Перейти к основному содержанию
Didit предоставляет подобранную библиотеку из более 150 готовых правил мониторинга транзакций, которые можно устанавливать по отдельности или набором. Каждое правило соответствует реальной типологии AML, мошенничества или комплаенса из глобальных стандартов и регуляторных рекомендаций: рекомендации FATF, рекомендации FinCEN, правила NACHA, принципы Wolfsberg, типологии Egmont Group и схемы злоупотреблений в iGaming. Выберите нужные пресеты или наборы, затем управляйте режимом каждого установленного правила (ACTIVE, TEST или DISABLED). Условия, пороги и действия пресетов фиксированы; если нужна другая логика, создайте собственное правило. Чтобы удалить пресет из приложения, деинсталлируйте его; при необходимости его можно установить снова.
Правила из библиотеки можно просматривать, устанавливать и удалять в Transactions -> Rules -> Library в Business Console, через API библиотеки правил (GET /v3/transactions/rules/library/, POST/DELETE /v3/transactions/rules/install/) или через инструменты didit_transaction_rule_library_list / didit_transaction_rule_install / didit_transaction_rule_uninstall из MCP. Для установленных пресетов принимаются только изменения mode (activate, disable, test): их пороги фиксированы. Чтобы переопределить порог, создайте пользовательское правило. О том, как правила влияют на скоринг, см. скоринг рисков.
Правило из библиотеки, условия которого опираются на данные, которые движок правил пока не умеет оценивать, временно недоступно, пока движок не сможет его выполнить. В этот период библиотека его не показывает, запрос, в котором оно указано в library_keys, возвращает 400 и ничего не устанавливает (неизвестный ключ при этом пропускается), а установка bundle его пропускает. Ранее установленная копия отключается (DISABLED) и остаётся в вашем списке правил, а изменение её mode на любое другое значение возвращает 400. Когда движок правил сможет оценивать условия правила, оно вернётся автоматически, поэтому список библиотеки всегда показывает правила, которые можно установить сегодня.

Как организованы пресеты

Каждый пресет принадлежит к набору (его функциональному семейству) и категории (его более широкой теме риска). Наборы позволяют переключать связанные правила вместе из консоли; категории определяют скоринг и отчётность.

Как читать эту страницу

Каждое правило содержит свой library_key (стабильный идентификатор, который можно использовать в API или в URL консоли), условия и агрегацию, при которых оно срабатывает, и действия по умолчанию. Числовые пороги, указанные здесь, это значения по умолчанию при поставке: каждое значение можно изменить для приложения, не теряя идентичности правила.

Пакет финансовых правил

Эти правила применяются к каждой транзакции с transaction_type = FINANCE. Они моделируют регуляторную базу (пороги отчётности BSA/FinCEN, эвристики скорости FATF), а также схемы с денежными мулами и смёрфингом.

Структурирование и суммы чуть ниже порога

Объём и скорость

Многоступенчатое размещение, мулы и смёрфинг

Поведенческие аномалии


Пакет AML / CTF

Эти правила моделируют классические типологии AML/CTF, которые не зависят от обогащения данными блокчейна: они применяются ко всем фиатным и криптовалютным переводам. Список стран высокого риска по умолчанию включает территории, для которых FATF призывает к мерам, и регионы вооружённых конфликтов: IRN, PRK, SYR, AFG, RUS, MMR. Вы можете переопределить этот список для каждого приложения.
Проверка контрагентов на статус политически значимого лица (PEP) в настоящее время не предоставляется. Ни один подключённый провайдер скрининга не сообщает, является ли контрагент политически значимым лицом: поле pep_counterparty сейчас равно null во всех результатах скрининга (см. скрининг кошельков), поэтому в библиотеке нет пресета для проверки PEP-контрагентов. Правило, установленное до того, как этот пресет был снят, продолжает выполняться, но не может сработать на реальном скрининге. Если вам нужно реагировать на другой сигнал, удалите такое правило или замените его пользовательским правилом.

Пакет скрининга криптовалют

Эти правила используют обогащённые данные, которые формирует скрининг криптовалют Didit. Они наиболее полезны для приложений, изначально работающих с криптовалютами, и для VASP.

Пакет мониторинга криптовалют

Правила на уровне кошельков и проверки целостности, связанные с VASP и Travel Rule.

