Платежи в неправильной сети — одна из самых распространённых проблем поддержки при оплате криптовалютой. Клиент может правильно выбрать USDT, но отправить его через другую сеть, а не ту, которую указал мерчант.
С точки зрения мерчанта заказ нельзя выполнять только потому, что клиент сообщил об отправке перевода. Платёж должен быть обнаружен в поддерживаемой сети и сопоставлен с инвойсом или процессом пополнения.
Проблема неправильной сети
Многие активы существуют в нескольких сетях. USDT можно отправлять в сети TRON, Ethereum, BSC, Polygon, TON и других сетях в зависимости от поддержки кошелька. Если страница оплаты ожидает одну сеть, а клиент выбирает другую, платёж может не соответствовать ожидаемому инвойсу.
Возможность восстановления доступа к средствам зависит от актива, сети, контроля над адресом и политики платформы. Мерчанты не должны обещать автоматическое восстановление доступа к средствам для каждого перевода, отправленного в неправильной сети.
Действия мерчанта
В первую очередь оставьте заказ в ожидании, пока платёжная система не сообщит окончательный статус. Операторам следует собрать хеш транзакции, выбранный актив, использованную сеть, сумму и идентификатор заказа клиента.
Если сеть и актив поддерживаются, платёжный процессор может определить контекст платежа. В противном случае может потребоваться ручная проверка, а восстановление средств может оказаться невозможным в зависимости от модели хранения и условий сети.
Как предотвращать ошибки
Ясно показывайте название сети рядом с адресом.
Используйте обозначения конкретной сети, например USDT TRC20 или USDT в сети TON.
Не скрывайте предупреждения на второстепенных экранах.
Показывайте ожидаемый актив и сеть в интерфейсе инвойса.
Выполняйте заказ на основе статуса платежа, а не скриншотов клиента.
Процесс работы службы поддержки
Правильный процесс поддержки должен отделять намерение пользователя от фактического состояния платежа. Запросите хеш транзакции, проверьте статус платежа и поддержку сети и только после этого решайте, выполнять ли заказ, зачислять средства, возвращать платёж или передавать случай на следующий уровень.
Задокументируйте политику до запуска. В ней должно быть описано, что происходит, когда клиент отправляет неправильный актив, использует неправильную сеть, переводит неправильную сумму или платит после истечения срока.
Контроль рисков
Обработка платежей в неправильной сети должна быть частью более широкого контроля рисков криптоплатежей. Подозрительная активность, статусы AML-проверки, недоплаты, переплаты и поздние платежи требуют чётких рабочих процессов мерчанта.
Операционная модель описана на странице «Контроль рисков криптоплатежей».
