Не тот актив на адрес криптосчёта: что проверить перед повторной оплатой
Если клиент отправил не тот актив на адрес криптосчёта, сверьте фактический токен, сеть, адрес получателя и сумму с реквизитами оплаты, затем проверьте транзакцию и статус счёта. Сохраните идентификатор перевода и передайте расхождения провайдеру через согласованный канал поддержки. Возможность зачисления или возврата зависит от конкретного подключения; подтверждение в блокчейне само по себе её не гарантирует.
Когда клиент выбрал неверный актив для криптоплатежа, просьба сразу заплатить повторно оставляет первый перевод без разбора. Сначала выясните, что именно отправлено и куда. Это поможет отделить ошибку токена от ошибки сети, неверного адреса и перевода, который ещё не завершён, а затем обсудить с клиентом дальнейшую оплату.
1. Уточните, что именно оказалось неверным
Актив, сеть и адрес проверяют по отдельности. USDT и USDC обозначают разные активы: отправка одного вместо другого требует проверки, даже если клиент считал их взаимозаменяемыми. Сеть определяет, где совершён перевод. Адрес указывает получателя в этой сети. Совпадение одного параметра не заменяет проверку остальных.
Попросите клиента открыть сведения об отправке в кошельке или сервисе, откуда он платил. Запишите название актива и выбранную сеть буквально, без догадок по значку монеты. Если название токена вызывает сомнения, уточните его идентификатор, например адрес контракта, через обозреватель соответствующей сети. Одинаковой подписи в кошельке недостаточно для вывода о совпадении токенов.
Сравнивать нужно с реквизитами конкретной оплаты, которые клиент получил после выбора актива и сети. Не используйте старую переписку, другой счёт или общий список поддерживаемых валют. Если исходные реквизиты не сохранились, отметьте этот пробел в обращении: восстановить картину по памяти нельзя.
2. Найдите транзакцию и проверьте её состояние
Запросите хеш транзакции, также называемый TXID, и название сети. Дополнительно сохраните время отправки, сумму и адрес получателя. Скриншот полезен для переписки, но может не показывать все сведения. По идентификатору откройте запись перевода в обозревателе именно той сети, которую указал отправитель.
Проверьте, существует ли такая транзакция и каково её состояние. Ожидающий перевод, неуспешная операция и подтверждённая передача токена требуют разных действий. Если кошелёк показывает отправку, а записи в обозревателе нет, уточните у клиента или сервиса отправителя, был ли перевод опубликован в сети. Не объявляйте средства потерянными по одному сообщению интерфейса.
Если запись найдена, проверьте в ней получателя, фактически переданный токен и количество. У некоторых операций есть несколько записей о движении активов, поэтому одной общей надписи об успешном выполнении недостаточно. Успешная транзакция подтверждает, что операция выполнена в сети, но ещё не доказывает оплату нужного счёта у провайдера.
3. Зафиксируйте расхождение без предположений о зачислении
Составьте две записи: что требовалось по платёжной странице и что отправлено фактически. В каждой укажите актив, сеть, адрес и сумму. Отдельно запишите номер счёта или заказа. Если отличается несколько параметров, перечислите каждый: формулировка «не дошли деньги» не объясняет, что предстоит проверить.
Перевод другого актива в нужной сети и перевод нужного актива в другой сети нельзя считать одинаковой ошибкой. Доступность токена для обычной оплаты не означает, что провайдер обработает его при любых реквизитах. Даже совпадающий текст адреса в разных сетях не доказывает, что конкретное подключение принимает обе сети.
Сумму сопоставляйте вместе с единицей актива. Число, отправленное в USDC, нельзя автоматически засчитать как такую же сумму USDT. Не дополняйте расхождение предположениями о конвертации, удержаниях или курсе. Условия обработки ошибочного перевода нужно выяснить у провайдера, прежде чем менять расчёты с клиентом.
4. Практическая проверка сценария в AIROBO
Начните с криптосчёта AIROBO: он фиксирует сумму и назначение платежа, а клиент получает платёжную ссылку. Сопоставьте счёт с заказом, по которому возник вопрос. Затем уточните, какие реквизиты клиент использовал при отправке. Сведения о его фактическом переводе проверьте отдельно по транзакции.
Для оплаты доступны USDT и USDC в сетях, поддерживаемых конкретным подключением. Проверьте выбранную клиентом пару актива и сети по доступным условиям оплаты. Наличие обоих активов среди вариантов не подтверждает автоматическую обработку одного вместо другого по уже полученным реквизитам. Поддержку неназванной сети предполагать нельзя.
Посмотрите статус счёта в интерфейсе AIROBO и сохраните его вместе со временем проверки. Если он расходится с ожиданиями после проверки транзакции, включите оба набора сведений в обращение. Выплата оформляется отдельной заявкой со своим статусом: по её состоянию нельзя определять, оплачен ли этот счёт. Эта проверка не подтверждает возможность восстановления ошибочного перевода.
5. Подготовьте обращение и согласуйте следующий шаг
Передайте через согласованный канал поддержки идентификатор счёта, ожидаемые реквизиты, фактический актив и сеть, TXID, адрес получателя, сумму и текущий статус счёта. Приложите ссылку на запись в обозревателе. Сформулируйте вопрос конкретно: возможна ли обработка именно этого перевода и какие дополнительные сведения нужны для решения.
Отдельно спросите, допускается ли зачисление, возврат или иной порядок урегулирования для этого подключения. Если такой вариант возможен, запросите условия, ограничения и порядок согласования расходов. Не называйте клиенту срок и комиссию до ответа: доступность, сроки и лимиты зависят от провайдера и подключения.
Не просите клиента раскрывать seed-фразу или приватный ключ: для описания транзакции нужны её публичные реквизиты. Не направляйте его в найденный случайным поиском «сервис восстановления». Если поддержка запрашивает дополнительные действия, уточните их через уже согласованный канал, прежде чем просить клиента что-либо подписать или отправить.
6. Разделите ответственность и объясните клиенту решение
В переписке разделяйте установленное и неизвестное. Можно сообщить, какой актив найден в транзакции и с чем он не совпадает. Если провайдер ещё не подтвердил способ обработки, так и напишите. Не обещайте возврат и не утверждайте окончательную потерю средств только из-за неверного выбора токена.
Продукт предоставляет криптосчёт, платёжную ссылку и проверку статуса в интерфейсе. Правила обработки определяет провайдер для подключения, а сведения о выполненной операции проверяются в сети. Сотрудник компании сопоставляет платёж с заказом и согласует действия с клиентом; наличие транзакции не заменяет эту проверку.
Повторную оплату обсуждайте после фиксации судьбы первого перевода или с явной договорённостью о его дальнейшем разборе. Запишите, кто отвечает за обращение и когда сообщит клиенту новости, не выдавая этот срок связи за срок возврата. Для следующего перевода попросите сверить актив и сеть на платёжной странице до отправки.
Практический инструмент
Чек-лист разбора ошибочного актива
- Найдите криптосчёт и соответствующий заказ; результат: зафиксированы сумма, назначение и идентификатор счёта.
- Сохраните реквизиты, полученные клиентом для оплаты; результат: записаны ожидаемые актив, сеть, адрес и сумма либо отмечены недостающие сведения.
- Запросите сеть и TXID у отправителя; результат: есть ссылка на транзакцию или подтверждено, что её ещё нужно установить.
- Проверьте состояние операции в обозревателе нужной сети; результат: записано её фактическое состояние на момент проверки.
- Сопоставьте токен, получателя и количество с реквизитами оплаты; результат: каждое найденное расхождение перечислено отдельно.
- Проверьте статус счёта в интерфейсе AIROBO; результат: статус сохранён со временем проверки отдельно от состояния заявки на выплату.
- Передайте собранные сведения через согласованный канал поддержки; результат: запрошены возможность обработки и условия, без обещаний клиенту.
- Согласуйте с клиентом дальнейшие действия; результат: записаны подтверждённое решение либо открытые вопросы, ответственный сотрудник и срок следующего сообщения.
Итоги
Разбор неверного актива начинается с сопоставления реквизитов и записи транзакции. До решения провайдера храните отдельно подтверждённые сведения о переводе, статус счёта и вопросы, на которые ещё нет ответа.
В AIROBO проверяйте криптосчёт по его назначению и статусу, не смешивая его с заявкой на выплату. Решение об ошибочном переводе согласовывайте для конкретного подключения, без обещаний автоматического зачисления или возврата.
Частые вопросы
Клиент отправил USDC вместо USDT. Можно ли считать счёт оплаченным?
Без проверки нельзя. Сопоставьте реквизиты и транзакцию, проверьте статус счёта и уточните порядок обработки у провайдера. Доступность USDC для оплаты сама по себе не подтверждает зачисление по реквизитам, полученным для USDT.
Почему успешная транзакция не совпадает со статусом счёта?
Статус операции в сети и статус счёта относятся к разным этапам проверки. Сверьте актив, сеть, получателя и сумму. Причину расхождения для конкретного платежа уточняйте по его реквизитам, не предполагая автоматически задержку или потерю.
Можно ли вернуть актив, который подключение не поддерживает?
Универсального ответа нет. Возможность и условия обработки такого перевода нужно запросить у провайдера. До подтверждения не обещайте возврат, не называйте комиссию и не назначайте срок.
Что делать, если клиент не может найти TXID?
Попросите открыть историю отправок и подробности операции в кошельке или сервисе отправителя. Если идентификатора нет, уточните у отправляющего сервиса, выполнен ли вывод. Сохраните доступные сведения и укажите, что транзакция пока не установлена.