WooCommerce Advanced Notifications - Плагин WordPress

Руководство по настройке WooCommerce Advanced Notifications для заказов, остатков и поставщиков

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

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

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

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

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

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

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

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

Кому подходит WooCommerce Advanced Notifications, а кому лучше выбрать другой путь

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

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

Плагин может не подойти, если вы хотите настраивать сложное содержание письма в визуальном редакторе, строить цепочки "если заказ содержит X и покупатель из региона Y, подождать два дня и отправить SMS", вести журнал всех действий или подключать внешние каналы вроде Slack, Telegram и CRM. Для таких сценариев чаще смотрят в сторону AutomateWoo, Zapier-интеграций, специализированных уведомлений по складу или отдельных расширений для возврата товара в наличие.

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

Что проверить перед установкой

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

Состояние WooCommerce и почтовой отправки

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

Если магазин работает на общем хостинге, письма могут уходить через функцию сервера, а не через отдельный SMTP-транспорт. Это не всегда плохо, но для магазина с поставщиками лучше заранее настроить предсказуемую доставку: доменная почта, SPF, DKIM, DMARC и журнал отправки писем. WooCommerce сам указывает в диагностике email, что при пропаже писем стоит проверять настройки, журналы и конфликты.

Складские пороги и статусы товаров

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

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

Права и тестовая среда

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

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

Установка и первый запуск без лишнего риска

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

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

Первый получатель

В разделе WooCommerce -> Notifications нажмите Add notification. В карточке получателя задайте понятное имя. Это имя будет отображаться в письмах, поэтому не используйте внутренние сокращения, которые непонятны партнёру. В поле email можно указать несколько адресов через запятую, если уведомление должны получать несколько людей одной роли. Дополнительные поля вроде телефона и адреса документация описывает как справочную информацию: они удобны для учёта, но сами по себе не управляют отправкой.

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

Первичная проверка после активации

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

Подробная настройка получателей и событий

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

Какие события включать

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

Для склада обычно имеют смысл Low stock и Out of stock. Для поставщика или дропшиппера чаще включают Purchases, иногда вместе с Backorders, если поставщик должен заранее видеть превышение доступного остатка. Возвраты полезны, если партнёр отвечает за обратную логистику или должен знать, что товар вернулся в процесс обработки.

Что показывать в письме

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

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

Когда использовать HTML, а когда plain text

HTML-письмо хорошо читается и сохраняет привычный вид WooCommerce. Plain text стоит проверить, если партнёр просит "чистое" письмо для обработки в своей системе или если корпоративная почта плохо принимает разметку. Для критичных получателей можно создать тестовый период: отправить одинаковый тестовый заказ в двух форматах и попросить партнёра подтвердить, какой вариант проще обрабатывать.

Откат спорной настройки

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

Как спроектировать роли получателей до кликов в админ-панели

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

Разделите людей по действию, а не по должности

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

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

Создайте карту "товар - ответственный - письмо"

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

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

Учитывайте смешанные заказы

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

Для каждого важного получателя заранее определите, что должно произойти в смешанном заказе. Поставщик получает только свои товары? Склад получает весь заказ или только физические позиции? Бухгалтерия получает возврат независимо от категории? Эти решения лучше принять до тестов. Тогда проверка результата будет не субъективной, а конкретной: письмо либо совпало с ожидаемым маршрутом, либо правило нужно исправить.

Складские уведомления: низкий остаток, отсутствие товара и предзаказы

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

Низкий остаток как ранний сигнал, а не авария

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

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

Out of stock и backorders требуют разных действий

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

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

Как уменьшить шум от складских писем

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

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

Триггеры по категориям, классам доставки и отдельным товарам

Именно триггеры делают плагин продуктовым инструментом, а не просто списком дополнительных email-адресов. В настройке доступны варианты "все покупки", категории товаров, классы доставки и привязка к конкретным товарам. Выбор зависит от того, как устроен каталог и кто фактически выполняет заказ.

Категории как маршрут для отдела или поставщика

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

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

Класс доставки как маршрут для логистики

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

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

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

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

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

Практический пример: письмо поставщику только по его товарам

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

Цель

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

Подготовка

Создайте тестовый товар "Футболка тестовая" или используйте уже существующий товар в закрытом тестовом режиме. Убедитесь, что он находится в правильной категории или имеет нужный класс доставки. Создайте второй товар из другой группы, например "Кружка тестовая", чтобы проверить смешанный заказ. Для теста используйте свой email вместо адреса поставщика.

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

