Крипта как метод оплаты
На форме оплаты крипто-платёж выглядит как любой другой: плательщик получает адрес и точную сумму, отправляет из кошелька или с биржи, а провайдер подтверждает, когда сеть набрала достаточно подтверждений. Выплаты так же отправляют активы на адрес получателя. Мерчант создаёт платёж тем же запросом, что и карточный, и получает тот же подписанный вебхук; единственная разница, которую он видит, — действие: показать адрес и сумму вместо карточной формы.
Через лицензированных или зарегистрированных провайдеров
Binance Pay, Coinbase Commerce, BitPay, NOWPayments, Cryptomus и другие — адаптеры в каталоге. Хранение и конвертация там, где провайдер их предлагает, проверки travel rule и санкционный скрининг — их работа; Tranzify маршрутизирует, каскадирует, журналирует и вызывает вебхук. Клиент подписывает договор с провайдером, вводит свой аккаунт в настройках терминала и правилами маршрутизации решает, где и для кого появляется крипта. Платформа никогда не держит актив и не генерирует собственных адресов.
Сценарий
| Шаг | Приём | Выплата |
|---|---|---|
| Создание | Мерчант создаёт платёж в фиате; провайдер котирует сумму актива и адрес | Мерчант создаёт выплату с адресом и сетью получателя |
| Оплата | Плательщик отправляет точную сумму до истечения срока | Провайдер отправляет с баланса клиента у провайдера |
| Подтверждение | Провайдер ждёт подтверждений сети и сообщает | Провайдер сообщает хеш транзакции и статус |
| Запись | Журнал хранит котировку, адрес, полученную сумму и хеш; леджер записывает фиатную стоимость | Журнал хранит запрос, хеш и ответ провайдера |
| Уведомление | Подписанный вебхук мерчанту; статус в платеже | Подписанный вебхук; статус в выплате |
О недоплатах, переплатах и запоздалых переводах провайдер сообщает с суммами, а обрабатываются они по правилам, которые клиент задаёт на провайдера; оператор видит каждый случай с тем, что и когда пришло.
Типичная настройка
Обменник принимает локальные методы и отправляет стейблкоины: PIX, UPI и банковские переводы как приём через локальных провайдеров каждой страны, USDT в сети TRC-20 как выплата через лицензированного или зарегистрированного крипто-провайдера. Правила маршрутизации не показывают крипту на форме в странах, которые не покрывает лицензия обменника; каскад переводит отклонённую карту на банковский перевод; лимиты на терминал удерживают дневные потолки провайдера. Обратный поток симметричен: USDT приходит на адрес провайдера, выплата уходит банковским переводом, а леджер хранит фиатную стоимость каждого плеча. Оба направления делят журнал, трассировку и отчёты, которые нужны бухгалтерам обменника.
Для кого
Биржи и обменники, которым нужны локальные фиатные методы на входе и стейблкоины на выходе или наоборот; форекс и iGaming, рассчитывающиеся с платёжными партнёрами в USDT; маркетплейсы, платящие продавцам в регионах, где банковские выплаты медленные. В каждом случае лицензированный провайдер несёт регуляторные обязанности крипто-стороны, а клиент — обязанности по собственной лицензии; платформа даёт обоим один набор инструментов.
Что проверить до включения
Собственную лицензию и политику клиента, список поддерживаемых провайдером стран и активов, категории мерчантов, которые принимает провайдер, и учёт полученных активов: леджер записывает фиатную стоимость по котировке провайдера, а отчёты показывают актив, сеть и хеш для бухгалтеров клиента.