Когда покупатель присылает скриншот или сообщает, что перевод уже отправлен, это ещё не повод отмечать заказ как оплаченный. Для корректной сверки криптоплатежей и заказов нужно отдельно установить факт транзакции в сети, её текущий статус и связь именно с нужным заказом. Скриншот полезен как ориентир, но не заменяет проверку записи транзакции и параметров инвойса. Ниже — рабочий порядок для финансового менеджера, поддержки и операционной команды: что сверять, как вести журнал и что делать при расхождении без самовольных решений о возврате.
Почему отправленная транзакция ещё не означает оплату заказа
Три уровня статуса: отправлена, подтверждена сетью, зачислена по заказу
| Уровень | Что установлено | Чего ещё не доказывает | Кто проверяет |
|---|---|---|---|
| Отправлена | Клиент инициировал перевод; может быть доступен hash транзакции. | Что операция включена в блок, соответствует заказу и может быть зачтена. | Поддержка или операционный сотрудник. |
| Подтверждена сетью | Транзакция видна в подходящем обозревателе сети и имеет актуальный сетевой статус. | Что выбраны нужные актив, сеть, адрес и сумма, а также что платёж привязан к заказу. | Операционная команда по внутреннему правилу для актива и сети. |
| Зачислена по заказу | Сетевые данные сопоставлены с параметрами конкретного заказа и выполнены внутренние правила. | Не является универсальным основанием для действий вне утверждённой процедуры, например для возврата. | Уполномоченный сотрудник или настроенный бизнес-процесс. |
Для Bitcoin 0 подтверждений означает, что транзакция распространена, но ещё не включена в блок; дополнительные подтверждения повышают защиту от отмены или реорганизации. Однако универсального числа подтверждений для всех активов и сетей нет. Применяйте внутреннее правило, установленное именно для выбранных актива и сети, и фиксируйте его применение в журнале.
Почему скриншот — не доказательство
На скриншоте могут не быть видны сеть, получатель, точная сумма, актуальный статус или идентификатор операции. Он помогает начать поиск, но итоговое решение принимают после проверки транзакции по проверяемому идентификатору и сопоставления с параметрами заказа. Не основывайте привязку на одном только имени покупателя, сумме «на глаз» или изображении из кошелька.
Какие данные сверять по платежу и заказу
Минимальный журнал сверки
Журнал нужен, чтобы результат проверки можно было восстановить и передать следующему сотруднику без повторного поиска. Создавайте одну запись на проверку и заполняйте её до изменения бизнес-статуса заказа.
- ID заказа или инвойса;
- дата и время проверки с часовым поясом;
- актив, сеть и адрес получателя;
- ожидаемая и фактическая суммы;
- tx hash или иной идентификатор операции;
- время транзакции и число подтверждений либо актуальный сетевой статус;
- статус инвойса или платежа;
- результат сверки: «совпало», «расхождение» или «недостаточно данных»;
- ответственный, следующее действие и время повторной проверки или эскалации;
- ссылка на первоисточник проверки или служебная заметка.
Поле «ожидаемая сумма/время» особенно важно для счетов с ограниченным сроком оплаты: фиатная цена и криптосумма могут меняться. Здесь не нужно выводить правило ценообразования — достаточно сохранить параметры, с которыми был создан конкретный заказ.
Как сверять криптоплатежи и заказы: от заказа к сети и обратно
- Откройте заказ или инвойс и зафиксируйте ожидаемые актив, сеть, адрес, сумму и срок оплаты.
- Получите tx hash от клиента либо найдите транзакцию только по надёжным данным. Скриншот не используйте как окончательное основание.
- Проверьте в подходящем обозревателе сети факт транзакции, сеть, получателя, актив, сумму, время и подтверждения или статус.
- Сопоставьте фактические данные с параметрами заказа и запишите: «совпало», «расхождение» или «недостаточно данных».
- Проверьте бизнес-статус: связана ли операция с конкретным заказом и выполнены ли правила зачисления.
- Назначьте следующее действие, владельца и время повторной проверки либо эскалации.
Как обрабатывать расхождения
Полная оплата
Подтверждать заказ по процедуре можно, когда актив, сеть, адрес, сумма и требуемый статус соответствуют заказу, а связь операции с ним установлена. Зафиксируйте результат, hash и ответственного; затем выполните предусмотренное внутренним процессом действие.
Недоплата
Не отмечайте заказ как полностью оплаченный автоматически. Сверьте фактическую и ожидаемую суммы, зафиксируйте разницу и передайте решение о доплате или дальнейшей обработке в утверждённый процесс. По публичному FAQ PayCrypto недоплата и переплата не подтверждаются автоматически и могут требовать ручной проверки.
Переплата
Зафиксируйте сумму сверх ожидаемой, сообщите клиенту, что операция находится на ручной проверке, и передайте кейс уполномоченному сотруднику. Не обещайте возврат до проверки внутренней политики и решения ответственного.
Неверная сеть или другой актив
Не подтверждайте заказ как оплаченный. Запишите фактические сеть, актив и адрес, не предлагайте технический способ «восстановления» средств и эскалируйте случай через утверждённые каналы поддержки.
Платёж без заказа или подтверждённая транзакция без зачисления
Создайте запись «не сопоставлен». Запросите минимальные данные для поиска, исключите совпадение по одному имени или скриншоту и проводите ручную привязку только по утверждённой процедуре. Подтверждение в сети само по себе не заменяет связь платежа с заказом.
Как отвечать покупателю во время проверки
Какие данные запросить
Попросите ID заказа, tx hash, выбранные актив и сеть, дату и время отправки, а также отправленную сумму. Никогда не запрашивайте seed-фразу, приватный ключ, пароль кошелька или другие секреты.
Нейтральные шаблоны
- Проверка: «Проверяем перевод по заказу №… . Пришлите, пожалуйста, hash транзакции, сеть, актив и сумму. Скриншот можно приложить как дополнительный ориентир, но итог подтверждаем после проверки транзакции и заказа.»
- Недоплата: «Мы видим сумму, отличающуюся от суммы заказа. Заказ пока не отмечен как полностью оплаченный; передали случай на проверку. Не отправляйте дополнительные средства, пока не получите инструкции из официального канала поддержки.»
- Переплата или другая сеть: «Операция требует ручной проверки. Заказ пока не подтверждён автоматически; мы зафиксировали данные и передали их ответственному специалисту.»
FAQ
Сколько ждать подтверждения криптоплатежа?
Единого времени и универсального числа подтверждений нет: они зависят от сети, её текущего состояния и внутреннего правила приёма. Проверяйте актуальный статус транзакции и правило для выбранных актива и сети.
Достаточно ли скриншота кошелька?
Нет. Он не заменяет проверку tx hash, сети, адреса, суммы и связи с заказом.
Что делать, если транзакция подтверждена, но заказ не зачислен?
Проверьте совпадение актива, сети, адреса и суммы с заказом, зафиксируйте hash и статусы, затем эскалируйте случай как «подтверждённая транзакция без привязки к заказу».
Можно ли автоматически подтверждать недоплату или переплату?
Нет, если такое правило не задано и не подтверждено для конкретного процесса. Публичный FAQ PayCrypto указывает, что такие платежи не подтверждаются автоматически и могут потребовать ручной проверки.
Чек-лист перед подтверждением заказа
- Заказ или инвойс найден; зафиксированы ожидаемые актив, сеть, адрес, сумма и срок.
- Есть tx hash или иной проверяемый идентификатор операции.
- Проверены сеть, получатель, актив, фактическая сумма, время и статус или подтверждения.
- Применено внутреннее правило подтверждений именно для этого актива и сети.
- Транзакция однозначно связана с заказом; совпадение не основано только на скриншоте.
- Заполнен журнал сверки: результат, ответственный и следующее действие.
- При расхождении заказ не отмечен как оплаченный автоматически; кейс передан по процедуре.
- Клиенту не запрашивались секреты кошелька; отправлен нейтральный статус-ответ.
