YITH WooCommerce Custom Order Status - Плагин WordPress

Руководство по настройке YITH WooCommerce Custom Order Status для понятного процесса заказов

YITH WooCommerce Custom Order Status нужен не для красивой подписи в админ-панели, а для того, чтобы процесс заказа в WooCommerce перестал быть слишком грубым. В этом руководстве разберём, как подготовить магазин, создать собственные статусы, выстроить последовательность действий, настроить права клиента, письма, отчёты и проверку результата без правки ядра WordPress или WooCommerce.

Материал рассчитан на владельца магазина, администратора WooCommerce, менеджера заказов и вебмастера, который отвечает за внедрение. Мы не будем повторять краткое описание продукта с карточки. Вместо этого пройдём путь от решения “какие статусы нужны магазину” до тестового заказа, диагностики типичных ошибок и выбора альтернатив, если вам нужна другая модель автоматизации.

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

Какую задачу решает плагин в реальном магазине

В стандартном WooCommerce заказ обычно проходит через базовые состояния вроде Pending payment, Processing, On hold, Completed, Cancelled, Refunded и Failed. Для простого магазина этого хватает: заказ оплачен, товар отправлен, заказ закрыт. Проблема начинается, когда реальный процесс длиннее стандартной схемы.

YITH WooCommerce Custom Order Status добавляет промежуточные статусы и позволяет оформить их так, чтобы они были понятны в админ-панели, в таблице заказов и в аккаунте клиента. Например, магазин печати на заказ может использовать цепочку Processing -> In production -> Quality check -> Shipped -> Completed. Магазин с самовывозом может добавить Ready for pickup. Магазин цифровых товаров может разрешать скачивание только в определённом статусе.

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

Когда пользовательский статус действительно нужен

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

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

Когда лучше не усложнять процесс

Если у магазина один тип товара, простая доставка и небольшое число заказов, лишняя цепочка может мешать. Менеджер будет тратить время на ручное переключение состояний, а клиент будет получать слишком много уведомлений. В таком случае достаточно стандартных статусов WooCommerce и одного дополнительного состояния для ключевого момента, например Ready for pickup.

Кому подходит YITH WooCommerce Custom Order Status и где он может быть лишним

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

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

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

Что проверить перед установкой и первым включением

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

Соберите карту текущих статусов

Откройте WooCommerce > Orders и посмотрите, какие статусы реально встречаются за обычный рабочий цикл. Отдельно проверьте заказы по разным способам оплаты: банковский перевод, оплата картой, наложенный платёж, ручной заказ из админ-панели. Официальная справка YITH отдельно подчёркивает, что первый статус заказа зависит от платёжного шлюза и сценария оплаты, поэтому нельзя просто считать, что все новые заказы начнут с одного и того же состояния.

Проверьте соседние плагины

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

• Проверьте, какие письма WooCommerce отправляет при стандартных статусах.
• Уточните, какие внешние сервисы забирают только заказы со статусом Processing или Completed.
• Посмотрите, не использует ли тема собственные стили для меток заказов в аккаунте клиента.
• Если включён кеш страниц аккаунта или агрессивная оптимизация, исключите страницы WooCommerce, где отображаются заказы.

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

Определите, кто будет управлять статусами

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

Установка и первичная проверка в WordPress

Установка проходит как у обычного плагина WordPress: загрузка ZIP-файла через Plugins > Add New > Upload Plugin, установка, активация и переход в панель YITH. Это руководство не описывает покупку, лицензионный ключ или оплату подписки. Нас интересует уже установленный продукт и его рабочая настройка.

Первые действия после активации

1. Откройте админ-панель WordPress под пользователем с правами администратора.
2. Перейдите в YITH > Custom Order Status.
3. Откройте вкладку Order Statuses и проверьте, видна ли таблица статусов.
4. Нажмите Add Order Status только после того, как у вас есть название статуса, slug и понимание следующего шага.
5. Создайте тестовый статус, сохраните его и убедитесь, что он появился в списке.

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

Первичная проверка на тестовом заказе

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

Если статус виден только в админке, а клиент его не видит, сначала проверьте настройки самого статуса и шаблон аккаунта WooCommerce. Если статус не появляется в действиях, откройте Screen Options в таблице заказов и убедитесь, что нужная колонка включена. Этот нюанс отдельно описан в документации YITH для поля Next Status.

