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

​
Получение транзакций пользователя

Отфильтруйте список транзакций по vendor_data:
Возвращаются все транзакции, в которых пользователь является заявителем. Чтобы получить историю со стороны контрагента, фильтруйте в Business Console (публичный endpoint списка фильтрует только по заявителю).

​
Как транзакции связываются с пользователями

Каждая транзакция включает до четырёх сторон: заявителя, плательщика, получателя и контрагента. Если сторона содержит vendor_data, Didit привязывает её к этому пользователю. Стороны без vendor_data сохраняются как внешние снимки без связи с сущностью. Полное описание модели сторон см. в разделе отправка транзакций.

​
Агрегированные сигналы риска

Транзакции формируют следующие сигналы на уровне пользователя: Эти сигналы вычисляются в реальном времени и сверяются с вашими активными правилами для транзакций. Когда правило срабатывает, пользователь может автоматически перейти в статус FLAGGED или BLOCKED в зависимости от действия правила.

​
Как правила действуют на пользователей

Поле actions правила для транзакций может включать:
  • add_score — повышает оценку риска транзакции.
  • change_status — устанавливает статус транзакции (IN_REVIEW, DECLINED, AWAITING_USER).
  • add_tags — добавляет теги к транзакции.
  • add_to_list — добавляет vendor_data пользователя в список блокировки или настраиваемый список.
Когда правило добавляет пользователя в список блокировки, его сущность User переходит в статус BLOCKED, и отправляется webhook user.status.updated.

​
Мониторинг поведения пользователя

Используйте вкладку «Транзакции» на странице сведений о пользователе в Business Console, чтобы:
  • Просмотреть все транзакции в хронологическом порядке.
  • Фильтровать по статусу, сумме, направлению и контрагенту.
  • Открыть любую транзакцию и проверить результаты выполнения правил, обогащение по IP и скрининг криптовалют.
  • Открыть кейс по пользователю для отслеживания расследования.

​
Сессии для устранения проблем

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

​
Импорт исторических данных

Чтобы загрузить исторические транзакции для существующей сущности User, укажите в поле txn_date дату в прошлом:
Исторические транзакции по-прежнему проходят через движок правил. Если вы хотите загрузить историю без запуска правил, используйте сценарий импорта через консоль, который поддерживает режим «пробной загрузки» (режим загрузки без запуска правил).

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

Отправка транзакций

Полный справочник по payload.

Правила

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

Статусы

Справочник статусов транзакций и процедур устранения проблем.
Последнее изменение 7 ноября 2026 г.