SABSUS

ЗАКАЗЫ · СКЛАД · ИСПОЛНЕНИЕ

Частичная отгрузка заказа: как не потерять остаток, отмену и обещанный срок

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

Редакция SABSUS · · Источники проверены 9 октября

Один заказ может содержать несколько обязательств

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

В Shopify заказ может разделяться на несколько исполнений, в том числе из-за разных мест хранения, несовместимых способов доставки или предзаказа. Для частей предусмотрены отдельные номера отслеживания и уведомления. Это пример модели конкретного продукта; порядок исполнения в другой системе необходимо проверить отдельно. Shopify: индивидуальное и частичное исполнение.

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

Разделите три уровня записи

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

Отправление не обязано совпадать со строкой. Одна посылка может содержать части трёх строк; одна строка может разойтись по двум посылкам. Поэтому привязка «номер заказа → один трек» недостаточна. Нужна промежуточная связь «отправление → строка → количество».

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

Сначала согласуйте обещание по оставшейся части

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

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

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

Учебный пример: пять единиц, две посылки и одна отмена

Все данные условные, без налогов, скидок и сборов. В строке заказа пять единиц по 40 денежных единиц, исходная сумма 200. В первом отправлении клиенту переданы три. Две остаются открытым обязательством. Баланс строки: 5 заказано = 3 передано + 0 отменено + 2 ожидается.

Клиент затем согласовал отмену одной из оставшихся двух единиц. Отмена не касается уже переданных трёх. Новый баланс: 5 = 3 передано + 1 отменено + 1 ожидается. Стоимость действующего состава при неизменных условиях равна 4 × 40 = 160. Денежная операция по разнице рассматривается отдельно и не считается выполненной только из-за изменения состава.

Позже отгружается последняя единица. Итог: 5 = 4 передано + 1 отменено + 0 ожидается. У первого отправления свой номер, количество три и подтверждённое событие передачи; у второго количество один. Повторное подтверждение первого не должно увеличить переданное количество до семи.

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

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

Как выбрать склад и проверить экономику разделения

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

Учебный расчёт: единая отправка стоит 12, две отдельные — 8 и 9, а дополнительная упаковка второй стоит 2. Разделение добавляет 8 + 9 + 2 − 12 = 7 денежных единиц. Если получаемая выручка и остальные затраты одинаковы, вклад заказа снижается на 7. Это оценка при заданных условиях; она не учитывает ценность срочного исполнения для клиента.

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

Изменение после сборки требует отдельного решения

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

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

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

Минимальные данные и ежедневный контроль

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

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

Количество контролируйте по каждой строке и единице. Суммарные «десять товаров» не позволяют взаимно компенсировать недостающий артикул А лишним артикулом Б. У комплектов заранее определите, можно ли делить состав или покупатель ожидает единый готовый набор.

Приёмочные тесты

  1. Отправка трёх из пяти оставляет ровно две открытые единицы.
  2. Отмена одной открытой единицы не меняет прошлую посылку и оставляет одну к исполнению.
  3. Второе отправление завершает только оставшееся количество.
  4. Повтор первого события не увеличивает расход и не создаёт новое отправление.
  5. Две посылки имеют разные составы, сроки и сообщения клиенту.
  6. Отмена после сборки сохраняет физическое исключение до подтверждённого решения.
  7. Возврат доставленного товара не создаёт автоматическую повторную отправку.
  8. Другой сотрудник восстанавливает баланс строки и следующее обещание без личной переписки.

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

Короткие ответы

Частично отправленный заказ можно закрыть?

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

Достаточно одного трек-номера на заказ?

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

Можно заменить недостающую позицию без изменения заказа?

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

Источники

Источники проверены 9 октября 2026 года. Числовые сценарии и приёмочные критерии подготовлены редакцией.