Review: проверка scope и причины отказа

Обновлено: 11 ноября 2026 · 7 мин чтения

Шаги

1. 1

   Перед отправкой

   Заполните в настройках приложения: название и описание, название компании и ИНН (VOEN), ссылку на политику конфиденциальности (https://), e-mail поддержки, ссылку на порядок удаления данных. Список «Go live» в обзоре приложения показывает, чего не хватает. Запрашивайте только те scope, которые приложение использует сейчас: если хватает чтения, не запрашивайте write.

2. 2

   Что написать для каждого scope

   • Что Вы будете делать с этим разрешением: не меньше 100 символов. Какие данные, когда, зачем. Отдельный текст для каждого scope: один и тот же текст для двух scope не принимается.
   • Какая функция его использует: название экрана или процесса, например «Список диалогов в панели оператора».
   • Какие поля хранятся: например «имя контакта, телефон, время последнего сообщения». Если ничего не храните, так и напишите.

   Хорошее объяснение (messages:send): «В нашей внутренней панели оператор пишет ответ клиенту, панель отправляет ответ в Clomni. Сообщение всегда пишет человек, автоматической отправки нет. Примерно 300 сообщений в день. Если на номере WhatsApp Cloud прошло 24 часа, панель закрывает поле ответа и предлагает выбрать шаблон.» Слабое объяснение: «Нужно для отправки сообщений.»

3. 3

   Работа с данными и тест (один раз)

   • Сценарий использования: что интеграция делает в целом (обязательно).
   • Где хранятся данные: страна, провайдер, шифруются ли, у кого есть доступ.
   • Третьи стороны: передаёте ли Вы данные другому сервису (например провайдеру LLM).
   • Срок хранения (дни) и уведомление об инциденте (часы, не больше 72).
   • Продаются ли данные: всегда «нет». С ответом «да» форма не отправляется.
   • Тест: опишите по шагам, что должен посмотреть проверяющий (reviewer). Для приложения с интерфейсом дайте тестовый вход без 2FA, который работает до конца review. Для scope с высоким риском: ссылка на видео, которое показывает функцию (до 5 минут, на азербайджанском или английском).
   • Для messages:send: кто создаёт сообщение (человек, AI, автоматизация), примерно сколько сообщений в день, как получается согласие на маркетинговые сообщения. Для exports:run: цель, целевая система, как часто, сколько хранится файл.
4. 4

   Статусы

   Scope: «Draft» (не отправлен), «In review» (ждёт решения), «Approved» (работает, его можно записать в токен), «Rejected» (не работает, можно исправить и отправить снова). Отправить можно только scope в статусе черновика или отклонённые. У одного приложения одновременно может быть только один ожидающий review. Отправленный review можно отозвать до решения, scope вернутся в черновик. Когда Вы добавляете новый scope в приложение со статусом Live, старые scope продолжают работать, на review уходит только новый.

5. 5

   Решение

   • «Approved» (одобрено): все scope одобрены.
   • «Partially approved» (частично одобрено): часть одобрена, часть отклонена.
   • «Changes requested» (нужны исправления): исправьте объяснение или настройки и отправьте снова.
   • «Rejected» (отклонено): такое использование не принимается.

   О решении приходит e-mail. На странице review можно переписываться с проверяющим.

6. 6

   Причины отказа

   • R01: разрешение не нужно для функции, которую Вы описали. Удалите его или покажите, в какой функции оно используется.
   • R02: объяснение короткое, непонятное или совпадает с текстом другого разрешения. Пишите отдельно для каждого разрешения.
   • R03: нет видео, или оно не показывает функцию, в которой используется это разрешение.
   • R04: тестовый вход не работает или требует 2FA.
   • R05: политика конфиденциальности не открывается или не описывает, как обрабатываются данные Clomni.
   • R06: не указаны срок хранения или то, как удаляются данные при удалении приложения.
   • R07: объём рассылки или порядок получения согласия создают риск спама.
   • R08: данные компании не подтверждены (ИНН (VOEN) или регистрационный документ не совпадает).
   • R09: название или иконку можно спутать с Clomni или другим брендом.
   • R10: redirect URI или адрес вебхука небезопасен (нет HTTPS, есть wildcard).
   • R11: функция ещё не готова, отправьте снова, когда она будет готова.
   • R12: противоречит нашим правилам использования (продажа данных, слежка без разрешения, массовые нежелательные сообщения).
7. 7

   Листинг публичного приложения

   Чтобы показать приложение в каталоге на странице «Apps» в панели, листинг тоже должен пройти review: в форме review выберите «Send the listing for review too», вместе со scope или отдельно. Нужно: иконка (PNG или JPEG, квадратная, 256-4096 пикселей, до 1 МБ), краткое и полное описание, категория, адрес установки (install_url, https://), ссылки на политику конфиденциальности и условия использования, хотя бы один redirect URI. Если чего-то не хватает, отправить нельзя, раздел портала «Listing» показывает список. Если компания проверена, приложение получает значок «Verified». Если после одобрения листинга изменить название, описание, иконку, категорию, адрес установки или ссылки, приложение скрывается из каталога и нужен новый review. Существующие установки продолжают работать.

   По вопросам и возражениям пишите на [email protected].