Возвратные платежи в крипте

Возвратный платёж при оплате в криптовалюте не работает как карточный спор. Держатель карты может обратиться в банк, после чего операция рассматривается по правилам платёжной системы. Подтверждённый блокчейн-перевод банк отменить не может: после финальности он остаётся в реестре, а возврат проводится отдельной исходящей транзакцией.

Это снижает риск списания выручки через карточный спор, но не делает торговлю безрисковой. Остаются взлом учётной записи, ошибки сети, недоплата, мошенничество при исполнении заказа и обычные претензии к товару или услуге.

Чем возврат по карте отличается от возврата криптоплатежа?

Возвратный платёж (chargeback) начинается у банка-эмитента. Покупатель заявляет, что не узнаёт операцию, не получил товар или оспаривает качество. Бизнес передаёт доказательства, а участники карточной системы решают, останется ли зачисление у бизнеса.

У блокчейн-перевода нет карточного эмитента, который запускает возвратный платёж по заявлению держателя. После подтверждения счёта исходный перевод не отменяется: если бизнес согласовал возврат, он создаёт новую транзакцию с отдельным адресом, суммой и сетевой комиссией, а после отправки сохраняет её хеш. Для Ethereum понятие финальности отдельно описано в официальной документации сети. Это различие нужно закрепить в правилах поддержки и бухгалтерской сверки.

Почему первый блок ещё не означает окончательную оплату?

Обнаружение перевода говорит только о том, что транзакция появилась в сети или недавнем блоке. Для исполнения заказа нужна достаточная финальность. Требования зависят от блокчейна и суммы: для более крупного платежа может действовать более строгий порог финальности.

Если выдать цифровой товар сразу после обнаружения, изменение недавних блоков может оставить бизнес без оплаты. Поэтому система заказа должна ждать подтверждённый статус счёта, а не самостоятельно считать первый увиденный блок достаточным. Paymos применяет политику подтверждений по сети и размеру платежа и сообщает результат подписанным вебхуком. Механику ожидания разбирает руководство по подтверждениям.

Какие риски остаются без карточной отмены?

Финальность подтверждает, что сеть приняла транзакцию, но не отвечает на все вопросы о покупателе и заказе. Доступ к кошельку мог получить злоумышленник. Клиент мог выбрать неверную сеть, отправить другой актив или ошибиться в сумме. Товар также может оказаться непоставленным или не соответствовать описанию.

Есть и мошенничество вне блокчейна: взлом учётной записи магазина, подмена адреса возврата, социальная инженерия в поддержке. Поэтому бизнесу всё равно нужны контроль доступа, журнал действий, проверка рискованных заказов и ясная политика возврата. Необратимость перевода устраняет один механизм потерь, но не заменяет управление риском.

Как Paymos обрабатывает недоплату?

Недоплата не становится полной оплатой по свободному решению сотрудника. Процент допуска задаётся для проекта заранее: новый проект открывается с 0,1 %, выше 2 % допуск не поднять, а ноль означает строгую сверку. Если сумма находится в пределах настроенного допуска, счёт закрывается и на баланс поступает фактически полученный актив.

Сумма ниже порога не считается полной оплатой. Если счёт рассчитан на один перевод, он закрывается со статусом недоплаты. Если разрешены несколько платежей, счёт может ждать остаток. Такая модель не позволяет оператору незаметно менять правило после оплаты и даёт системе заказа однозначный сигнал: выдавать товар можно только после подтверждения оплаты.

Как безопасно оформить возврат?

Сначала сопоставьте обращение с исходным заказом и инвойсом. Проверьте актив, фактически полученную сумму, основание возврата и полномочия сотрудника, который его согласует. Затем подтвердите адрес получателя по внутренней политике и только после этого создавайте исходящую транзакцию.

Не копируйте адрес из случайного сообщения поддержки и не считайте адрес отправителя автоматически подтверждённым адресом возврата. Запросите адрес возврата по утверждённому каналу и сверьте его с заявкой. После отправки сохраните хеш возврата рядом с заказом. Так поддержка сможет доказать, когда, куда и в каком активе был выполнен перевод.

Как статус платежа должен управлять исполнением заказа?

Исполняйте заказ только после проверенного окончательного статуса счёта. Хеш транзакции, снимок экрана из кошелька или сообщение браузера не заменяют этот сигнал. Paymos подписывает вебхуки, поэтому система бизнеса может проверить уведомление до изменения заказа. Повторная доставка одного события не должна повторно выдавать товар или создавать второй возврат.

Сначала сохраните проверенное событие, затем запускайте исполнение заказа. Если внутренняя задача завершилась с ошибкой, повторите её по сохранённой записи, не меняя статус платежа. Формат подписи и порядок проверки описаны в руководстве по вебхукам; для политики возвратов достаточно одного правила: товар выдаётся только по проверенному окончательному статусу счёта.

Как построить политику возвратов?

Политика должна разделять техническую финальность и обязательства перед покупателем. После подтверждения перевод необратим, но бизнес по-прежнему возвращает средства, если это предусмотрено договором, законом или условиями продажи. Покупателю нужно заранее объяснить срок рассмотрения и способ подтверждения адреса.

Внутри компании задайте роли: кто принимает обращение, кто согласует сумму и кто инициирует вывод. В Paymos адреса вывода ограничиваются белым списком, а само изменение списка остаётся в журнале аудита; при подключённом втором факторе оно потребует ещё и свежего подтверждения.

Такой порядок снижает риск, что одно сообщение в поддержке превратится в несанкционированную транзакцию. Базовую механику счёта и сверки раскрывает объяснение криптоплатежей.