Travel Rule ломает онрамп там, где не совпадают поля отправителя и получателя

Travel Rule ломает онрамп там, где не совпадают поля отправителя и получателя

Travel Rule — это не про «передать всё», а про минимальный набор данных, который должен пройти между VASP/платёжными провайдерами до или вместе с переводом. Внутри процесса обычно проверяют: имя отправителя, имя получателя, номер счёта или кошелька, страну, сумму, тип операции и идентификатор провайдера.

Что важно: формат данных зависит от коридора и связки провайдеров. Один шлюз принимает структурированный JSON, другой ждёт отдельный Travel Rule message, третий режет перевод на ручную проверку, если не хватает хотя бы одного обязательного поля. На практике это значит, что «завести деньги» можно только если KYC у пользователя уже собран без дыр.

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

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

Лучше проектировать поток так, будто каждое пополнение потом надо будет объяснить другому провайдеру: единый профиль, совпадающие реквизиты, понятный источник средств и внятный статус кошелька.