Travel Rule ломает онбординг, если не понимать, какие данные нужны до вывода

Travel Rule ломает онбординг, если не понимать, какие данные нужны до вывода

Для on/off-ramp это не «бумажка для комплаенса», а набор полей, без которых перевод могут стопнуть на шлюзе или у банка-корреспондента. Базово передают: имя отправителя и получателя, номер счёта или кошелька, сумму, юрисдикцию, а для юрлиц — название компании и идентификатор.

На практике набор зависит от провайдера, суммы и страны маршрута. Часто требуют:
— имя как в KYC;
— адрес или дату рождения;
— данные получателя: имя, VASP, wallet address;
— в ряде кейсов: номер документа, назначение платежа, источник средств.

Что важно: провайдер может не принять «пустой» адрес кошелька без метки VASP, а при выводе на self-custody запросить больше данных, чем при переводе внутри своей сети. Ошибка в одной букве имени или несостыковка между KYC и платежкой — типичный триггер ручной проверки.

Чтобы не терять конверсию, заранее синхронизируй KYC-форму, checkout и payout-логику: одинаковые поля, одинаковый формат имени, понятная валидация на фронте. Тогда Travel Rule работает как фильтр риска, а не как причина сломать воронку.