Создание заказа на производство с учетом остатков/задела

Вот тут последний раз.

Из серии именно "разворачивания" принципиально нового не появилось чего-то. Так, доводка того, что было...
Какие идеи есть, в принципе, на эту тему - обсуждалось по ссылке выше.

Что появилось - появились классные новые штуки (часть уже вошла в последнюю версию, часть войдёт в следующее обновление) про расчёту и визуализации обеспеченности сборочного производства с учётом последовательности выполнения заказов, сборки узлов отдельных и т.п., с учётом дат, когда чего и сколько ожидается. С раскраской цветами для наглядности, с возможностью онлайн моделирования разных ситуаций (например поменять местами, что после чего комплектовать, сразу с отражением того, что это изменит). Сразу наглядно видно: что закомплектовано уже, где чего не хватает, когда должно быть, нет ли срывов по срокам в связи с этим, где сейчас находится это то, чего пока не хватает.
Вот в плане расчётов подобных и визуализации - очень много нового появилось.
Причем с двух сторон можно смотреть. Как со стороны плановой службы - что от цеха к когда нужно по тем же деталям, так и со стороны цеха - к какому сроку что от него по минимуму будут требовать.

Вам, возможно, подойдёт схема с использованием "групп планирования". Поделить все детали и узлы на "группы" - кто бывает в заделе (на складе, соответственно), а кто нет. И потом сразу при формировании заказа большая часть, скорее всего за 1 заход сформируется в производство. А остальное уже через "Обеспеченность".
Резко сокращает количество действий в программе и упрощает. Как в плане "разворачивания матрёшки", так и в плане того, что не нужно "сдавать/выдавать на склад" то, что физически реально не сдаётся туда на самом деле. Кратко по этому способу есть по ссылке в начале сообщения.

Нет. Неправильный способ. Сразу отметаем.

Рабочий вариант. С определенными недостатками. Но они проистекают от того, что этот вариант заточен под определенную ситуацию, определенным образом организованное производство (большое, обычно). И в таких условиях, как те, подо что данный способ заточен, он хорошо работает. Когда его начинаешь применять в случаях он не совсем таких до совсем не таких (что встречается часто в более простых и маленьких производствах), то начинает выглядеть несолько "громоздко".
Подробно это все перетиралось по в теме по ссылке в начале сообщения.
Там же приводились и наши идеи, что ещё можно было бы сделать по теме. Но пока, за отсутствием реального (платежеспособного, желательно) спроса, отложено, занимаемся более срочными вещами...

Была такая идея. Что-то немного на эту тему было,  вроде бы, даже в обсуждении по ссылке выше.
На мой взгляд будет жизнеспособно, и наверное, удобно, в случае когда в контексте изделия/заказа ситуация по большей части компонентов из серии "скорее всего нет на складе, но может что-то и есть".
Грабли при таком подходе будут разложены вот в каком месте:
Предположим, вы "запланировали" потратить что-то, что есть на складе сейчас, под некий заказ. Всё спланировали, посчитали, запустили.
Через неделю ситуация поменялась... И по какой-то, не важно какой, причине, вы решили то, что собирались взять со склада для этого заказа, срочно взять для чего-то другого. Ну нужно так стало... Причем, не всё, а часть.
Вот тут начнутся танцы с бубном...
Где что и как поменять, чтобы все сошлось в итоге.... И ничего не забыть при этом...
А если через неделю обратно? Или ещё раз такая же ситуация но с другой позицией? Вот тут граблей разложено будет целое поле....
В то время как способ с "матрешкой", он то как раз отрабатывает все такие ситуации корректно и, что важно, автоматически. Забрали не на то, на что изначально собирались? Ну и не проблема. Само все пересчитается автоматом (обеспеченность), покажет, где и чего когда нужно теперь (или не хватает). Никаких при этом правок чего-то ранее созданного/запущенного - ничего не нужно вообще.

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

Знакомая история.
Встречались с такой задачкой, только немного с другой стороны. Как учесть эти "доп. детали" и "провести их через программу", чтобы штатным образом на них "задания" сформировались в VOGBIT, потом на склад их можно было сдать по стандартной процедуре из производства, при том, что заранее невозможно составить "производственный заказ", т.к. неизвестно, сколько и чего будет "доложено". Это никто не знает, кроме технолога, который, собственно, докладывает эти детали при раскрое для заполнения пустых мест на листе. И он сам не знает, пока не разложит   .
Делали даже специальную функциональность для такого случая. Чтобы корректно учитывать такие дополнительно появившиеся детали. Делается в процессе интеграции с раскройными программами. Вроде такого: пример, пример, пример.

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

Подумаем...

62 - это вхождения сборок, уникальных меньше. Есть сборка "дверца". Она применяется в других сборках и эти сборки находятся на разных уровнях вложенности.

А значит, что бы знать количество их, нужно раскрыть всю матрешку. "Дверца" небольшая из простых деталей и можно, на первый взгляд, планировать их можно по другому. Но т.к. ее детали мелкие, они отлично дополняют раскладку деталей тех сборок, где эта дверь применяется. Допустим, большие сборки поставим в заказ после заказа клиента, но и дверцы придется добавить для заполнения. Получается, нет смысла эти дверцы отрывать от тех сборок куда они входят. Иногда эти дверцы продаются, как запчасти (много реже основного), но не настолько они важны, чтобы держать их на складе.

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

Для изделий с малой вложенностью такой функционал в программе есть.
Для случая большей вложенности нужны дополнительные сущности. Я не могу объяснить производству почему нужно оформить сдачу/выдачу тех деталей, которым это раньше не требовалось, или почему заказ распался на несколько помельче плохо связанных с собой с бумагами сдать/получить на каждый.
Сборок целенаправленно изготавливаемых на склад единицы. Идеальным было-бы вообще не иметь внеплановых заделов и остатков. Но реальность она другая. Технологическая целесообразность, экономика, партии запуска..
Не в сезон можем изготовить и большую сборку для загрузки производства. Какую? Да ту, на которую есть материалы и пару клиентов размышляют над покупкой того, куда она входит. Не потому, что она нужна сейчас. Звезды сошлись.