Статусы WooCommerce: как отличить получение оплаты от выполнения заказа

Получение денег не завершает работу магазина

Считать заказ выполненным сразу после оплаты — ошибка, если товар ещё требуется собрать и отправить. В WooCommerce состояния описывают разные части покупки. Рассмотрим магазин физических товаров с оплатой онлайн и ручной передачей на отгрузку. Задача руководителя — связать статусы с действиями сотрудников и объяснениями покупателю, а возврат денег и программирование дополнительных состояний разберём отдельно. Если компания использует дополнительные состояния сборки, их связывают с базовыми этапами оплаты и исполнения, чтобы новый сотрудник мог понять, какие действия уже завершены и какое подтверждение он ждёт, не восстанавливая весь путь покупки по короткому названию строки в панели.

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

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

Ожидание платежа требует действия покупателя

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

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

В личном кабинете WooCommerce для заказа, которому ещё требуется оплата, предусмотрено действие «Pay». Исполнитель показывает его на тестовой покупке и объясняет, как оно связано с существующим заказом. Создавать новый заказ вместо продолжения прежнего не стоит без понятной причины: покупатель получит две похожие записи и не сможет определить, какую из них считать действующей.

Обработка отделяет оплату от исполнения

Для физического товара после получения оплаты остаётся работа склада. По документации WooCommerce, «Processing» означает полученный платёж и ожидание исполнения. В стандартном описании также указано уменьшение остатка. Эти признаки полезно знать руководителю, но на установленном магазине исполнитель отдельно показывает связь с учётной системой и дополнениями, чтобы команда не переносила описание стандартной работы на изменённую интеграцию без проверки. Для передачи на склад полезно показать состав заказа вместе с его состоянием, чтобы оплата неподтверждённой замены товара не выглядела разрешением собрать прежний набор, а сотрудник понимал, по каким сведениям он сейчас исполняет принятую магазином покупку.

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

Состояние «Completed» в той же справке относится к выполненному заказу. Для магазина нужно уточнить событие завершения: отправка или иной принятый этап исполнения. Не называйте завершением любую автоматическую смену после оплаты. Сотрудник отвечает, что именно произошло с товаром, а текст в кабинете объясняет это покупателю обычными словами, не заставляя его угадывать внутренний порядок работы склада.

На удержании: подтверждение ещё не получено

Отдельное состояние нужно там, где подтверждение оплаты приходит не сразу. WooCommerce описывает «On hold» как ожидание подтверждения платежа. Его смысл отличается от принятого оплаченного заказа. Причиной может быть способ с ручной сверкой или отложенным ответом, а конкретную ситуацию исполнитель разбирает по подключённому платёжному расширению и примечаниям выбранного заказа, не назначая одну причину всем покупкам с похожей надписью. Если подтверждение выполняется вручную, его основание остаётся доступным следующему ответственному, чтобы при смене сотрудника новый ответственный мог объяснить переход. Доступная запись избавит его от повторного разбора уже принятого платежа и поиска прежней переписки в личном чате коллеги.

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

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

Отказ и отмена объясняют разные исходы

Неуспешная оплата отличается от решения прекратить покупку. В описании статусов «Failed» означает неудачный или отклонённый платёж без успешной оплаты. «Cancelled» относится к отменённому заказу. Сотруднику полезно видеть причину и примечания, иначе он начнёт одинаково обрабатывать отказ платёжного сервиса и сознательную отмену покупателем, хотя доступные дальнейшие действия у них различаются. Причина отмены помогает выбрать дальнейший путь: покупателю может потребоваться новый состав заказа или другой способ оплаты, поэтому одинаковый общий текст для любого исхода скрывает сведения, по которым сотрудник способен предложить действительно доступное продолжение покупки.

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

Для неоплаченных покупок бывает автоматическое завершение ожидания. WooCommerce связывает отмену подходящих заказов с настройкой «Hold Stock» в документации. Значение времени проверяют на конкретном магазине. Универсальный срок здесь не нужен: руководителю важнее знать, где заканчивается ожидание, что происходит с товарным остатком и какое сообщение получает человек, вернувшийся к прежней ссылке на оплату.

Правила переходов принимают на тестовых покупках

Руководителю нужен один список переходов, а не отдельные объяснения каждого сотрудника. Для каждого состояния записывают, кто получает работу и какое подтверждение разрешает смену. Затем исполнитель показывает движение одной тестовой покупки по выбранному пути. Это помогает обнаружить, что оплата, очередь склада и кабинет используют разные названия для одного события или по-разному понимают завершение, ещё до обращения реального покупателя.

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

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

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

Какое событие разрешает завершить покупку?

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

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

Для сопровождения WooCommerce приложите список переходов и спорный тестовый заказ. Так можно принять не только правильную надпись, но и работу сотрудников, оплату и доступные действия, которые за ней стоят на установленном магазине.