Проверка и публикация
Bito отдельно проверяет карточку маркетплейса и релиз виджета. Так одобренная карточка не может незаметно выпустить непроверенный JavaScript, а одобрение одного кода — опубликовать незаполненную карточку.
Решение по релизу
Взяв релиз в testing, модератор проводит его через три этапа по порядку — Проверка кода, Проверка карточки, Проверка использования. Одобрить можно только после всех трёх; отклонить — на любом этапе. Этапы, блокирующие правила статического сканера и журнал решений описаны в разделе Отправка на проверку.
| Решение | Результат |
|---|---|
| Одобрить | Конкретная версия одобрена модератором, извлечена в production asset origin и может стать текущей запускаемой версией |
| Отклонить | Релиз становится rejected с причиной; исправьте его и отправьте повторно |
| Отозвать | Релиз становится withdrawn и снова редактируется |
Одного статуса approved не всегда достаточно: private-приложение может активировать свой релиз локально. Для маркетплейса требуется одобрение модератора.
Решение по карточке
| Решение | Результат |
|---|---|
| Одобрить | Карточка получает approved, тип приложения становится public |
| Отклонить | Карточка получает changed и причину; прежняя видимость сохраняется |
| Отозвать | Карточка получает changed и снова редактируется |
Если у приложения есть текущая версия виджета, одобрение карточки проверяет, что релиз прошёл модерацию. API-приложение публикуется без релиза.
Когда приложение публичное
Публикация делает приложение доступным для поиска, но не устанавливает автоматически. Каждый клиент:
- открывает карточку маркетплейса;
- изучает права, разработчика, конфиденциальность и поддержку;
- нажимает Установить;
- завершает install callback/OAuth;
- принимает согласие на конкретный релиз до выполнения кода.
Это аналог перехода private → public из документации amoCRM по загрузке, но Bito отдельно показывает одобрение карточки и релиза.
После публикации
- Изменения карточки не заменяют опубликованный вариант до повторного одобрения.
- Новый код выходит новой семантической версией и проходит проверку релиза.
- Новый одобренный релиз требует повторного согласия установивших клиентов.
- Отказ по обновлению не удаляет автоматически последнюю одобренную карточку или установленное приложение.
- После публикации установите версию из другого tenant и проверьте её, как amoCRM рекомендует проверять финальную опубликованную сборку.