WooCommerce Print Invoices and Packing Lists - Плагин WordPress

Руководство по настройке WooCommerce Print Invoices and Packing Lists для счетов, упаковочных листов и pick lists

WooCommerce Print Invoices and Packing Lists стоит рассматривать не как декоративное дополнение к заказам, а как рабочий инструмент для магазина, где документы помогают собрать, проверить и отправить заказ без лишних ручных действий. В этом руководстве разберём, как подготовить сайт, включить плагин, настроить шаблон документов, выбрать поля для счета, упаковочного листа и сводного списка подбора, а затем проверить результат на тестовом заказе.

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

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

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

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

WooCommerce Print Invoices and Packing Lists добавляет к этой цепочке документальный слой. В заказах появляются действия для печати или отправки документов, а в настройках - отдельные разделы для внешнего вида шаблона, состава счета, состава упаковочного листа, pick list и писем. Практический смысл не в том, что документ "красиво выглядит", а в том, что каждый участник процесса видит именно те данные, которые нужны на его этапе.

Для клиента счет фиксирует состав покупки, сумму, адреса и дополнительные сведения магазина. Для упаковщика packing list помогает собрать товары по категориям, сверить количество, не положить в коробку виртуальные позиции и увидеть заметку клиента, если вы включили её вывод. Для склада pick list даёт объединённый список товаров по нескольким заказам, чтобы сначала собрать всё со стеллажей, а потом разложить по отдельным отправлениям.

Когда плагин особенно полезен

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

• Магазин отправляет физические товары и хочет печатать упаковочные листы из WooCommerce > Orders.
• Сотрудник склада собирает несколько заказов за один проход и ему нужен combined pick list.
• В документах нужно показывать логотип, адрес, VAT number, политику возврата или короткий текст поддержки.
• Клиентам нужно дать доступ к счетам из раздела My Account.
• Администратор хочет фильтровать заказы по тому, распечатан ли счет или packing list.

Где ожидания лучше снизить заранее

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

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

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

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

Совместимость и состояние магазина

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

Если магазин уже использует другой плагин счетов, PDF-вложений, автоматической печати или кастомных номеров заказов, не включайте два инструмента на одних и тех же письмах без теста. Дублированные счета, разные номера документов или две разные версии packing list могут запутать клиента и склад.

Данные, от которых зависит качество документов

Документ печати не исправляет исходные данные заказа. Он только берёт их из WooCommerce и показывает в заданном формате. Поэтому заранее проверьте товары, категории, SKU, вес, налоговые настройки, способы доставки, адрес магазина и текст политики возврата. Особенно важны категории: плагин использует группировку товаров по категориям в packing lists и pick lists, поэтому хаотичная структура каталога быстро превращается в неудобный складской документ.

• У товаров заполнены понятные названия, SKU и вес, если эти поля нужны упаковщику.
• Категории отражают складскую логику, а не только маркетинговую навигацию витрины.
• Физические и виртуальные товары различаются корректно, чтобы packing list не требовал собрать цифровой товар.
• Налоги и способы доставки настроены в WooCommerce до проверки счета.
• Письма WooCommerce отправляются стабильно, если вы планируете включать document emails.

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

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

Для безопасной проверки создайте тестовый заказ с несколькими типами товаров: физический товар с весом, вариативный товар с атрибутом, товар со скидкой, виртуальный товар и заметка клиента. Такой заказ сразу показывает, как плагин работает с составом строки, купонами, налогами, категориями, shipping method и customer note.

Установка и первичная проверка без лишнего риска

После загрузки ZIP-архива расширение устанавливается стандартным способом через Plugins > Add New > Upload Plugin. После активации в списке плагинов обычно появляется ссылка Configure, а настройки находятся в WooCommerce > Settings > Invoices/Packing Lists. Важно не начинать с тонкой кастомизации. Сначала проверьте, что плагин видит заказы и создаёт базовые документы.

Быстрый запуск после активации

1. Откройте WooCommerce > Orders и выберите один тестовый заказ.
2. Проверьте действия документа в строке заказа или в выпадающем списке действий заказа.
3. Откройте печать invoice и packing list в режиме предварительного просмотра браузера.
4. Вернитесь в настройки и убедитесь, что доступны вкладки General, Invoice, Packing List и Pick List.
5. Проверьте, появился ли фильтр заказов по printed status, если вы планируете печатать документы партиями.

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

Первый тест печати