Пакет Travel Rule

Правила Travel Rule применяются только к транзакциям travelRule. Каждый региональный режим включает четыре правила: ожидание контрагента, ожидание действия, отсутствующие данные и неудачный обмен.

Глобальные правила Travel Rule

Региональные режимы

Один и тот же шаблон из четырёх правил применяется к каждому режиму. Вместо <regime> ниже подставляйте любое из значений: australia, dubai, eu, hong_kong, india, indonesia, japan, kazakhstan, singapore, south_africa, turkey, uk. Режим назначается автоматически: Didit проставляет custom_values.travel_rule_regime для каждой транзакции Travel Rule на основании jurisdiction из ваших настроек Travel Rule. Например, SG → singapore, GB → uk, а любой код страны ЕС или EEA, например DE или FR, → eu. Коды без регионального пакета получают режим в нижнем регистре (US → us), чтобы к ним по-прежнему можно было применять пользовательские правила. Значение props.travel_rule_regime, переданное в транзакции, всегда переопределяет вычисленный режим. Итого 48 правил для конкретных регионов, помимо трёх глобальных правил Travel Rule и пяти правил для контрагентов ниже. Отдельный пакет travel_rule_eu_tfr добавляет четыре правила EU TFR, описанные в пакете правил EU TFR.

Проверка контрагента (комплексная проверка)

Эти правила используют данные, которые ваше приложение знает о VASP-контрагенте, с которым связалась биржа: ваше собственное решение по нему, его уровень риска по результатам проверки, страну и отзывчивость. Подробнее о том, откуда берётся каждое значение, см. в разделе Проверка контрагента.

Аналитика устройств и предотвращение мошенничества

Эти правила преобразуют сигналы из клиентского SDK (отпечаток устройства, IP-адрес, браузер, возраст сессии) и данные, полученные от провайдера в результате обогащения, в события обнаружения мошенничества.

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

IP, сеть и VPN

Комплексные поведенческие правила

Захват аккаунта и APP-мошенничество

Злоупотребление партнёрскими программами и бонусами


Пакет ответственной игры

Для приложений iGaming. Эти правила предназначены для выявления как сигналов защиты игроков, так и схем злоупотребления бонусами.

Пакет iGaming-мошенничества

Для операторов, которые передают события мониторинга наряду с движением денег. Эти правила используют scope.record_types = ["event"], поэтому для клиентов, передающих только транзакции, поведение не изменится. Если для правила есть запасной вариант только для транзакций, установите указанное запасное правило вместе с правилом событий, пока ваша интеграция не начнёт передавать категорию событий.

Сигналы событий, необходимые для каждого правила

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

Пакет электронной торговли

Для маркетплейсов и приложений, в которых продавцом выступает платформа.

Пакет мошенничества с чеками

Для приложений, отправляющих операции по внесению чеков. Каждое правило срабатывает по флагам custom_values.check_*, которые вызывающая сторона устанавливает, когда у чека есть известный признак риска (отмывка, отсутствующая MICR-строка, серийный номер из даркнета и т. д.).

Пакет BNPL

Для провайдеров «покупка сейчас, оплата потом» (BNPL). Выявляет мошенничество первой стороны (неоплата) и схемы совместного использования идентификаторов, характерные для кредитования в рассрочку.

Справочник: стандарты, лежащие в основе библиотеки

Каждый пресет в библиотеке Didit соотносится с общепринятой типологией AML, мошенничества или комплаенса. Вот стандарты, на которые мы опираемся: Didit реализует только типологии, признанные отраслевыми стандартами, и предоставляет возможность настраивать все пороговые значения.

Настройка пресетов

Каждый пресет можно:
  • Настроить: изменить пороги, окна, значения баллов или действия для каждого приложения
  • Отключить: переключить пресет в режим DISABLED, после чего он перестанет оцениваться, но сохранит свою идентичность
  • Протестировать: переключить пресет в режим TEST, чтобы оценивать его в теневом режиме без влияния на результаты транзакций
  • Расширить: создать пользовательские правила, которые дополняют пресеты или переопределяют их
Об анатомии правил, endpoint API и примерах создания пользовательских правил см. Правила и скоринг.
Последнее изменение 7 ноября 2026 г.