Настройка нового статуса: поля, стиль, права и логика оплаты

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

Общие параметры: название, тип и slug

В поле Status Name задайте понятное название. Оно должно быть коротким и рабочим: In production, Ready for pickup, Awaiting supplier. Не используйте внутренний жаргон, если клиент увидит статус в аккаунте. Поле Status Type позволяет создать новый пользовательский статус или переопределить один из стандартных статусов WooCommerce. Поле Slug должно быть уникальным и стабильным.

Как выбрать slug без будущих конфликтов

Slug лучше продумать заранее. Если вы поменяете смысл статуса позже, старые заказы могут остаться с прежней логикой или стать непонятными в отчётах. Для рабочих этапов используйте простые латинские слова через дефис: in-production, ready-pickup, quality-check. Не делайте slug слишком общим вроде custom или new.

Стиль: цвет, иконка или текстовая метка

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

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

Права пользователя: оплатить, отменить, скачать

Блок User permissions отвечает за действия клиента в выбранном статусе. В документации указаны опции User can pay, User can cancel и User can download. Это важнее внешнего вида, потому что здесь вы определяете, что клиент может сделать после перехода заказа в новый этап.

• User can pay включайте только там, где заказ ещё ожидает оплату и клиенту действительно нужно дать возможность оплатить.
• User can cancel оставляйте включённым только на этапах, где отмена не ломает производство, доставку или резервирование товара.
• User can download проверяйте отдельно для цифровых товаров, чтобы не открыть файл раньше нужного момента.

Проверка в аккаунте клиента

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

Дополнительные опции: следующий статус, оплата, отчёты и склад

В блоке дополнительных опций находится несколько настроек, которые превращают статус в часть цепочки. Поле Next Status задаёт доступные следующие действия. Опция Set order as paid говорит WooCommerce, считать ли заказ оплаченным в этом статусе. Документация YITH советует включать её, если ваш пользовательский статус следует после Processing или Completed, которые WooCommerce считает оплаченными.

Опция Display in reports включает статус в отчёты WooCommerce. Это полезно, если вы хотите видеть объём заказов в производстве, на упаковке или в ожидании поставки. Опция Show in WooCommerce order actions выводит статус в колонке действий, чтобы менеджер мог быстрее переключать заказ. Restore stock стоит включать только для статусов, которые по смыслу возвращают товар на склад, например отмена или отказ. Для промежуточных этапов доставки это обычно опасно.

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

Цепочка статусов и кнопки действий в заказах

Одна из самых практичных возможностей YITH WooCommerce Custom Order Status - поле Next Status. Оно не делает сложную автоматизацию по условиям, но помогает создать управляемую последовательность. Когда заказ находится в одном статусе, менеджер видит только релевантные следующие действия, а не весь список возможных состояний.

Как построить цепочку без хаоса

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

Для магазина с физической доставкой цепочка может выглядеть так: Pending payment -> Processing -> Packed -> Shipped -> Completed. Для мастерской: Processing -> In production -> Quality check -> Ready for shipping -> Completed. Для самовывоза: Processing -> Preparing pickup -> Ready for pickup -> Completed.

Почему не стоит делать слишком много шагов

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

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

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

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

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

Письма по пользовательским статусам без лишнего шума

Для пользовательского статуса в YITH доступна вкладка Email settings. По документации там настраиваются получатели, имя и адрес отправителя, тема, заголовок, пользовательское сообщение, плейсхолдеры и включение информации о заказе. Это даёт возможность писать клиенту не стандартное “статус изменён”, а нормальное объяснение этапа.

Кому отправлять уведомление

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

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

Как писать текст письма

Пользовательское сообщение может использовать плейсхолдеры вроде {customer_first_name}, {order_number}, {order_value}, {billing_address} и {shipping_address}. Плейсхолдеры удобны, но письмо не должно превращаться в сухую карточку заказа. Начните с человеческого объяснения, затем добавьте детали заказа, если они действительно нужны.

Пример логики письма для статуса Ready for pickup: “Здравствуйте, заказ готов к выдаче. Возьмите с собой номер заказа. Если забрать заказ сегодня не получится, напишите нам ответом на это письмо”. В конце можно включить информацию о заказе, если клиенту нужно сверить состав.

Почему стандартные письма WooCommerce не всегда меняются через YITH

