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

​
Размещённые сессии (рекомендуется для пользовательских сценариев)

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

​
Как это работает

1

Создание сессии

Ваш сервер вызывает POST /v3/session/ с ID сценария. Didit возвращает verification_url и session_token.
2

Показ пользователю

Перенаправьте пользователя, встройте сценарий через iframe или инициализируйте нативный SDK с помощью token сессии.
3

Пользователь проходит верификацию

Пользователь следует пошаговому сценарию в оптимизированном интерфейсе Didit: захват документа, проверка живости и любые дополнительные шаги.
4

Получение результатов

Didit отправляет webhook на ваш сервер с решением по верификации, либо вы опрашиваете API получения результатов.

​
Почему сессии рекомендуются

​
Когда использовать сессии

  • Онбординг пользователей / KYC: новые пользователи регистрируются и должны подтвердить личность
  • Проверка возраста: подтверждение того, что пользователи соответствуют минимальным возрастным требованиям
  • Повторная верификация: периодическая повторная верификация существующих пользователей
  • Биометрическая аутентификация: пользователи аутентифицируются по лицу для чувствительных действий
  • Многошаговый комплаенс: сценарии, требующие верификации личности, проверки живости, AML и проверки телефона за один проход
  • Любой сценарий, в котором конечный пользователь присутствует и взаимодействует напрямую

​
Эндпоинты сессий

​
Автономные API (для серверной обработки)

Автономные API позволяют вызывать отдельные функции верификации напрямую с вашего сервера без какого-либо пользовательского интерфейса. Вы отправляете данные (изображения, документы, имена) и получаете структурированные результаты.

​
Как это работает

1

Отправка данных

Ваш сервер вызывает автономный endpoint (например, POST /v3/id-verification/) с необходимыми данными: изображениями, документами или полями JSON.
2

Получение результатов

Didit обрабатывает запрос синхронно и возвращает структурированные результаты верификации в ответе.

​
Когда использовать автономные API

​
Доступные автономные API

Личность и документы Document AI Биометрия и лица Комплаенс и риски Банковская проверка Верификация бизнеса (KYB)

​
Сравнение по пунктам

​
Можно ли использовать оба варианта?

Да. Многие команды сочетают оба подхода:
  1. Сессии для онбординга — Новые пользователи проходят полный сценарий верификации на размещённой странице при регистрации
  2. Автономный AML для постоянного мониторинга — Задание cron ежедневно ночью повторно проверяет всех одобренных пользователей по обновлённым спискам наблюдения
  3. Автономный поиск по лицу для обнаружения дубликатов — Когда новая сессия одобрена, ваш сервер вызывает поиск по лицу для проверки на дубликаты
  4. Автономная верификация личности для операционных задач — Ваша команда комплаенса вручную загружает документы для проверки пограничных случаев

​
Пример: комбинированная архитектура

​
Начало работы

Последнее изменение 7 ноября 2026 г.