Прошу прощения, вторая цитаты не того пользователя. Она предназначалась kva6513.

iscrafmвопрос поставлен совершенно некорректно. BOM здесь совершенно не при чем. Почитайте что такое Push и Pull стили производства. Потребность в ресурсах будет расти, если будете бесполезно "на склад" работать.
В качестве резюме: нужно отладить производственный процесс, прежде всего. Вы ставите вопросы, которые совершенно не решаются BOM и судя по всему менять тактику подхода не собираетесь. Т.е. отдайте решение задачи производственному специалисту, по программерски у вас совершенно невпопад получается. "Многомерный рюкзак", увеличение узлов BOM..

p.s. и не приписывайте мне чужие цитаты. Аккуратнее при цитировании.

Задача решается в рамках требований. Вы действительно думаете, что реализация полноценного MRP или JIT в рамках, скажем, пиццерии, магазинчика ПК, фирмы по установке кондиционеров и прочего мелкого "производства" имеет рациональное зерно? :)
А вот реализация поставленных стратегий именно в таком упрощенном и утрированном виде имеет смысл. У меня даже BOM может отличаться от описанного по умолчанию на этапе сборки (захотел покупатель 10 пицц "Маргарита" с двойной порцией сыра и фрикадельками). В рамках полноценного производства из кучи цехов и отделов такая задача не имеет смысла, а в описанных масштабах более чем. Не придумывайте задачу за меня :)

P.S.: по цитированию я отписался следующим постом.

[quot kva6513 ]
Ну если у вас в программе можно написать
IF Материал не сборочный THEN


то нет вопросов, чивоужтам. [quot]

0_о для вас проверить наличие дочерних узлов у текущего узла дерева - это что-то невероятное? Хм.

iscrafm Если строка не готова, то помечаете ее как "в производство" и т.п. с соответствующими временными допусками. Все достаточно просто и банально. Не забивайте мозг различными рюкзакам.
Поймите, вы пытаетесь дать решение другой задачи! Не той, что стоит передо мной. Она не правильная или неправильная, она другая.

kva6513,

мда. Вы понимаете разницу между полным обходом как таковым, без которого дерево невозможно вывести, собрать, сохранить в любом виде (хоть матрица, хоть список, хоть что угодно), и полным обходом в цикле на несколько порядков итераций?
У меня, кстати, при сохранении данных BOM в таблицу сохраняется признак того, является ли материал сборным или нет.

iscrafmТы хоть посмотри профиль. Разговариваешь с автором БЭСТ-ПРО, которая MRP одной из первых в России сделала. Какие еще пиццы? Очередной программер решил озаботится производством? Давай, до свидания.

Не хами. Обычные пиццы. Еще мясная лавка есть. Мяско на фарш порубить, котлетки слепить. Еще есть те кто компьютеры собирают. И еще кучка в таком духе.
Давай в каждом киоске SAP внедрять, что уж там. Если тебя так корежит, что в лавочке не спешат реализовывать MRP (кстати, а почему именно MRP, а не JIT, например?), то считай, что это не производство, а сборка.

iscrafm,

*FACEPALM*

Скажи, ты читаешь по диагонали? Какая промышленность? Ты сейчас очень польстил маленькой кафешке, назвав ее промышленным предприятием. Так что, либо читай сообщения полностью, либо давай до свидания.

ViPRos,

Вроде умные люди. А услышав слово BOM сразу начали рисовать фабрики и заводы. Ну не будет это решение стоят на заводах или сколь-нибудь значимых производствах. Не будет. У этой системы другая аудитория. И сейчас у них есть только описание элементов текущего продукта и документ, который акт этой сборки осуществляет. И все! Некоторым захотелось, чтобы они могли видеть, сколько конечного продукта они могут пообещать заказчику, основываясь на материалах и автоматическую генерацию документов сборки по порядку. Все!

Вы же не пойдете в ларек внедрять систему бюджетирования, казначейства, отчетность по МФСО. Так зачем вы хотите в пиццерию внедрять полноценную систему MRP? Хотя, кажется, что некоторые таки пойдут :)

iscrafm,

учитывая, как ты читаешь и понимаешь прочитанное, понятно почему БЭСТ находится там, где находится. С такими сотрудниками-то.

Иди внедряй бюджетирование, казначейство и МСФО в ларьки.