В справке YITH указано важное ограничение: для переопределённых стандартных статусов уведомления управляются WooCommerce. То есть пользовательские письма YITH работают для новых пользовательских статусов, а стандартные письма WooCommerce настраиваются через механизм шаблонов WooCommerce или отдельные инструменты для писем. Это нужно учитывать, если вы переименовали Processing и ждёте, что письмо автоматически станет другим.

Проверка письма: после настройки статуса переведите тестовый заказ в этот статус и проверьте входящие у клиента, администратора и пользовательского адреса. Если письма нет, смотрите не только YITH, но и доставляемость почты WordPress.

Практический пример: заказ на печать с этапом производства и выдачи

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

Цель сценария

Нужно получить цепочку: Processing -> In production -> Quality check -> Ready for pickup -> Completed. Для статуса производства клиент не должен отменять заказ. Для статуса готовности нужно отправить письмо клиенту. Менеджер должен видеть следующие действия в таблице заказов.

Подготовка

Перед настройкой создайте тестовый товар, тестового клиента и тестовый заказ. Убедитесь, что WooCommerce корректно переводит оплаченный заказ в Processing. Если платёжный шлюз оставляет заказ в On hold или Pending payment, зафиксируйте это отдельно: начальная точка цепочки зависит от способа оплаты.

Шаги настройки

1. В YITH > Custom Order Status > Order Statuses нажмите Add Order Status.
2. Создайте статус In production, задайте уникальный slug in-production, выберите заметный цвет и текстовую метку или иконку.
3. В User permissions отключите User can cancel, если отмена на этом этапе невозможна без ручного решения.
4. В Extra options выберите Next Status - Quality check, а Set order as paid включайте только если статус следует после оплаченного состояния.
5. Создайте Quality check и задайте следующий статус Ready for pickup.
6. Создайте Ready for pickup, включите письмо клиенту во вкладке Email settings и напишите короткое сообщение о выдаче.
7. Включите Show in WooCommerce order actions для тех статусов, которые менеджер должен быстро применять из таблицы заказов.

Проверка результата

Откройте тестовый заказ в WooCommerce > Orders и переведите его в In production. Убедитесь, что в доступных действиях появился следующий логичный шаг. Зайдите под тестовым клиентом в раздел заказов и проверьте, как выглядит статус. Затем переведите заказ в Ready for pickup и проверьте письмо.

Что считать успешным тестом

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

Нюанс, который легко пропустить

Статус не должен подменять трекинг доставки. Если клиенту нужен номер отслеживания, используйте отдельный инструмент трекинга или интеграцию YITH WooCommerce Order & Shipment Tracking. Пользовательский статус “отправлен” сообщает этап, но сам по себе не доказывает, что клиент видит ссылку на перевозчика.

Практичные идеи применения для разных типов магазинов

YITH WooCommerce Custom Order Status можно использовать не только для доставки. Он полезен везде, где заказ проходит через внутренний этап, который не отражён в стандартных статусах. Ниже - сценарии, которые опираются на подтверждённые возможности плагина: создание статусов, цепочка следующих действий, права клиента, письма и отображение в заказах.

Магазин товаров под заказ

Для товаров, которые производятся после оплаты, добавьте статусы In production и Quality check. Первый показывает, что заказ уже передан в работу, второй - что товар проверяется перед отправкой. В статусе производства обычно стоит запретить отмену клиентом, если это соответствует правилам магазина, а в письме объяснить, что заказ перешёл в индивидуальное изготовление.

Самовывоз и локальная доставка

Для локального магазина полезны статусы Preparing pickup и Ready for pickup. Первый нужен команде, второй - клиенту. Письмо отправляйте только на готовности к выдаче, иначе клиент может приехать раньше. В аккаунте клиента такой статус снижает неопределённость: заказ не “обрабатывается” неизвестно сколько, а готовится к конкретному действию.

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

Если заказ зависит от поставщика, создайте статус Awaiting supplier. Включать оплату или скачивание в этом статусе обычно не нужно. Письмо клиенту стоит отправлять только если ожидание меняет срок или требует решения. Для команды этот статус полезен как фильтр: видно, какие заказы зависли из-за внешнего условия.

Цифровые товары с ручной проверкой

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

Отчёты, права менеджеров и импорт старых статусов

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

Какие статусы включать в отчёты