Для реального магазина важно проверить не только HTML-просмотр, но и то, как документ выглядит в диалоге печати. Откройте invoice и packing list, затем используйте стандартное окно печати браузера. Смотрите на переносы строк, обрезание логотипа, ширину таблицы товаров, страницы между несколькими заказами и читаемость текста. Если документ будет вкладываться в посылку, напечатайте один экземпляр на обычной бумаге, а не оценивайте только экран.

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

Настройка шаблона: логотип, тексты, цвета и документный CSS

Визуальный шаблон управляет тем, как будут выглядеть invoice, packing list и pick list. Он открывается из WooCommerce > Settings > Invoices/Packing Lists > General через кнопку Customize. Официальная документация описывает визуальный редактор с живым предпросмотром: можно менять данные компании, типографику, цвета, тексты header/footer, shop policies и дополнительные CSS-стили. Это удобная отправная точка, потому что большинство магазинов не нуждаются в отдельном шаблоне с нуля.

Company Information

Начните с данных компании. Логотип, название магазина, адрес и VAT number должны быть понятны клиенту и бухгалтерии. Если вы отправляете документы международным покупателям, используйте формат адреса, который читается без знания локальных сокращений. В поле дополнительной информации стоит помещать только то, что помогает связаться с магазином или понять документ: телефон поддержки, короткий email, номер отдела или важное примечание.

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

Typography и Colors

Размер заголовков и основного текста влияет на печать сильнее, чем кажется. Слишком мелкий шрифт экономит место, но упаковщик начнёт ошибаться в количестве и атрибутах. Слишком крупный шрифт создаёт лишние страницы при bulk print. Для типового магазина лучше выбрать умеренный размер body font и проверить длинные названия товаров, вариации, купоны и customer note.

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

Content и shop policies

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

Безопасная CSS-правка для печатного документа

Официальная документация указывает классы-обёртки для разных типов документов: .woocommerce-pip.invoice, .woocommerce-pip.packing-list и .woocommerce-pip.pick-list. Поэтому мелкие стилистические правки лучше делать в поле Advanced внутри шаблона, а не изменять файлы плагина. Пример ниже не добавляет новую функцию, а только делает служебный footer чуть компактнее на packing list.

.woocommerce-pip.packing-list .document-footer {
  font-size: 11px;
  line-height: 1.35;
}

.woocommerce-pip.packing-list .order-note {
  margin-top: 8px;
  padding-top: 6px;
  border-top: 1px solid #d9d9d9;
}

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

Invoice, Packing List и Pick List: какие данные показывать

Самая важная часть настройки - не внешний вид, а состав документа. Один и тот же заказ нужен разным людям по-разному. Клиенту важны адрес, товары, суммы, налоги, купоны и понятный номер счета. Упаковщику важны товары, количество, вес, атрибуты, SKU, customer note и отсутствие виртуальных позиций. Сотруднику склада при batch-обработке нужен объединённый pick list, где товары можно собрать по категориям или по заказам.

Настройки счета

На вкладке Invoice выберите, показывать ли shipping method, customer details, customer note, coupons и optional fields вроде SKU, thumbnail, line taxes или unit price. Для большинства магазинов SKU полезен почти всегда: он связывает документ с внутренним складским названием. Line taxes и unit price нужны не каждому packing-процессу, но для счета они часто важны. Customer note лучше показывать, если покупатели оставляют значимые инструкции, например пожелания к доставке или подарочной упаковке.

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

Настройки упаковочного листа

На вкладке Packing List настройте customer details, customer note, terms and conditions, footer, optional fields, total weight, thumbnail и исключение virtual items. Exclude virtual items особенно важен для магазинов со смешанными корзинами. Если покупатель заказал физический товар и цифровой файл, упаковщику не нужно видеть цифровую позицию как предмет для коробки. Если заказ полностью виртуальный, документация описывает состояние, при котором packing list сообщает, что shipped items отсутствуют.

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

Pick List для нескольких заказов

Pick list отличается от packing list тем, что работает как сводный документ по нескольким заказам. Его можно использовать перед упаковкой: сотрудник сначала собирает товары со склада, а затем раскладывает их по конкретным заказам. В настройках Pick List есть выбор output: grouping by order или grouping by categories. Первый вариант удобен, когда один человек сразу собирает и упаковывает каждый заказ. Второй - когда склад сначала собирает общий набор товаров по категориям.

Как выбрать поля без перегруза

