[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-app-review::ru":3,"gloss-cluster-app-review::ru":26,"gloss-next-app-review::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"app-review","integration","Проверка приложения","Проверка приложения — это процесс согласования, который другой вендор ставит между вашей интеграцией и своим публичным каталогом. Отправить заявку не значит опубликоваться. Проверяющий — человек, работающий по критериям, которые писали не вы, — сверяет запрошенные вами области доступа с тем, что интеграция доказуемо использует, смотрит, как вы храните и передаёте доступы, что происходит с данными клиента при отключении, честно ли листинг описывает интеграцию и соответствует ли ваше использование их названия и знаков их правилам.\n\nВ реестр рисков это попадает как риск сроков, а не технический, потому что ничего из перечисленного вам не подконтрольно. Очередь их, критерии трактует человек, а отказ обычно приходит короткой запиской с требованием что-то изменить и подать снова — и вы возвращаетесь в очередь. Поэтому проверка измеряется раундами, а не фиксированным ожиданием, и запуск, спланированный по дате проверки, а не по запасу раундов, — это тот запуск, который съезжает публично.\n\nЧто проходит легче, одинаково на разных платформах, потому что вытекает из того, что проверяющий способен реально проверить. Запрашивайте меньше областей доступа и обосновывайте каждую. Дайте демонстрационный аккаунт, которым проверяющий воспользуется сам, не назначая встречу с вашим отделом продаж. Приведите скриншоты в соответствие с текущим продуктом. Ответьте на вопрос об отключении и удалении данных прямо, а не оставляйте его на догадку. И не прячьте ничего важного за флагом, до которого проверяющий не доберётся: чего он не может выполнить, того он не может и одобрить. Избыточные области доступа — самое верное, на чём попадаются, просто потому что это самое легко проверяемое утверждение заявки.\n\nСчитайте листинг поддерживаемым, а не достигнутым. Существенные изменения проверяют заново, критерии пересматривают, не советуясь с уже опубликованными, и у интеграции, живущей годами, могут попросить что-то изменить, чтобы она осталась в каталоге.","Проверка приложения — согласование вендора перед листингом в каталоге: измеряется раундами, а не фиксированным ожиданием, и повторяется при изменениях.",null,[11,14,17,20,23],{"slug":12,"name":13},"integration-marketplace","Каталог интеграций (integration marketplace)",{"slug":15,"name":16},"least-privilege","Принцип наименьших привилегий (Least Privilege)",{"slug":18,"name":19},"oauth-scopes","OAuth-скоупы",{"slug":21,"name":22},"openapi-specification","OpenAPI Specification",{"slug":24,"name":25},"sdk","Набор средств разработки (SDK)",[27,31,35,38,41,44,47,50,53,56,59,62],{"slug":28,"category":5,"name":29,"updated_at":30},"api-deprecation","Устаревание API","2026-09-08T21:32:37+00:00",{"slug":32,"category":5,"name":33,"updated_at":34},"backend-for-frontend","Backend for Frontend (BFF)","2026-09-08T21:32:36+00:00",{"slug":36,"category":5,"name":37,"updated_at":30},"bulk-api","Массовый API",{"slug":39,"category":5,"name":40,"updated_at":34},"concurrency-limit","Лимит параллельных запросов",{"slug":42,"category":5,"name":43,"updated_at":30},"connector-versioning","Версионирование коннекторов",{"slug":45,"category":5,"name":46,"updated_at":30},"delete-propagation","Распространение удалений",{"slug":48,"category":5,"name":49,"updated_at":30},"effective-permissions","Действующие права",{"slug":51,"category":5,"name":52,"updated_at":34},"event-ordering","Порядок событий",{"slug":54,"category":5,"name":55,"updated_at":34},"field-mapping","Сопоставление полей (field mapping)",{"slug":57,"category":5,"name":58,"updated_at":34},"function-schema","Схема функции",{"slug":60,"category":5,"name":61,"updated_at":34},"grpc","gRPC",{"slug":12,"category":5,"name":13,"updated_at":34}]