ERP для производства: как готовые узлы уменьшают потребность в деталях

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

Спецификация описывает уровни, а не один плоский список

В условном изделии P используются два узла A и один узел B. Для каждого A нужны три детали X и одна Y. Для B нужна одна X и две Z. Деталь X встречается в разных ветках; это один согласованный SKU с общей доступностью, а не две независимые складские позиции.

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

Если не учитывать готовый A, развернутая потребность в X составит четырнадцать: двенадцать через A и два через B. После зачёта одного готового узла требуется только одиннадцать X. Уже собранный A не нужно разбирать мысленно на детали и одновременно повторно засчитывать эти детали как свободные.

Общий компонент получает один общий остаток

Сначала в X приходят девять единиц потребности из ветки A и две из B. Затем из одиннадцати один раз вычитаются десять доступных X. Если каждой ветке независимо показать один и тот же запас десять, обе смогут выглядеть обеспеченными. Так один физический остаток будет использован в отчёте дважды.

Инструмент обрабатывает узлы в порядке от родителей к компонентам. К моменту расчёта SKU в него уже поступила потребность от всех родителей выбранного заказа. Зачёт остатка равен меньшему из потребности и доступного количества. Ниже разворачивается только незакрытая часть сборочного узла.

Какие строки вводить в модель

В спецификации одна строка задаёт количество компонента на одну единицу родителя. Количества целые и положительные; повтор пары «родитель — компонент» считается ошибкой. Если один материал используется в нескольких операциях, для этой формы сначала подготовьте согласованную суммарную норму на уровне узла, а не дублируйте строки без объяснения.

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

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

Любой SKU с дочерними строками считается сборкой, а его нехватка — количеством к изготовлению. Позиция без дочерних строк считается конечным компонентом, нехватку которого нужно обеспечить извне модели. Это выбранное правило, а не указание обязательно закупать деталь или всегда производить узел собственными силами.

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

Почему цикл в составе останавливает расчёт

Если A требует B, а B требует A, простой разворот не получает конечного основания. Это может быть ошибка справочника либо признак процесса, для которого нужна другая модель. Форма проверяет всю переданную спецификацию и отклоняет циклы, включая неиспользуемые выбранным изделием ветки. Она не разрывает связь случайно ради получения числа.

Как использовать проверку при заказе ERP

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

На странице разработки ERP для производства у Левицкий Концепт можно обсудить систему под рабочие процессы предприятия. К заявке полезно приложить такой маленький проверяемый пример вместе с исходной спецификацией. Он помогает согласовать арифметику потребности; интеграции, планирование мощностей, складские документы и фактический выпуск остаются самостоятельными частями проекта.