Один заказ отправляют несколькими частями: что учесть в обмене

Подготовлено 23 октября 2026 года

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

Разделите заказ и отправление

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

В учебном заказе У-45 две позиции: изделие А — две единицы, изделие Б — одна. Склад формирует отправление О-1 с двумя единицами А и отправление О-2 с одной единицей Б. Все обозначения придуманы; это пример для обсуждения, а не универсальная модель складского учёта.

Опишите связи частей с исходными позициями

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

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

Согласуйте общее состояние

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

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

Добавьте изменение одной части

Допустим, О-2 перенесена. В карточке меняется путь именно этой части, а подтверждённая доставка О-1 сохраняется. Если клиент просит отменить О-2, запрос и подтверждённая отмена учитываются отдельно. Нельзя автоматически отменять весь У-45 или стирать историю О-1.

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

Проверьте отображение клиенту и оператору

Учебный экран клиента может показать: «У-45: доставлен частично. А — 2 единицы доставлены; Б — 1 единица ожидает доставки». Оператор дополнительно видит О-1/В-101, О-2/В-102, источник состояния и незакрытые вопросы. Это образец текста для будущего интерфейса, не демонстрация внедрённой функции.

В приёмке сверьте обычный путь двух частей, завершение одной, перенос второй и неизвестный ответ по ней. Во всех случаях состав заказа и подтверждённые результаты должны оставаться объяснимыми. Частичный результат обработки пачки запросов — соседний вопрос; здесь части принадлежат одному бизнес-заказу.

Какие вводные нужны разработчику

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

Исходный заказ / владелец состава:
Позиции и согласованные количества:
Часть — позиции — количество — внешний номер:
Кто создаёт и изменяет часть:
Подтверждение состояния каждой части:
Правило общего состояния заказа:
Перенос / отмена / изменение одной части:
Неизвестный результат — ответственный:
Текст для клиента / сведения оператору:
Контрольные примеры и ожидаемый итог:

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