Refund в onramp без боли: где ломается процесс и как не потерять маржу

Refund в onramp без боли: где ломается процесс и как не потерять маржу

Refund — это не «вернуть деньги по кнопке», а цепочка из платёжки, KYC, банка и поддержки. Ломается она обычно в трёх местах: нет единого статуса заявки, клиенту не объяснили сроки и не зафиксировали причину возврата. Если это не описано заранее, саппорт начинает импровизировать, а дальше растут чарджбеки и ручные эскалации.

Что важно:
— сразу разделить cancel до исполнения и refund после исполнения;
— хранить артефакты: txid, статус KYC, ответ банка, лог отказа;
— заранее определить, кто платит fee за возврат и в каких случаях комиссия не возвращается;
— сделать шаблон ответа для клиента, чтобы все писали одинаково.

На практике лучший сценарий — один маршрут для «ошибка оплаты», второй для «передумал», третий для «комплаенс не прошёл». У каждого свой SLA, свой владелец и свой набор документов. Если смешать их в одну очередь, support тонет, а финкоманда не понимает, где операционный сбой, а где нормальная политика возврата.

Итог простой: refund в onramp должен быть описан как продуктовый процесс, а не как добрая воля оператора. Чем раньше вы закрепите правила, тем меньше ручной боли, споров с банком и потерь на комиссии.