Поддерживаемые типы идентификаторов для пользователей
Каждый тип идентификатора проверяется в подходящей точке:
- Лицо и документ: проверяются при новой сессии.
- Email и телефон: проверяются на шаге сессии, где они собираются, или в payload транзакции.
- IP-адрес и устройство: проверяются во время Анализа устройства и IP в сессии.
- vendor_data пользователя: проверяется при создании сессии или транзакции.
Как происходит блокировка
Отклонённая сессия никого не блокирует. Сессия завершается со статусом
Declined, пользователь остаётся ACTIVE, запись в списке не создаётся, поэтому тот же человек может начать другую сессию. Блокировка выполняется вручную: добавьте запись на странице списка блокировки или с помощью Lists API. Запись типа USER (vendor_data пользователя) также переводит статус пользователя в BLOCKED.1
Автоматически: при совпадении со списком блокировки
Когда входящая сессия совпадает с существующей записью списка блокировки, сессия автоматически отклоняется с кодом причины, например
blocked_face, blocked_document, blocked_email и т. д.2
Вручную: из консоли
Аналитик добавляет пользователя в список блокировки через Users → [user] → Actions → Add to blocklist, выбирая один или несколько идентификаторов для сохранения.
3
Программно: через Lists API
Используйте Lists API, чтобы программно добавлять записи. Это тот же API, который консоль использует под капотом.
Системные списки и пользовательские списки
У каждого приложения есть системные списки блокировки, по одному на каждый тип идентификатора. Didit управляет ими автоматически. Их нельзя переименовать или удалить. Пользовательские списки вы создаёте, называете и определяете их область действия.Добавление пользователя в список блокировки через API
Используйте Lists API, чтобы добавить запись в список блокировки. Чтобы заблокировать пользователя поvendor_data, добавьте запись типа USER в соответствующий список:
- Получите все списки с фильтром
entry_type=userиis_system=true, чтобы найти системный список блокировки пользователей. - Создайте запись в этом списке, указав в
valueзначениеvendor_dataпользователя.
value.
Процесс применения
Для списков блокировки лиц и документов проверка выполняется на этапе верификации:Удаление из списка блокировки
- Консоль: Blocklist → [type] → row actions → Remove.
- API: используйте endpoint Delete entry с UUID списка и UUID записи.
ACTIVE автоматически. Чтобы разрешить новые сессии, измените статус с помощью PATCH /v3/users/{vendor_data}/update-status/.
Журнал аудита списка блокировки
Каждое добавление и удаление записи в списке блокировки фиксируется в журнале аудита:- Кто добавил запись: email пользователя или
'system','api'. - Когда.
- Необязательный
commentс объяснением причины. - Связанная сессия или транзакция, если запись создана автоматически.
Дальнейшие шаги
Lists API
Полный справочник по API списков блокировки и списков разрешённых.
Список блокировки в консоли
Управление списками блокировки в интерфейсе.
Лица и биометрия
Как работают списки блокировки лиц.