Интеграция с Deel

A1Connection architecture

The connection uses OAuth 2.0 against the vendor's own consent screen. The authorisation request names the minimum scopes the features need — the exact scope list is shown in the security-flow panel below, pulled from the same provider registry the application uses. The code-for-token exchange happens entirely server-side (Аутентификация клиента HTTP Basic, per the vendor's token endpoint contract); tokens are stored encrypted at rest and are never rendered back to any screen — connection pages show presence, not values.

Жизненный цикл токенов управляется в едином центре: истечение срока действия запускает автоматическое обновление, сменяемые токены обновления сохраняются, а отказ поставщика в обновлении отображается как понятный запрос на повторное подключение, исключая скрытые сбои в работе функций. Отзыв доступа возможен с обеих сторон: отключите интеграцию здесь или отзовите права в настройках безопасности самого сервиса.

A2Семантика записи и поток данных

Каждое перемещение данных представляет собой явное действие с зафиксированным в журнале результатом. Запись выполняется по вашему клику или автоматически — только если вы включили соответствующее правило (автоматическая отправка при найме отключена по умолчанию для каждого провайдера). Чтение (импорт кандидатов, учетных записей или файлов) запускается при нажатии кнопки «Импорт», выполняет дедупликацию относительно уже имеющихся данных (клиенты по имени, кандидаты по электронной почте), пропускает записи вместо их перезаписи и прозрачно сообщает количество созданных и пропущенных элементов. Именно поэтому повторный запуск любого импорта изначально безопасен.

Каждое действие фиксируется в журнале активности приложений (ats_app_activity): что выполнялось, когда, для какой записи и с каким результатом — включая точный текст ошибки от стороннего сервиса в случае сбоя. Отчеты об использовании внутри ATS формируются на основе этого же журнала, поэтому расхождения между отчетами и фактической работой интеграций исключены.

Все операции вне основного потока запроса — рассылка уведомлений, доставка вебхуков, журналирование активности, почта — выполняются в асинхронных фоновых потоках. Медленный внешний эндпоинт никогда не приведет к зависанию интерфейса, а неудачный побочный эффект регистрируется в журнале, а не повторяется негласно, нарушая согласованность данных.

A3Операционные аспекты

Подключения настраиваются на уровне организации и доступны только ролям владельца и администратора; рекрутеры пользуются возможностями интеграций, но не могут подключать, отключать или изменять их настройки. При отключении сохраненные учетные данные удаляются немедленно, а зависимые функции открыто прекращают работу. Ранее импортированные данные остаются за вами и доступны для редактирования.

Импортированные кандидаты помечаются как импортированные со строгими настройками конфиденциальности по умолчанию: согласие не презюмируется для тех, кто не заполнял вашу форму заявки, и применяются стандартные правила хранения данных. Все записанные данные остаются вашей собственностью: экспорт в CSV и приложение Data Export охватывают те же хранилища, которые использует сам продукт. Выход из системы так же открыт, как и вход — это заложено в архитектуру, а не является уступкой.

A4Размещение в топологии интеграции

Эта интеграция уже доступна в реестре. One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.