Проверка маркетплейса (WIP)

​

Как работает проверка

Проверка применяется к конкретной версии и пакету приложения. Каждое обновление требует проверки и одобрения от Twenty. Проверенные приложения могут быть повторно оценены по мере развития зависимостей или сервисов.

​

Контрольный список проверки

Все применимые пункты должны быть пройдены. Перед отправкой рекомендуем использовать агента для самостоятельной оценки каждого критерия с доказательствами и необходимыми исправлениями.

• Издатель. Заявите права на своё приложение и публикуйте с подтверждением происхождения.
• Безопасность. Пройдите внутреннюю проверку безопасности Twenty и устраните блокирующие проблемы.
• Разрешения. Запрашивайте только те разрешения, которые необходимы для функций приложения.
• Функциональность. Настройка и основные рабочие процессы понятны и работают как заявлено, без сбоев, потери работы или дублирования записей. Без функций-заглушек или неработающих элементов управления.
• Производительность. Соблюдайте общие ограничения частоты запросов API/задач, обрабатывайте ограничение запросов и следуйте рекомендациям по разработке приложений.
• Полезность. Выполняйте значимую задачу CRM для более широкой аудитории, чем настройка одного клиента. Небольшие коннекторы и автоматизации без интерфейса соответствуют требованиям.
• Нативный интерфейс. При необходимости повторно используйте нативные объекты, представления и рабочие процессы. Если у приложения есть UI, используйте twenty-ui и следуйте макетам, взаимодействиям и правилам доступности Twenty.
• Конфиденциальность. Объясните, какие данные покидают рабочее пространство, куда и зачем они передаются, включая поставщиков ИИ, как долго они хранятся и как их можно удалить.
• Поддержка и совместимость. Укажите поддерживаемые версии Twenty, сохраняйте стабильность идентификаторов сущностей и со временем исправляйте критические ошибки и неработающие интеграции.
• Логотип и галерея. Предоставьте оригинальный, узнаваемый логотип и качественные изображения реального приложения. Следуйте рекомендациям по изображениям.
• Карточка и README. Точно опишите функции и аффилированность в названии, описании и скриншотах. README должен быть кратким, хорошо отформатированным и сосредоточенным на ценности приложения.
• Цены. Чётко укажите, является ли приложение бесплатным или платным, цены планов, периодичность оплаты и все обязательные платные сторонние сервисы.
• Документация и поддержка. Предоставьте инструкции по настройке, рабочий пример и контакт для поддержки. При использовании общих маршрутов выполните настройку и убедитесь, что события поступают в нужное рабочее пространство.