Перейти к основному содержанию
Сущность User представляет одно физическое лицо (вашего клиента, конечного пользователя или заявителя) во всех проверках, транзакциях и комплаенс-взаимодействиях с вашей платформой Didit. После создания User вся активность, связанная с тем же vendor_data, попадает в один и тот же профиль. Так вы получаете единое представление о личности, рисках и комплаенсе каждого человека.

Что хранится в User

Полную модель данных User, включая типы, индексы и граничные случаи, см. здесь.

Когда создаётся User

1

Автоматически при первой сессии с новым vendor_data

Это типичный случай. Вы вызываете POST /v3/session/ со значением vendor_data, которое Didit ещё не видел. Сущность User создаётся в статусе ACTIVE и привязывается к этой сессии.
2

Явно через POST /v3/users/create/

Вы создаёте User заранее, до запуска любой сессии. Это удобно для заполнения метаданных, задания начального статуса или массового онбординга клиентов из существующей базы данных.
3

Из консоли

Сотрудник комплаенса создаёт User на странице Users, например при онбординге клиента, которого проверили вручную.

Что можно делать

Users и Business

Один User может быть связан с одной или несколькими компаниями (Business). Например, один и тот же человек может быть директором одной компании и UBO другой. Didit сохраняет эти связи автоматически, когда KYB выявляет людей по реестрам компаний.

Связь User и сессии

User агрегирует последнее состояние каждой функции по всем сессиям. Неудачная проверка aml в самой последней сессии отобразится в поле features.aml у User, даже если более ранние сессии были одобрены.

Следующие шаги

Модель данных

Каждое поле, тип и индекс.

Операции

Создание, обновление, изменение статуса, удаление.

Лица и биометрия

Прикрепление лица для поиска и добавления в список блокировки.

Список блокировки

Как работает добавление пользователей в список блокировки.

История KYC

Каждая сессия, связанная с пользователем.

Консоль

Полное описание интерфейса Users.
Последнее изменение 7 ноября 2026 г.