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

Для администратора обменника на iEXExchanger · около часа · как провайдер AMLBot

Что получится

iEXExchanger работает с нами через своего провайдера AMLBot. Решение считается по вашей политике у нас; в админку приходит «процент риска», подобранный так, чтобы «Критичный уровень риска» срабатывал на наших отказах.

Если вы сейчас работаете через Rapira: 26.05.2026 Rapira Group внесена в санкционный список Великобритании. Это повод заменить провайдера.

Ограничения — прочитать до начала

1. Сети: TRON, BSC, Ethereum. В iEX провайдер привязывается к валюте. Надёжнее всего привязать нас к USDT TRC20 и другим токенам TRON: адрес TRON мы узнаём и без указания сети. Для USDT BEP20 и ERC20 сеть должна прийти в поле asset — иначе 0x-адрес получит ошибку «сеть не определена». BTC и другие сети не поддерживаются — оставьте их на прежнем провайдере или без проверки.
2. Проверка транзакции требует адрес вместе с хэшем.
3. Долгие проверки. Не уложились в 8 секунд — ответ pending с номером проверки, повторный запрос по номеру отдаёт результат. Поведение iEX на pending смотрим на тесте.
4. Ссылка на PDF в ответе — по вашей просьбе включаем публичную ссылку на заключение; по умолчанию её нет. PDF всегда доступен по API и в боте.

Шаг 1. Получите ключи

Напишите в @AML_Igorevich_bot:

Токен (md5(access_key:accessId)) iEX считает сам, как для AMLBot.

Шаг 2. Права и создание сервиса выключенным

1. Сотруднику, который настраивает, выдайте право «Разрешить управление AML-сервисами в админпанели».
2. Раздел «Интеграции» → «AML-сервисы» → добавьте провайдера AMLBot.
3. Создайте его выключенным — так советует чек-лист iEX.

Шаг 3. Адрес и ключи

• Если у провайдера AMLBot есть поле адреса API — впишите https://aml.igorevich.net/compat/amlbot/ (со слэшем на конце).
• Если поля нет — адрес зашит в модуль; попросите поддержку iEXExchanger подключить нас как AMLBot-совместимый сервис с нашим адресом.
• В поля ключей: accessId → наш номер клиента, access key → наш секрет.
• Сохраните и откройте настройки заново — значения должны остаться.

Шаг 4. Пороги

Хотите сохранить прежний порог для AMLBot без изменений — попросите профиль «как у AMLBot» (мягче: 40 % средств с миксера при пороге 50 пройдут). Хотите видеть наш родной скор — профиль «родной скор», тогда ставьте 70 вместо 50 и 85 вместо 75.

Шаг 5. Включите и привяжите

Включите провайдера, привяжите к выбранным валютам, сохраните.

Шаг 6. Тестовая заявка — обязательно

По чек-листу iEX: тест адреса, тест транзакции, запись в журнале, поведение при сбое.

1. Адрес из санкционного списка: TU4tDFRvcKhAZ1jdihojmBWZqvJhQCnJ4F (Aeza Group — OFAC SDN с 01.07.2025, заморожен Tether). Ожидаем 100 %.
2. Адрес постоянного клиента. Ожидаем «принять» или «ручная проверка» — правило видно в деталях ответа (extras.native).
3. Новый пустой адрес для выплаты. Ожидаем около 25 % — это пометка «нет истории», не отказ.
4. Хэш реального входящего USDT TRC20 + адрес. Ожидаем ответ по конкретному переводу.
5. Неверный ключ. Проверка не должна считаться успешной — в iEX это прямое требование: «недоступность провайдера не должна восприниматься как успешная проверка». На неверный ключ и на свой сбой мы отвечаем ошибкой, а не нулём.
6. «Лог AML заявок»: у каждой проверки видны номер заявки, провайдер, тип проверки, процент риска и время.

Что увидит оператор

В «деталях риска» — 30 сигналов AMLBot (доли 0..1) и наш родной скор, решение и правило в extras.native. Напоминание из документации iEX: клиенту не раскрывайте внутренние пороги и источники — для клиента есть публичная версия нашего PDF.

Откат

Верните прежнего провайдера на нужные валюты. Журнал ваших проверок у нас сохраняется.

Вопросы — @AML_Igorevich_bot. Результат проверки — информационно-аналитическая справка; решение по заявке принимает ваш оператор.