Используйте правило "одно поле - одна практическая причина". SKU нужен для сверки со складом. Weight нужен, если упаковщик выбирает коробку или проверяет вес отправления. Product thumbnail нужен, если визуальное различие снижает ошибки. Customer note нужен, если заметки реально влияют на упаковку. Если причину сформулировать нельзя, поле лучше отключить и оставить документ легче.

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

Меняйте настройки по одной группе и сохраняйте короткую запись: что включили, для какого документа и почему. Если packing list стал длиннее, а ошибок меньше не стало, верните прежний состав полей. Если invoice стал непонятен клиентам, отключите служебные поля и оставьте их только в packing list или pick list.

Номера счетов, printed status и дисциплина партии заказов

В документах WooCommerce легко потерять порядок, если команда печатает их "по ощущениям". Один менеджер открыл invoice из заказа, другой распечатал packing list через bulk action, третий отправил письмо повторно, а упаковщик не понимает, какие заказы уже прошли сборку. Поэтому для WooCommerce Print Invoices and Packing Lists важно настроить не только вид документа, но и рабочую дисциплину вокруг номера счета, статуса печати и фильтрации заказов.

Карточка продукта указывает на возможность использовать sequential invoice numbers или WooCommerce order numbers as invoice numbers. Это не косметическая настройка. Если магазин уже использует отдельное расширение для номеров заказов или у бухгалтерии есть требование к последовательности счетов, выбор номера нужно согласовать заранее. Для маленького магазина иногда достаточно order number, потому что команда быстро связывает счет с заказом. Для магазина с отдельным учётом счетов удобнее последовательная invoice-нумерация, но её нельзя менять без понимания последствий для уже созданных документов.

Как выбрать логику номера без путаницы

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

При смене логики номера используйте тестовый заказ, затем заказ с купоном, заказ с возвратом и заказ, созданный вручную администратором. Такая проверка показывает, не появляется ли разрыв между номером заказа, invoice number и тем, что видит клиент в My Account. Если магазин подключён к внешнему учёту, экспортам или CRM, проверьте, какое поле они используют как главный идентификатор.

Printed status как контроль обработки

Документация описывает фильтрацию заказов по тому, были ли распечатаны invoice или packing list. Этот фильтр стоит включить в ежедневный регламент. Он помогает не печатать одни и те же документы дважды и не пропускать заказы, которые готовы к сборке. Но printed status не должен заменять статус заказа WooCommerce. Это вспомогательный признак документа, а не универсальная отметка "заказ собран".

Хорошая схема выглядит так: статус WooCommerce отвечает за состояние заказа, document printed status - за то, был ли создан бумажный или HTML-документ, а внутренняя процедура склада - за фактическую сборку коробки. Если смешать эти уровни, менеджер может решить, что заказ уже отправлен, потому что packing list распечатан, хотя товар ещё лежит на столе проверки.

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

Для bulk print заранее договоритесь, что делать с повторной печатью. Иногда она нормальна: испортилась бумага, изменилась customer note, заказ разбили на две посылки. Иногда повторная печать опасна: упаковщик может собрать тот же заказ дважды. Поэтому полезно завести правило: повторная печать выполняется только после короткой проверки причины и, если нужно, пометки в order note.

• Перед первой печатью партия фильтруется по статусу заказа и отсутствию printed status.
• Перед повторной печатью менеджер проверяет, почему документ нужен снова.
• Если документ изменён после печати, команда понимает, какая версия актуальна.
• Если заказ содержит customer note, его лучше просматривать отдельно перед массовой печатью.
• Если в партии есть виртуальные товары, проверяется включённая настройка exclude virtual items.

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

Печать и отправка документов из заказов WooCommerce

После настройки шаблона и состава документов нужно встроить плагин в ежедневный процесс. Официальная документация описывает действия на странице WooCommerce > Orders, индивидуальные действия внутри заказа и bulk actions. Именно здесь решается, будет ли расширение экономить время или просто добавит ещё одну вкладку в админ-панели.

Индивидуальные действия по одному заказу

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

Bulk actions для партии заказов

Bulk print нужен там, где заказы собирают партиями. Выберите несколько заказов, примените действие печати invoice, packing list или pick list, затем откройте документ и распечатайте. Документация отдельно рекомендует фильтровать заказы перед bulk actions: по статусу или по тому, был ли уже распечатан invoice или packing list. Это простая защита от повторной печати и от пропуска заказов.

Для ежедневного процесса удобно завести порядок:

