При ручном способе оплаты заказ Ecwid может ожидать подтверждения поступления денег. Оформленная покупка и полученный платёж — разные события. Магазину нужен порядок сверки, который связывает сумму с конкретным заказом до изменения статуса и передачи товара на исполнение.

Объясните покупателю дальнейшее действие

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

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

Сверьте сумму и идентификатор заказа

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

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

Разделите подтверждение и сборку

Определите, кто имеет право подтвердить платёж и кто после этого начинает исполнение. Передача задачи должна опираться на проверенный статус, а не на устную фразу «вроде оплатили». Если заказ изменился после оплаты, повторите сверку суммы и состава. Для этого пригодится порядок проверки доплаты после редактирования.

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

Протестируйте ожидание и подтверждение

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

Регулярно просматривайте очередь ожидания и отделяйте забытые покупки от платежей, которые требуют уточнения. Не переводите всю очередь в Paid ради удобного отчёта. Сохраняйте основание каждого решения и ответственного. Такой порядок помогает обнаруживать несопоставленные поступления и не отправлять товар по заказу, чей расчёт остаётся неясным для магазина.

Проверено редакцией 20 октября 2026 года. Практическое руководство, а не сообщение о запуске функции. Примеры и порядок работы — редакционные.