Подключение к Premium Exchanger

Для администратора обменника на Premium Exchanger 2.7 · около часа · вместо AMLBot

Сначала — тестовая заявка

Настройки ниже собраны по документации Premium Exchanger и открытому коду других интеграций с AMLBot. Как именно ваша версия скрипта сравнивает процент с порогом, зависит от версии. Перед включением на боевых заявках пройдите шаг 5.

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

Premium Exchanger работает с нами так же, как с AMLBot. Проверку делает AML Igorevich: решение считается по вашей политике, а в админку приходит привычный «процент риска», подобранный так, чтобы ваш порог срабатывал на наших отказах и ручных проверках.

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

Сети: TRON, BSC, Ethereum. Сеть мы берём из поля asset, которое передаёт модуль (TRX, USDT_TRC20, BSC, USDT_BEP20, ETH, USDT_ERC20 и похожие). Если сеть не передана: адрес TRON проверяется в TRON, а 0x-адрес получает ошибку «сеть не определена» (BSC и Ethereum делят один формат адреса). BTC, LTC и другие сети — ошибка «сеть не поддерживается». На ошибку у вас сработает «Риск, если API не работает» — заявка остановится. Проще всего включить модуль на направлениях с USDT TRC20 и проверить остальные на тесте.
Проверка хэша требует адрес. Для TxID нужна пара «хэш + адрес клиента». Если ваша версия шлёт хэш без адреса — вернётся ошибка.
Долгие проверки. Если проверка не уложилась в 8 секунд, мы отвечаем pending с номером проверки и досчитываем её в фоне; повторный запрос модуля (…/recheck/) по этому номеру отдаёт готовый результат. Как ваш модуль ведёт себя на pending, смотрим на тесте.
Ссылка на PDF в ответе (pdfReport) — по вашей просьбе включаем публичную ссылку на заключение; по умолчанию поле пустое. PDF всегда можно взять по API или в боте.

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

Напишите в @AML_Igorevich_bot — пришлём три значения:

Что	Пример	Откуда
Адрес сервиса	`https://aml.igorevich.net/compat/amlbot/`	один для всех клиентов
accessId	`12`	ваш номер клиента
access key	`9f2c…` (32 символа)	секрет, храните как пароль

Токен запроса модуль считает сам — так же, как для AMLBot: md5(access_key:accessId). Ничего вычислять не нужно.

Шаг 2. Замените адрес сервиса

Админ-панель → «Проверка AML» → модуль AML Bot.

Если в настройках модуля есть поле адреса API / сервера — вставьте https://aml.igorevich.net/compat/amlbot/ (со слэшем на конце).
Если такого поля нет (адрес зашит в модуль) — попросите разработчика вашего скрипта или поддержку Premium Exchanger заменить базовый адрес сервиса в модуле AML Bot на наш. Это одна строка. Остальное модуль делает как раньше: запрос проверки идёт на адрес сервиса, повторная проверка — на …/recheck/, проверка ключей — на …/history/.

Сохраните старый адрес и ключи AMLBot — они нужны для отката.

Шаг 3. Впишите ключи

В полях модуля AML Bot: в поле ID / accessId — наш номер клиента, в поле ключа (access key / API key) — наш секрет. Сохраните и откройте настройки заново: значения должны остаться.

Если в модуле есть кнопка проверки ключей — нажмите. На правильную пару мы отвечаем успехом, на неправильную — wrong accessId / wrong token.

Шаг 4. Настройте модуль

Поле Premium Exchanger	Что поставить	Почему
Проверка счетов «Отдаю»	«при создании заявки»	адрес клиента проверяется до заявки
Проверка счетов «Получаю»	«при создании заявки» или «при автовыплате»	адрес выплаты клиента
Проверка TxID при оплате	включить	проверяем именно пришедший перевод, а не весь адрес
Проверка TxID перед автовыплатой	включить
Критичный уровень риска адреса / хэша	75 — блокировать только наши отказы; 50 — ещё и ручные проверки	отказ приходит от 76 %, ручная проверка — от 51 %, пометка — не выше 50 %. Premium срабатывает «при превышении» порога
Риск, если API не работает	100	должно быть выше критичного уровня — сбой не пропустит заявку
Время ожидания результата	максимум из рекомендованного	мы отвечаем за 8 секунд — результатом или `pending` с номером проверки
Категории проверок	оставить пустыми	пороги по категориям уже в нашей политике и отражены в проценте
Действия при превышении риска	на время теста — «только информационно»	потом — как у вас принято
Сумма обмена «от»	0 или минимальная	при нашей цене можно проверять всё

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

В заявке и логе модуля — «процент риска» (наш riskscore × 100). Как его читать при профиле по умолчанию:

Процент	Наше решение	Что делать
3–25 %	принять	ничего
26–50 %	принять с пометкой (например, адрес без истории на выплату)	ничего
51–75 %	ручная проверка	открыть детали, решить
76–99 %	отказ по вашей политике	не проводить без разбора
100 %	адрес сам в санкционном списке, в приказе NBCTF или заморожен Tether	не проводить
ошибка / failed	сбой у нас или неподдерживаемая сеть	сработал ваш «риск при ошибке»

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

Если хотите другое поведение

Профиль ответа меняем по вашей просьбе:

Профиль	Что приходит	Порог в Premium
по умолчанию	процент подогнан к нашему решению	75 или 50
«как у AMLBot»	линейная доля рискованных средств	ваш старый; мягче: 40 % средств с миксера при пороге 50 пройдут
родной скор	наш скор 3–100, делённый на 100	70 вместо старых 50, 85 вместо 75

Политику (пороги по категориям) тоже выбираем вместе: строгая (по умолчанию), «как у рынка», мягкая или ваша собственная.

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

Прогоните до включения на боевых заявках:

Адрес из санкционного списка — TU4tDFRvcKhAZ1jdihojmBWZqvJhQCnJ4F (Aeza Group, OFAC SDN с 01.07.2025, заморожен Tether). Ожидаем 100 % и блокировку.
Адрес, с которого клиенты уже платили вам без проблем. Ожидаем «принять» или «ручная проверка» (строгая политика отправляет на разбор, например, если больше 25 % средств пришло из безымянных сервисов). Правило видно в data.extras.native.
Новый пустой адрес на стороне «Получаю». Ожидаем около 25 % — «нет истории» это пометка, не отказ; заявка идёт.
TxID реального входящего USDT TRC20 с адресом. Ожидаем ответ по переводу.
Заявка с BTC или ERC20 — убедитесь, что модуль её не проверяет или что вас устраивает результат (см. ограничение 1).
Неверный ключ — ожидаем, что сработал «Риск, если API не работает».
В логе модуля у всех проверок видны процент и время.

Откат

Верните старый адрес AMLBot и его ключи в модуле — и всё. Журнал ваших проверок остаётся у нас и доступен по API.

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