1. Отфильтровать заказы по статусу, который соответствует готовности к упаковке.
2. Отдельно проверить заказы с customer note или нестандартной доставкой.
3. Распечатать combined pick list для общей сборки товаров.
4. Распечатать packing lists по выбранным заказам.
5. После упаковки проверить, что все выбранные заказы получили нужный printed status.

Document emails

Плагин добавляет письма для invoice, packing list и pick list в настройках email WooCommerce. По документации invoice может автоматически отправляться клиенту после оплаты, packing list - администратору, а pick list отправляется вручную через bulk action. Перед включением email-сценариев проверьте, какие письма уже отправляет магазин. Если клиент получает стандартное письмо WooCommerce, письмо доставки, письмо оплаты и отдельный invoice, важна не только доставка письма, но и отсутствие информационного шума.

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

Практический сценарий: настроить документы для магазина с физическими и цифровыми товарами

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

Цель

Нужно получить три рабочих документа: invoice для клиента, packing list для отдельной коробки и pick list для утренней сборки нескольких заказов. В invoice должны быть суммы, купоны и shipping method. В packing list нужны SKU, вес, заметка клиента и исключение virtual items. В pick list нужно собрать товары по категориям, чтобы сотрудник прошёл склад один раз.

Подготовка

Создайте или выберите тестовый заказ с двумя физическими товарами из разных категорий, одной вариацией, одним виртуальным товаром и customer note. Убедитесь, что у физических товаров заполнены SKU и вес. Для проверки купонов добавьте скидку, если ваш магазин их использует. Переведите заказ в статус, при котором команда обычно начинает обработку.

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

1. В General откройте Customize, добавьте логотип, адрес магазина, короткий footer и политику возврата.
2. На вкладке Invoice включите shipping method, customer details, coupons, SKU и unit price, если эти данные нужны клиенту или бухгалтерии.
3. На вкладке Packing List включите customer note, SKU, total weight и Exclude virtual items.
4. На вкладке Pick List выберите группировку по категориям, если склад сначала собирает общий набор товаров.
5. В WooCommerce > Settings > Emails включайте только те document emails, которые действительно нужны текущему процессу.
6. Откройте тестовый заказ и распечатайте invoice и packing list по одному заказу.
7. Выберите несколько тестовых заказов в WooCommerce > Orders и сформируйте pick list через bulk action.

Ожидаемый результат

Invoice показывает клиенту состав заказа и финансовые детали без складского мусора. Packing list не содержит виртуальный товар, но содержит физические позиции, количество, SKU, вес и заметку клиента, если она влияет на упаковку. Pick list объединяет товары по нескольким заказам и помогает собрать их до упаковки. После печати менеджер может использовать printed-фильтры, чтобы не повторять одну и ту же партию.

Нюанс, который часто мешает

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

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

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

Проверка данных

Откройте invoice, packing list и pick list для тестового заказа. Сверьте названия товаров, количество, SKU, вес, shipping method, customer note, купоны и налоги. Если поле пустое, проверьте, заполнено ли оно в товаре или заказе. Документ не может вывести SKU, которого нет у товара, и не должен показывать shipping method, если заказ не содержит доставку.

Проверка печати

Распечатайте один invoice и один packing list на бумаге. Смотрите на ширину таблицы, переносы длинных названий, размер логотипа, читаемость customer note и page breaks. Если документы печатаются партией, проверьте несколько заказов подряд. Важно убедиться, что один заказ не начинается посреди таблицы другого и что сотрудники не путают страницы.

Проверка процесса

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

• Invoice понятен клиенту и не содержит лишних складских полей.
• Packing list помогает собрать коробку и не показывает виртуальные позиции.
• Pick list экономит проходы по складу, а не создаёт второй список для ручной сортировки.
• Письма с документами приходят только тем получателям, которым они нужны.
• Фильтры printed status помогают контролировать обработанные заказы.

Тонкая настройка для разработчика: hooks и аккуратные изменения

Для большинства магазинов достаточно визуального редактора и настроек полей. Но у WooCommerce Print Invoices and Packing Lists есть developer reference с actions и filters. Это важно для проектов, где нужно изменить таблицу строк, сортировку, логику видимости позиции, subject писем или данные компании. При этом документация прямо позиционирует эти хуки как справку для разработчиков и дизайнеров, а не как обязательный путь для каждого администратора.

