<b>Travel Rule ломает онрамп, если не понимать, какие данные уходят вместе с переводом</b>

<b>Travel Rule ломает онрамп, если не понимать, какие данные уходят вместе с переводом</b>

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

Что обычно должны передавать:
— имя отправителя и имя получателя;
— номер счёта, wallet address или иной идентификатор транзакции;
— тип и сумму операции;
— данные провайдера на обеих сторонах;
— в ряде сценариев — адрес, дата рождения, документ или внутренний ID клиента.

На практике важны не только поля, но и момент передачи. Если on-ramp берёт деньги с карты, а крипта уходит на внешний кошелёк, цепочка должна сходиться: кто заплатил, куда ушло, через какой провайдер, с каким статусом проверки. Любой разрыв в связке повышает риск отказа банка, фрода-флага или блокировки на стороне gateway.

Что важно: не хранить «минимум ради формы», а заранее сверять требования по странам, суммам и типу получателя. Для продукта это значит один сценарий onboarding, отдельная логика для self-hosted wallets и отдельные правила для transfer-to-user внутри сервиса.

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