Проверка приложения

Проверка приложения — это процесс согласования, который другой вендор ставит между вашей интеграцией и своим публичным каталогом. Отправить заявку не значит опубликоваться. Проверяющий — человек, работающий по критериям, которые писали не вы, — сверяет запрошенные вами области доступа с тем, что интеграция доказуемо использует, смотрит, как вы храните и передаёте доступы, что происходит с данными клиента при отключении, честно ли листинг описывает интеграцию и соответствует ли ваше использование их названия и знаков их правилам. В реестр рисков это попадает как риск сроков, а не технический, потому что ничего из перечисленного вам не подконтрольно. Очередь их, критерии трактует человек, а отказ обычно приходит короткой запиской с требованием что-то изменить и подать снова — и вы возвращаетесь в очередь. Поэтому проверка измеряется раундами, а не фиксированным ожиданием, и запуск, спланированный по дате проверки, а не по запасу раундов, — это тот запуск, который съезжает публично. Что проходит легче, одинаково на разных платформах, потому что вытекает из того, что проверяющий способен реально проверить. Запрашивайте меньше областей доступа и обосновывайте каждую. Дайте демонстрационный аккаунт, которым проверяющий воспользуется сам, не назначая встречу с вашим отделом продаж. Приведите скриншоты в соответствие с текущим продуктом. Ответьте на вопрос об отключении и удалении данных прямо, а не оставляйте его на догадку. И не прячьте ничего важного за флагом, до которого проверяющий не доберётся: чего он не может выполнить, того он не может и одобрить. Избыточные области доступа — самое верное, на чём попадаются, просто потому что это самое легко проверяемое утверждение заявки. Считайте листинг поддерживаемым, а не достигнутым. Существенные изменения проверяют заново, критерии пересматривают, не советуясь с уже опубликованными, и у интеграции, живущей годами, могут попросить что-то изменить, чтобы она осталась в каталоге.