Перейти к содержимому
Все статьи
Бизнес

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

·27 октября 2026 г.· 6 мин чтения
Сколько будет стоить ваш проект?Рассчитать стоимость

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

Какое событие произошло на производстве

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

В официальной документации Odoo по manufacturing backorders описан вариант разделения производственного заказа на завершённую часть и заказ на остаток. Это пример конкретного продукта. Названия действий и статусы нельзя автоматически переносить в 1С или другую ERP.

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

Исходное задание — 100 условных изделий. Сначала подтверждён выпуск 40, затем из оставшихся 60 подтверждены ещё 35. Невыполненными остаются 25. Все количества вымышлены; производственные документы здесь не создавались. Для упрощения предположим точный расход двух единиц компонента на каждое готовое изделие.

Учебное событиеОбъём обрабатываемого заданияПодтверждено сейчасРасход по условиюСвязанное задание на остатокЧто считается завершённым
Первый выпуск100 изделий40 изделий80 единиц компонента60 изделийТолько ветвь с готовыми 40
Следующий выпуск остатка60 изделий35 изделий70 единиц компонента25 изделийВетвь с готовыми 35
Состояние всей историиПервоначальная потребность 100Всего 75 изделийВсего 150 единиц компонента25 изделий ещё открытыНе весь исходный объём

Проверка потребности: 40 + 35 + 25 = 100. Числа 100, 60 и 25 относятся к последовательным состояниям и ветвлениям. Их сумма не является новым планом производства. Сохранение исходного задания в истории не должно делать его дополнительной активной потребностью поверх созданного остатка.

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

Какая связь нужна между заданиями

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

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

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

Расход материала не обязан совпасть с простой пропорцией

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

Фактический расход, план по норме, доступный остаток и резерв — разные показатели. Учебные 80 и 70 совпадают с нормой только потому, что это прямо задано. В реальном процессе нужен источник факта; отсутствие записи расхода не следует превращать в нулевое потребление.

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

Отмена остатка не является его выпуском

Если потребность в оставшихся 25 изделиях отменена, сохраните отдельное решение и его основание. В истории всё ещё выпущено 75, а не 100. Завершение обработки заказа из-за отмены не должно создавать фиктивную готовую продукцию.

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

Повтор команды нужно отличать от нового выпуска

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

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

Как принять разделение задания

  1. Создайте в тестовом сценарии исходную потребность 100 условных изделий.
  2. Подтвердите 40 и проверьте связь открытого остатка 60 с той же потребностью.
  3. Подтвердите ещё 35 в остатке и проверьте новое открытое количество 25.
  4. Сверьте итог 75 готовых плюс 25 открытых без суммирования исторических планов.
  5. Проверьте фактический расход отдельно от нормы, затем отмену остатка отдельным событием.
  6. Повторите подтверждение прежнего выпуска и убедитесь, что оно не стало новым выпуском.

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

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

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

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

Вопросы и ответы

Что означает backorder в производственном заказе?

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

Как не удвоить план после создания manufacturing backorder?

Разделите исторические состояния и актуальные ветви задания. В учебной истории 40 готовых, ещё 35 готовых и 25 открытых составляют исходные 100, а планы 100 и 60 не суммируются поверх них.

Будет ли частичный выпуск в 1С ERP работать как в примере Odoo?

Кнопки, документы и правила нужно проверить в используемой версии и настройках 1С. Статья объясняет требование к связям и остаткам, а не подтверждает одинаковую реализацию разных продуктов.

Нужна помощь с проектом?

Обсудим задачу и предложим решение — от сайта до SaaS и защиты.

Связаться