Backorder в WooCommerce: как продавать под заказ и не путать остатки

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

Но включать backorder «для всего каталога» без правил опасно. Покупатель должен понимать, что товар не лежит на складе прямо сейчас, менеджер — видеть реальный дефицит, а интеграция со складом или ERP — не перетирать отрицательный остаток случайным импортом. Поэтому настройка начинается не с галочки в карточке товара, а с бизнес-логики.

Что WooCommerce называет backorder

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

Базовые настройки запасов находятся в WooCommerce → Settings → Products → Inventory. Там же задаются управление количеством, пороги низкого остатка и параметр Hold Stock для неоплаченных заказов. Документация WooCommerce: Products Settings — Inventory.

Backorder и pre-order — не одно и то же

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

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

Сначала определите, какие товары вообще можно продавать под заказ

Не каждый SKU безопасно оставлять доступным при нулевом остатке. До настройки разделите каталог хотя бы на три группы:

• товар всегда доступен у поставщика и может стабильно дозаказываться;
• товар поставляется партиями и иногда имеет непредсказуемый срок;
• товар лимитированный или снятый с производства, для него backorder запрещён.

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

Включите управление количеством там, где нужен точный остаток

WooCommerce может хранить только статус «в наличии / нет в наличии / под заказ» или вести числовой остаток. Для управляемого backorder полезнее именно количественный учёт. Тогда видно, когда запас пересёк ноль, сколько единиц уже продано сверх текущего наличия и где требуется пополнение.

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

Три режима Allow back orders?

Do not allow — при исчерпании остатка покупатель не сможет заказать позицию. Это самый безопасный режим для лимитированных товаров.

Allow, but notify customer — заказ разрешён, а интерфейс показывает, что позиция доступна по backorder. Для большинства магазинов это предпочтительный вариант: человек заранее понимает, что срок может отличаться от обычной доставки.

Allow — WooCommerce разрешает покупку, но для клиента товар выглядит как обычный доступный товар. Такой режим стоит использовать только тогда, когда бизнес действительно может выполнить заказ в стандартный срок и отдельное предупреждение не требуется.

Не скрывайте срок поставки

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

Для товара под заказ полезно выводить понятную подпись: «Поставка 5–7 дней», «Отправка после 20 сентября» или «Срок подтвердит менеджер». Лучше получать срок из той же системы, где хранится информация поставщика, а не держать его вручную в тексте карточки.

Как Hold Stock связан с остатками

В WooCommerce есть настройка Hold Stock (minutes). Она определяет, сколько времени запас резервируется для неоплаченного заказа в статусе pending. После истечения заданного времени такой заказ может быть отменён, а удержанный товар возвращён в доступный остаток.

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

Проверьте платёжные методы с отложенной оплатой

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

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

Вариативные товары требуют отдельного теста

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

Перед запуском проверьте минимум четыре случая: вариация с положительным остатком, последняя единица, нулевой остаток с разрешённым backorder и нулевой остаток с запретом. Карточка, корзина и checkout должны показывать согласованную информацию.

Что происходит с остатком после заказа

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

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

Синхронизация со складом должна иметь одного хозяина данных

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

Для надёжной архитектуры полезно передавать события заказа через webhook с idempotency key и вести журнал синхронизации. Подход к защите от потерянных и повторных событий разобран в материале о webhooks WooCommerce и CRM.

Не забывайте про отмены и возвраты

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

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

Как протестировать backorder перед production

1. Создайте staging-копию с актуальными настройками WooCommerce.
2. Возьмите тестовый SKU с остатком 1.
3. Оформите заказ на одну единицу и проверьте переход остатка к нулю.
4. Оформите следующий заказ при разрешённом backorder и проверьте уведомление клиенту.
5. Отмените один из заказов и проверьте восстановление количества.
6. Повторите сценарий для вариативного товара.
7. Проверьте экспорт/CRM/склад, если они подключены.

Важно проверить не только админку. Откройте каталог, карточку, mini-cart, корзину, Checkout Block или классический checkout, письма и личный кабинет клиента.

Когда стандартных настроек уже мало

Базовый WooCommerce хорошо решает простой backorder на уровне товара. Кастомизация нужна, когда правила зависят от поставщика, категории, роли пользователя, срока поставки, склада, региона или количества. Например, B2B-клиенту можно разрешать заказ под поставку, а розничному покупателю — только фактический остаток.

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

Итог

Backorder в WooCommerce — это не просто возможность уйти в отрицательный остаток. Правильная настройка связывает статус товара, количественный учёт, сроки поставки, Hold Stock, вариации, платежи и внешнюю складскую систему.

Если нужно настроить товары под заказ, синхронизацию остатков или нестандартную складскую логику WooCommerce, можно описать задачу A.S Groups. Перед внедрением я разбираю текущий поток данных и проверяю сценарии на staging, чтобы не исправлять склад уже после первых реальных заказов.