Перейти к содержимому
Запросить демоСвязаться
Связаться
← Назад к документации

AML-проверка транзакций

AML-скрининг проверяет происхождение криптовалюты, которую присылают клиенты: адреса и транзакции оцениваются по базам санкций, даркнета, украденных средств и миксеров. Это обязательный элемент для обменника, работающего с мерчантами, биржами и мониторингами — «грязные» входящие средства становятся вашей проблемой в момент зачисления.

Провайдеры

Платформа интегрируется с внешними AML-провайдерами (формата AMLBot, BitOK и аналогичных). Провайдер выполняет анализ, платформа применяет результат к заявке.

Подключение:

  1. Зарегистрируйтесь у провайдера и пополните баланс проверок.
  2. В панели управления перейдите в раздел AML и добавьте API-ключ провайдера:

aml_provider = amlbot              # или bitok и т.п.
api_key      = …
check_mode   = pre_credit          # проверка до зачисления платежа

  1. Задайте правила реакции (см. ниже).
  2. Проведите тестовую проверку адреса из интерфейса, чтобы убедиться, что интеграция отвечает.

Что проверяется

  • Адрес отправителя — если он известен заранее (заявки из кабинета, белые списки).
  • Входящая транзакция — основной режим: после появления транзакции в сети, до зачисления и выплаты.
  • Риск-скоринг — провайдер возвращает оценку риска (обычно 0–100%) и разбивку по категориям: санкции, stolen funds, darknet, mixer, scam и т.д.

Настройка реакции по результату

Типовая матрица правил:

risk_score <  25  -> auto_accept        # чистый платёж: зачисление и выплата по регламенту
risk_score 25–60  -> manual_review      # заявка в очередь оператора
risk_score >  60  -> auto_hold          # средства удерживаются, клиенту — запрос KYC/пояснений
sanctions_hit     -> auto_hold + alert  # санкционное совпадение: удержание и уведомление администратору
Принципы настройки:

  • Проверка до выплаты. Режим pre_credit гарантирует, что автовыплата не уйдёт до результата скрининга.
  • Пороги под ваш риск-аппетит. Жёсткие пороги безопаснее, но увеличивают очередь ручной проверки; начните с матрицы выше и калибруйте по статистике.
  • Действие при удержании — регламентировано: запрос документов/источника средств, возврат за вычетом комиссий сети на адрес отправителя либо передача кейса комплаенс-офицеру. Не импровизируйте под давлением клиента.

Лимиты и стоимость

  • Каждая проверка тарифицируется провайдером — учитывайте стоимость скрининга в юнит-экономике направления.
  • Для мелких сумм можно задавать пониженную глубину проверки или выборочный скрининг (по правилам), для крупных — полный.
  • Следите за балансом у провайдера: при пустом балансе проверки остановятся, и заявки встанут (настройте уведомление, см. Уведомления).

Уведомления

Настройте мгновенные уведомления администратору о срабатываниях: заявка на ручной проверке, санкционное совпадение, сбой провайдера. Разбор очереди AML — ежедневная процедура, а не разовое событие.

См. также