Платёж не отображается в заказе: как найти и связать оплату

Начало работы в статусе индивидуального предпринимателя связано не только с регистрацией и выбором режима налогообложения. Не менее важно заранее определить, как проверять поступившие платежи и как связывать каждую оплату с конкретным заказом. Иначе предприниматель видит зачисление денег, но не понимает, какой клиент его отправил, или сталкивается с обратной ситуацией: клиент утверждает, что заплатил, а в заказе по-прежнему указано ожидание оплаты.

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

Что нужно сопоставить

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

Минимальный набор данных выглядит так:

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

Номер заказа относится к продаже, а идентификатор платежа — к денежной операции. В идеальном сценарии они передаются друг другу автоматически. Если автоматической связи нет, предпринимателю приходится сопоставлять записи вручную. При этом нельзя считать доказательством совпадение только суммы или только имени плательщика.

Полезно различать несколько состояний:

  1. Заказ создан, но платёж ещё не начат.
  2. Клиент перешёл к оплате, однако окончательного результата пока нет.
  3. Платёж подтверждён, но заказ ещё не получил обновление.
  4. Платёж отклонён, отменён или возвращён.
  5. Деньги зачислены, но назначение операции не позволяет определить заказ.

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

Проверить доступный вариант можно на странице Т-Бизнеса.

Пошаговая проверка платежа

Проверку лучше проводить последовательно, начиная с самого заказа. Это помогает не перескакивать между системами и фиксировать, на каком этапе пропала информация.

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

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

После этого сравните данные в трёх местах:

  • в карточке заказа;
  • в кабинете платёжного сервиса или банка;
  • в уведомлении, которое получил предприниматель либо его сотрудник.

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

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

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

Перед оформлением откройте Т-Бизнес и сверьте актуальные условия.

Что делать, если оплата не отображается

Действия зависят от того, где именно отсутствует информация.

Если нет записи о платеже в кабинете сервиса, попросите клиента проверить статус операции в приложении банка или в используемом им платёжном средстве. Уточните сумму, дату, время и последние четыре цифры карты только в том объёме, который допустим для идентификации. Полные реквизиты карты, коды подтверждения и пароли запрашивать нельзя.

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

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

Если платёж подтверждён, но идентификатор заказа определить невозможно, составьте список всех заказов с такой же суммой за соответствующий период. Затем сопоставьте контакт клиента, время оформления и состав покупки. Если остаётся несколько вариантов, запросите у покупателя номер заказа и подтверждение операции. До окончательной проверки не меняйте статус случайного заказа вручную.

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

Для обращения в поддержку удобно использовать краткий шаблон:

Номер заказа: …
Идентификатор платежа: …
Сумма и валюта: …
Дата и время операции: …
Текущий статус платежа: …
Что отображается в заказе: …
Какой результат требуется проверить: связь платежа с заказом или обновление статуса.

Скриншоты можно приложить, если на них закрыты номера карт, коды подтверждения, пароли и другая избыточная информация. В переписке достаточно оставить данные, необходимые для поиска операции.

Когда решение принято, перейдите в Т-Бизнес и проверьте предложение.

Как выстроить процесс на старте ИП

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

Для каждого заказа полезно хранить единый набор полей:

  • внутренний номер заказа;
  • дата создания;
  • сумма к оплате;
  • способ оплаты;
  • идентификатор операции;
  • итоговый статус;
  • дата последней проверки;
  • комментарий по исключениям.

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

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

Важна и коммуникация с покупателем. Сообщение должно объяснять, что предприниматель проверяет конкретную операцию, а не игнорирует обращение. Можно указать, какие сведения нужно прислать и почему не следует повторять оплату до завершения проверки. Такой порядок снижает риск двойного списания и помогает быстрее собрать необходимые данные.

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

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

Что почитать дальше

Обложка вдохновлена картиной Квентина Массейса «Меняла с женой» (1514). Посмотреть оригинал в коллекции Лувра.