Хорошее правило: сначала ищите штатную настройку, затем CSS в Advanced, и только потом PHP snippet через дочернюю тему или Code Snippets. Если нужного hook/filter нет в developer reference, не придумывайте его. И если изменение влияет на счета, налоги или юридически значимые данные, согласуйте его с ответственным специалистом до внедрения.

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

Developer reference описывает action wc_pip_styles, который срабатывает внутри style-области документа. Пример ниже показывает принцип добавления компактной печатной подсветки для order note. Используйте его только если вам нужен общий кодовый контроль, а не достаточно поля Advanced в настройках шаблона.

add_action( 'wc_pip_styles', function() {
    ?>
    .woocommerce-pip .order-note {
        border-top: 1px solid #cccccc;
        margin-top: 10px;
        padding-top: 8px;
        font-size: 12px;
    }
    <?php
} );

Вставляйте такой код только в безопасное место для snippets, а не в файлы плагина. После добавления откройте invoice, packing list и pick list, потому что общий стиль может затронуть несколько типов документов. Если результат не подходит, отключите snippet и вернитесь к настройке через Advanced.

Что не стоит менять кодом без необходимости

Не переписывайте номер счета, суммы, налоги, адреса и состав строк заказа ради визуального удобства. Такие данные связаны с WooCommerce и могут иметь бухгалтерское значение. Если нужно добавить кастомное поле, сначала проверьте, есть ли документированный filter вроде wc_pip_document_table_rows, wc_pip_document_table_headers, wc_pip_order_item_visible или related filter в developer reference. Если задача сложная, лучше поручить её разработчику, который понимает WooCommerce order objects и умеет тестировать обновления.

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

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

В документе нет нужного поля

Симптом

В packing list не видно SKU, веса, customer note или другого поля, которое ожидал упаковщик.

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

Сначала откройте товар и заказ в WooCommerce. Убедитесь, что поле заполнено в исходных данных. Затем проверьте вкладку конкретного документа: Invoice, Packing List или Pick List. Включение поля для invoice не означает, что оно автоматически появится в packing list.

Как исправить

Включите нужное optional field только в том документе, где оно действительно нужно. Если поле кастомное и штатной настройки нет, ищите документированный filter в developer reference или оставьте задачу разработчику. Не добавляйте неподтверждённый snippet из случайного источника.

Виртуальные товары попадают в packing list

Симптом характерен для смешанных магазинов. Проверьте, отмечен ли товар как virtual в данных товара, затем включена ли опция Exclude virtual items на вкладке Packing List. Если товар является физическим набором с цифровым бонусом, модель товара может требовать отдельной структуры: цифровой файл как виртуальная позиция, физический комплект как shipping item.

Bulk print печатает не ту партию заказов

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

Письмо с документом не приходит

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

Печатный вид ломается: логотип огромный, таблица уезжает, страницы режутся

Откройте документ в разных браузерах или хотя бы в режиме предварительной печати. Уменьшите логотип, верните контрастные цвета, отключите лишние optional fields и проверьте длинные названия товаров. Если проблема появилась после CSS, временно удалите CSS из Advanced или отключите snippet. Откат должен быть быстрым и понятным: сначала вернуть настройки, потом искать тонкую причину.

Нужен PDF-вложенный файл, а плагин отправляет HTML-документ

Официальная карточка и отзывы показывают, что ожидание PDF-вложения встречается у пользователей, но этот продукт ориентирован на печать и HTML-документы внутри своего workflow. Если бухгалтерия или покупатели требуют именно PDF attachments, сравните продукт с альтернативами, где PDF-вложения являются центральной функцией. Не обещайте клиентам PDF, пока не проверили конкретную функцию в установленной версии.

Когда WooCommerce Print Invoices and Packing Lists будет удачным выбором

Этот плагин стоит использовать, если вам нужен понятный документный workflow внутри WooCommerce: печать invoice и packing list из заказов, bulk actions, combined pick lists, настраиваемый шаблон, HTML-письма и контроль того, какие документы уже распечатаны. Он особенно полезен для магазинов с физической отправкой, где ошибка сборки стоит дороже, чем аккуратная настройка документов один раз.

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

Если же главный запрос - PDF attachments, электронные налоговые форматы, shipping labels или очень специфичная подарочная логика, не пытайтесь насильно превратить один инструмент во всё сразу. Выберите продукт под главный документный сценарий, а WooCommerce Print Invoices and Packing Lists оставьте там, где его сильная сторона действительно работает: invoice, packing list и pick list как часть ежедневной обработки заказов.