Группа BOM исчезла из задания: проверьте её операции

Принимаем преобразование, сохраняя утверждённую работу

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

Microsoft описывает Phantom items на примере: группирующие узлы исчезают из производственного состава, а их компоненты и операции включаются в структуру и маршрут родителя. Это поведение конкретного документированного сценария, а не универсальное правило любой ERP.

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

Три изделия и два вхождения одной группы

Нужны три новых изделия U1, U2 и U3. В каждом два вхождения P, условно левое L и правое R. Каждое означает подготовку одного кронштейна за 3 минуты с одной заготовкой и двумя крепёжными элементами. После обеих подготовок идут сборка за 4 минуты с одним корпусом и проверка за 2 минуты.

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

На каждое изделие приходится четыре экземпляра операций: две подготовки, одна сборка и одна проверка. Итого 3 × 4 = 12. Время одного изделия равно 3 + 3 + 4 + 2 = 12 минут, всего 36. Материалы: шесть заготовок, двенадцать крепёжных элементов и три корпуса.

Сопоставляйте экземпляры, а не названия

Для проверки назначим ключ из трёх частей: родительское изделие, вхождение группы, исходная операция. Подготовки U1/P/L/prep и U1/P/R/prep имеют одинаковое название, но разные ключи. Для U2 и U3 получатся ещё четыре ключа. Переименование в целевой системе допустимо лишь при сохранённом соответствии исходным экземплярам.

В рабочем задании каждый исходный ключ должен иметь ровно одно объяснимое представление.

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

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

Проверяем 36 минут по отдельным действиям

Для U1 допустимы интервалы: левая подготовка 0–3, правая 3–6, сборка 6–10, проверка 10–12. Затем U2 занимает 12–24, U3 — 24–36 с тем же внутренним порядком. Независимость двух подготовок по технологии не позволяет выполнять их одновременно на единственном общем месте.

Сверьте два разных ограничения. Сборка начинается после обеих подготовок именно своего изделия, а проверка — после его сборки. Одновременно никакие два интервала не используют общее место. Ссылка U2 на подготовку U1 могла бы сохранить сумму минут, но нарушила бы смысл маршрута.

В документации Microsoft по оценке производственного заказа расчёт учитывает компоненты и маршрутные операции phantom-строк; затраты ресурсов связаны с производственными операциями. Поэтому проверять только перечень материалов недостаточно для описанного расчёта.

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

Три правдоподобные ошибки и один скрытый дефект

• Удалили все подготовки: остались три сборки и три проверки. Получилось 3 × (4 + 2) = 18 минут. Не хватает шести ключей prep.
• Сохранили подготовку в самостоятельной работе и повторили её в новом задании: лишние 6 × 3 = 18 минут дают 54 вместо 36. У тех же исходных ключей по два исполнения.
• Забыли второе вхождение P: осталось по одной подготовке на изделие. Получилось 3 × (3 + 4 + 2) = 27 минут. Отсутствуют три правых вхождения.
• Перепутали предшественников между U1 и U2: суммарные 36 минут могут сохраниться. Ошибку обнаруживает сопоставление зависимостей, а не общий итог.

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

Какие доказательства нужны владельцу процесса

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

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

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