Якщо ви підключили System User токен, кабінети видно, але кожне створення оголошення падає з помилкою Facebook — код #31, підкод 3858385 — у цього конкретного підкоду підтверджено дві відомі причини. Перевіряйте по порядку.
Причина 1 (найчастіша): токен видано в режимі Development
Токен системного користувача було видано поки застосунок Meta ще був у режимі Development, а не Live. Такий токен повноцінно читає дані — кабінети, статистику, сторінки — але Facebook відмовляється виконувати через нього операції створення оголошень. Помилка звучить як «authenticate your account» — формулювання оманливе: справа не в логіні і не в правах токена, а в режимі самого застосунку на момент видачі токена.
Читання (кабінети, статуси, статистика) Facebook дозволяє майже завжди. Запис — створення кампаній, адсетів, оголошень — вимагає, щоб застосунок був офіційно у продакшен-режимі (Live) вже на момент, коли токен був випущений. Development-режим існує для тестування інтеграції, не для реальної реклами, і Facebook жорстко розділяє ці два стани на рівні токена, а не тільки на рівні інтерфейсу розробника.
Як перевірити і виправити:
- Переконайтесь, що застосунок зараз у Live (App Dashboard → App Mode).
- Якщо токен був виданий до цього — переключення режиму заднім числом його не лагодить. Згенеруйте новий System User токен уже після Live (Business Settings → системні користувачі → «Згенерувати новий токен»).
- Підключіть новий токен в AdFleet — «Акаунти» → «Підключити токен».
Причина 2: у токена немає ролі в BM-власнику кабінету
Навіть якщо застосунок з самого початку в Live, той самий підкод 3858385 трапляється ще в одному підтвердженому сценарії: у профілю/токена немає ролі в тому Business Manager, якому реально належить кабінет — тільки доступ «Рекламодавець» у чужому кабінеті через партнерство. Meta сприймає це як привід для перевірки безпеки (щось на кшталт захисту від злому), і блокування поширюється на створення оголошень ширше одного кабінету.
Як перевірити і виправити:
- Власник BM, якому належить кабінет, додає вас у «Люди» з роллю «Управління кампаніями» (не просто партнерський доступ до кабінету).
- Або власник BM сам ініціює підтвердження — «Start authentication» в Ads Manager.
- Як і в першому випадку — не довбіть тим самим токеном/запитами повторно, поки не оновите доступ або токен: повтори не вирішують проблему, тільки множать відмови.
Часта помилка при спробі виправити
Найінтуїтивніша, але неправильна дія в обох випадках — просто змінити щось одне (режим або роль) і одразу повторити той самий запуск тим самим токеном. Токен прив'язаний до стану на момент своєї видачі — якщо причина була в Причині 1, потрібен саме новий токен, а не переключений режим у старого.
Детальний покроковий гайд зі створенням застосунку і токена з нуля — тут «як отримати токен системного користувача».
Як не потрапити в цю ситуацію заздалегідь
Переводьте застосунок у Live до першої генерації будь-якого System User токена (закриває Причину 1). Призначайте роль «Управління кампаніями» в BM-власнику кабінету, а не тільки партнерський доступ (закриває Причину 2). Обидва заходи — разове налаштування, не те, що потрібно повторювати на кожен запуск.