Перейти к основному содержанию
Это руководство проведёт вас через полную KYB-верификацию менее чем за 10 минут. Вы создадите сценарий, запустите сессию, передадите ссылку на размещённую страницу верификации контакту в компании, дождётесь webhook и получите итоговое решение.

Предварительные требования

  • Приложение Didit с включённым KYB. При необходимости создайте его на business.didit.me.
  • API-ключ из раздела Настройки разработчика → API-ключи.
  • Endpoint для webhook, доступный из интернета (для webhook с решением).

Шаги

1

Создайте KYB-сценарий в консоли

Перейдите в Сценарии → Создать сценарий. В качестве типа сценария выберите Верификация бизнеса.Включите нужные функции:
  • Проверка реестра компаний (обязательно)
  • AML компании (рекомендуется)
  • Ключевые лица (обязательно для большинства регулируемых отраслей)
  • Документы (необязательно: выберите типы документов, которые будете требовать)
Сохраните и скопируйте workflow_id: он понадобится на следующем шаге.
2

Создайте сессию «Верификация бизнеса (KYB)» через API

Ответ содержит session_id, session_number и url, то есть ссылку на размещённую страницу верификации, которую вы передаёте контакту в компании. Тип сценария (KYB) автоматически помечает сессию как бизнес-сессию.
3

Отправьте ссылку контакту в компании

Передайте url администратору компании по электронной почте или в мессенджере. Он откроет ссылку, заполнит данные из реестра, добавит ключевых лиц и UBO и загрузит документы.Размещённую страницу можно настроить под себя: добавить брендинг, логотип и домен. См. White label.
4

Получите webhook о статусе

Когда компания завершит процесс, а KYB-обработка достигнет финального статуса, Didit отправит POST-запрос с событием status.updated на ваш endpoint для webhook. События бизнес-сессий содержат session_kind: "business" внутри data. Фильтруйте по этому полю, чтобы направлять событие в ваш обработчик KYB.Проверьте HMAC-подпись X-Signature-V2 перед тем, как доверять событию (см. webhooks), и только после этого запускайте последующую логику. Сохраните secret_shared_key адреса назначения webhook (он возвращается при регистрации webhook) как DIDIT_WEBHOOK_SECRET в вашем .env.Пример payload:
5

Получите решение (необязательно)

Payload webhook status.updated уже содержит полное решение. Этот endpoint нужен, только если вы не подписались на webhook или хотите получить решение позже по запросу.
Решение включает данные реестра, ключевых лиц (UBO, акционеров, директоров и представителей), результаты AML-проверок, документы и результаты по каждой функции. Полное описание payload см. в схеме ответа.
6

Действуйте по решению

В зависимости от status:
  • "Approved": проведите онбординг компании.
  • "Declined": откажите компании в онбординге и запишите в журнал теги из warnings[] решения.
  • "In Review": дождитесь решения аналитика. Когда оно будет принято, вы получите ещё один webhook.

Пример на Node.js

Что происходит автоматически

  • Проверка реестра компаний в 190+ юрисдикциях.
  • Извлечение UBO и должностных лиц из данных реестра.
  • AML-скрининг на уровне компании (санкции, PEP, негативные публикации в СМИ).
  • AML-проверка каждого выявленного участника.
  • OCR документов и перекрёстная сверка данных.
  • Создание и агрегация профиля компании с использованием vendor_data в качестве ключа.

Дальнейшие шаги

Руководство по интеграции

Сквозная архитектура, сравнение опроса и webhook, логика повторных попыток.

Webhook для KYB

Все события KYB и структуры их payload.

Статусы

Справочник статусов сессии, функций и реестра.

Схема ответа

Полный payload решения KYB.

Компании

Как профили агрегируются по сессиям.
Последнее изменение 7 ноября 2026 г.