Почему заказ остаётся неоплаченным после отправки криптовалюты
Проверьте транзакцию, сеть и токен, реквизиты конкретной попытки оплаты, сумму и статус инвойса. Если инвойс уже paid, ищите сбой в связи с заказом и обработке webhook.
Обновлено:
Если клиент отправил криптовалюту, а заказ остался неоплаченным, выясните этап сбоя: отправка, подтверждение сети, сопоставление с инвойсом или обработка заказа сайтом. Не просите платить повторно, пока не установили судьбу первого перевода.
Инструкция предназначена продавцу, принимающему оплату через инвойсы Cryptanio. Нужны доступ к проекту и данные заказа. Настройка обработчика разобрана в инструкции про подтверждение заказа через webhook.
Соберите данные одного платежа
Запишите номера заказа и инвойса, идентификатор транзакции, сеть, актив, отправленную сумму, получателя и время. Если клиент менял способ оплаты, сохраните реквизиты использованной попытки. Скриншот без идентификатора транзакции недостаточен для сверки.
Не связывайте поступления с заказами только по сумме: цена и клиент могут совпадать, а у инвойса бывают разные попытки оплаты.
Шаг 1. Проверьте, состоялась ли отправка
Откройте транзакцию по её идентификатору в обозревателе выбранной сети. Проверьте результат выполнения и получателя. Заявка на вывод на бирже ещё не означает выполненный перевод.
Ожидание включения или ошибка транзакции не подтверждают оплату. Для найденной транзакции проверьте подтверждения: срок зависит от сети и её состояния. Подробнее — «Что означают подтверждения транзакции».
Шаг 2. Сверьте сеть, токен и все реквизиты
Сверьте сеть, актив, адрес и дополнительные реквизиты конкретной попытки. Одинаковое название USDT в двух приложениях не доказывает совпадение сети или токена. Поддельный или похожий токен не оплачивает счёт в ожидаемом активе.
Если требовались destination tag, memo или комментарий, проверьте и их. Для Solana Pay reference — отдельная часть платёжного запроса, а не произвольный текст memo. Простого совпадения адреса может быть недостаточно для сопоставления поступления.
Откройте «Чем отличаются сеть и токен», если эти значения вызывают сомнение. Изменение фильтра в кабинете не меняет уже выполненный перевод в другой сети.
Шаг 3. Найдите правильную попытку оплаты
В «Платежи» откройте нужный проект и инвойс. Разверните «Попытки оплаты», затем «Переводы» у соответствующей попытки. При наличии нескольких страниц истории просмотрите их: первый экран показывает не обязательно все записи.
Смена актива или повторное получение реквизитов может создать новую попытку того же инвойса. Сопоставляйте перевод с использованной попыткой: текущий адрес может отличаться от ранее выданного. Сходство реквизитов не позволяет переносить поступление на другой заказ.
Если перевод есть в сети, но отсутствует в разделе «События», проверьте выбранные проект, сеть, актив и режим событий. Рабочий платёж нельзя подтверждать тестовой записью или симуляцией.
Шаг 4. Прочитайте статус инвойса
Смотрите состояние инвойса целиком, а не только статус одной транзакции:
pendingиseen— платёж ещё не завершён для выдачи заказа;partial— подтверждена лишь часть суммы, ожидается дальнейшая оплата;underpaid— поступило меньше допустимого и требуется решение;overpaid— переплата отправлена на рассмотрение по правилам проекта;expired,lateиcanceled— истёк срок, платёж требует рассмотрения либо инвойс отменён;paid— инвойс учтён как оплаченный; дальше нужно проверить исполнение заказа.
Переплата может привести к paid, если это разрешено политикой проекта. Сумма выше цены сама по себе не определяет статус. Подробнее — «Что такое инвойс».
Шаг 5. Разберите сумму и срок
Сравните фактически полученную сумму с точной суммой попытки. Комиссия отправителя могла уменьшить поступление. Округлённая цена в переписке не заменяет значение на странице оплаты.
Для частичных платежей проект может ожидать остаток или требовать ручного решения. Проверьте действующее правило перед советом «доплатить разницу». Поздний перевод также нельзя автоматически считать оплатой любого нового заказа. Сверьте историю попытки, её срок и записанное время поступления.
Если доступно ручное принятие или отклонение спорной оплаты, сначала согласуйте решение с клиентом. Изменение статуса инвойса не выполняет обратный перевод из вашего кошелька.
Шаг 6. Если инвойс уже paid, проверьте сайт
Обновите состояние заказа в приложении. Проверьте его связь с инвойсом и журнал доставки webhook: ошибка доставки, неверная привязка или сбой обработчика могут мешать подтверждению заказа.
Повторная обработка должна сверять актуальное состояние и не выдавать товар второй раз. Если после подтверждения был откат транзакции, проверьте последние события и повторно оцените право на исполнение.
Когда передавать случай в поддержку
Если причина не найдена, передайте поддержке номер инвойса, идентификатор транзакции, сеть, актив, сумму, время, статус и выполненные проверки. Пароли, API-ключи, seed-фразы и секрет подписи webhook не нужны.