1. Откройте WooCommerce -> Notifications и создайте нового получателя с понятным именем, например "Поставщик футболок".
2. В поле email укажите тестовый адрес, который вы контролируете.
3. Выберите событие Purchases, потому что поставщику нужно письмо после покупки.
4. Выберите HTML или plain text по потребности партнёра. Для первого теста удобнее HTML, чтобы видеть структуру.
5. Не включайте Include all items, если хотите скрыть товары других поставщиков.
6. Отключите цены и итоги заказа, если поставщику не нужны финансовые данные.
7. В триггерах выберите категорию футболок или класс доставки, который закреплён за подрядчиком.
8. Сохраните уведомление и проверьте, что оно появилось в списке получателей.

Проверка смешанным заказом

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

Нюанс, который часто пропускают

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

Мини-итог: хороший тестовый заказ должен проверять не только факт письма, но и отсутствие лишних позиций. Для WooCommerce Advanced Notifications это такая же важная проверка, как доставка email.

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

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

Что смотреть в письме

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

Что смотреть в админ-панели

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

Как документировать рабочие правила

Не оставляйте правила только в голове администратора. Сделайте внутреннюю таблицу: получатель, email, событие, триггер, показывать ли цены, показывать ли все товары, кто владелец правила, как тестировать. Такая таблица особенно помогает, когда поставщик меняет адрес, категория переименовывается или новый сотрудник пытается понять, почему письмо уходит именно туда.

Шаблоны писем и безопасные технические улучшения

WooCommerce Advanced Notifications использует письма WooCommerce, но у него есть отдельные шаблоны для части уведомлений. Документация называет файлы new-order.php, new-order-plain.php, refunds.php и refunds-plain.php. Их можно переопределить в теме по структуре yourtheme/woocommerce-advanced-notifications/emails/new-order.php. Остальные уведомления используют стандартный шаблон WooCommerce и не имеют отдельных файлов переопределения именно для этого плагина.

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

Когда не стоит менять шаблон

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

Официально описанный фильтр для статуса ожидания

В документации есть точечный фильтр, который возвращает отправку покупки при переходе заказа из Pending Payment в On Hold. Его не следует добавлять в functions.php темы: документация прямо указывает использовать служебный плагин или плагин для фрагментов кода. Применяйте его только если ваш процесс действительно считает такой переход рабочим сигналом для получателя.

add_filter( 'woocommerce_advanced_notifications_purchase_pending_to_on-hold', '__return_true' );

После добавления фильтра сделайте отдельный тест: заказ должен перейти именно из Pending Payment в On Hold, а получатель должен получить письмо только там, где это ожидается. Если партнёры начинают получать письма слишком рано, удалите фрагмент и вернитесь к стандартному поведению. Не включайте этот фильтр просто "на всякий случай", потому что он меняет бизнес-смысл момента отправки.

Частые проблемы и диагностика

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

Письмо не приходит получателю

Симптом: тестовый заказ оформлен, но получатель из WooCommerce -> Notifications ничего не получил.

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

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

Поставщик получает лишние товары

Симптом: письмо приходит, но в нём видны позиции, которые поставщик не должен обрабатывать.

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

Исправление: выключите показ всех товаров, сузьте категорию или используйте per-product trigger для спорной позиции. Если каталог регулярно меняется, закрепите ответственность через классы доставки или внутреннюю таблицу правил, чтобы маркетинговые категории не ломали логистику.

Низкий остаток не запускает уведомление

Симптом: товар опустился ниже ожидаемого количества, но складское письмо не пришло.

Проверьте настройки WooCommerce -> Settings -> Products -> Inventory. Должен быть включён учёт запасов там, где он нужен, а уведомления о низком и нулевом остатке должны быть активны. Затем откройте сам товар: если количество не отслеживается, событие может не сформироваться так, как вы ждёте.

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

Поле выбора получателей не видно в карточке товара

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

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

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

Письма выглядят не так, как ожидалось

Симптом: получатель видит письмо, но его содержимое или оформление не соответствует рабочему процессу.

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

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

Когда WooCommerce Advanced Notifications будет удачным выбором

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

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

Если вам нужен простой и контролируемый слой email-маршрутизации для поставщиков, склада или внутренних отделов, можно переходить к блоку загрузки и скачать последнюю версию WooCommerce Advanced Notifications для тестирования на копии магазина. Если же вам нужны сложные цепочки, SMS, push-каналы, CRM-действия или глубокая настройка содержания каждого письма, заранее сравните плагин с более широкими инструментами автоматизации.