Опция Display in reports нужна, если статус должен участвовать в аналитике WooCommerce. Например, магазину важно видеть, сколько заказов находится в производстве или ожидании поставки. Но не каждый промежуточный статус должен попадать в отчёты. Если статус используется как временная внутренняя пометка на несколько минут, аналитика может стать шумной.

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

Нужно ли разрешать shop managers управлять статусами

В настройках YITH можно разрешить менеджерам магазина создавать и редактировать пользовательские статусы. Это удобно, если операционная команда сама отвечает за процесс. Но при слабом регламенте такая свобода быстро превращается в разрозненные статусы: “проверить”, “проверка”, “на проверке”, “почти готово”.

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

Импорт статусов из других плагинов

Документация YITH описывает кнопку Import Statuses, которая импортирует статусы, созданные сторонними плагинами, если такой плагин установлен и активирован. Это полезно при переходе с другого решения: заказы не должны “потерять” видимые названия статусов, а команда сможет постепенно привести их к новой схеме.

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

Проверка результата на сайте, в админке и в письмах

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

Мини-чек-лист тестового заказа

1. Создайте заказ с тем же способом оплаты, который используют реальные клиенты.
2. Проверьте начальный статус после оплаты или создания заказа.
3. Переведите заказ в новый статус через карточку заказа.
4. Проверьте, отображается ли статус в WooCommerce > Orders.
5. Проверьте аккаунт клиента и страницу деталей заказа.
6. Проверьте, появились ли правильные действия в колонке заказов.
7. Проверьте письмо клиента, администратора и пользовательского получателя, если они включены.
8. Проверьте отчёты и складские остатки, если для статуса включены соответствующие опции.

Как понять, что настройка сработала

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

Как безопасно откатить спорную настройку

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

Небольшие безопасные улучшения без правки плагина

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

Ниже пример осторожной правки для типовой WooCommerce-разметки mark.order-status. Она не использует закрытые хуки YITH и не меняет данные заказа. Перед применением проверьте селектор в браузерном инспекторе: тема может использовать свою разметку.

.woocommerce-orders-table mark.order-status,
.woocommerce-MyAccount-content mark.order-status {
  display: inline-block;
  padding: 0.25rem 0.55rem;
  border-radius: 999px;
  font-weight: 600;
  line-height: 1.2;
  white-space: nowrap;
}

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

Типичные проблемы при работе со статусами и как их диагностировать

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

Статус создан, но не виден в быстрых действиях заказа

Симптом: статус есть в списке YITH, но менеджер не видит его в колонке действий на странице заказов. Возможная причина - не включена опция Show in WooCommerce order actions, не настроен Next Status или скрыта нужная колонка через Screen Options.

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

Клиент не получил письмо после смены статуса

Симптом: заказ перешёл в пользовательский статус, но письмо не пришло. Возможные причины - не настроена вкладка Email settings, выбран не тот получатель, письмо попало в спам, WordPress не отправляет почту или статус является переопределённым стандартным статусом WooCommerce, где письмами управляет не YITH.

Проверьте получателей, тему, сообщение и тестовую доставку почты. Если речь о стандартном статусе, смотрите шаблоны и настройки писем WooCommerce. Если почта WordPress нестабильна, используйте проверенный SMTP-плагин, но не маскируйте проблему повторными статусами.

Заказ получил не тот начальный статус

Симптом: после оформления заказ попадает в On hold, Pending payment или Processing, хотя вы ожидали другой этап. Причина часто в платёжном шлюзе. Документация YITH прямо указывает, что первый статус зависит от способа оплаты и дальнейшего платёжного события.

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

Клиент может отменить заказ, хотя этап уже необратимый

Симптом: в аккаунте клиента остаётся кнопка отмены на этапе производства или доставки. Возможная причина - включена опция User can cancel для статуса, где отмена не должна быть доступна. Исправление простое: выключите опцию и проверьте аккаунт клиента на тестовом заказе.

Когда лучше откатить настройку

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

Заказы исчезли из привычного отчёта или фильтра

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

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

Когда YITH WooCommerce Custom Order Status будет удачным выбором

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

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

Если после проверки вы видите, что плагин закрывает ваш сценарий, можно загрузить архив с YITH WooCommerce Custom Order Status и протестировать его на копии магазина или безопасной тестовой среде. Не начинайте с рабочего потока заказов: сначала один тестовый товар, один клиент, один заказ и только потом реальные статусы для команды.