<b>FATF travel rule: какой пакет данных должен быть у криптообменника</b>

<b>FATF travel rule: какой пакет данных должен быть у криптообменника</b>

FATF travel rule требует передавать вместе с переводом не только сумму, но и сведения об отправителе и получателе. Для обменников и VASP это не «доп. опция», а базовая часть процесса комплаенса.

В рабочей схеме обычно проверяют:
— кто инициировал перевод: имя, идентификатор аккаунта, адрес кошелька;
— куда уходит перевод: данные получателя и его провайдера;
— достаточно ли данных, чтобы связать транзакцию с конкретным клиентом.

Если платформа не собирает эти поля, возникают три проблемы: перевод нельзя корректно обработать, контрагент может не принять его, а внутренний AML-контроль теряет след цепочки. Для бизнеса это значит лишние ручные проверки, задержки и риск блокировок.

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

Хорошая практика — заранее встроить сбор данных в форму отправки, хранение логов и маршрут эскалации для неподтверждённых переводов. Чем меньше ручных исключений, тем легче пройти аудит и не ломать клиентский поток.