Добрый день!
Прокомментирую...
1. Производственный заказ по смыслу = список позиций, которые производство должно изготовить. Задание для производства. Что вы хотите, чтобы производство вам сделало.
Соответственно, в этом списке (тех.карте заказа на производство) должны фигурировать только ИЗГОТАВЛИВАЕМЫЕ позиции. Покупных позиций в нём по смыслу не должно быть. Вообще.
Примечание:
Программа ориентируется "изготавливаемая" или "покупная" позиция по наличию "техпроцесса".
Есть "техпроцесс" в базе данных для детали (хотя бы и пустой, незаполненный - главное, чтобы вообще был) - изготавливаемая. Нет техпроцесса - покупная.
Это не значит, что нельзя при необходимости, например, заказать на стороне и купить детали готовые, хотя на них и есть ТП в базе, и мы можем их сами делать. Как и не означает, что если мы можем технически, то можем изготовить деталь сами покупную (в т.ч. можно задания производству выдать и без "техпроцесса" на деталь).
Но базовое разделение на покупные/изготавливаемые для программы - это есть/нет техпроцесс. По такому принципу, например, работают фильтры "покупные/изготавливаемые" в "расчёте комплектации" и "обеспеченности".
2. По структуре тех.карты производственного заказа:
В 95% она представляет собой линейный список (не дерево). Просто перечень, что нужно сделать, и в каком количестве. Детали, сборочные единицы, конечные изделия - что делать. Иногда разбивают такие списки на несколько карт для одного заказа. Когда есть в этом смысл.
Древовидная структура у карты заказа делается только в одном единственном случае - при использовании в производстве, так называемого, метода "по комплектам". Но это, вообще, довольно экзотическая штука. В общей массе если брать, то редко применяется.
Так что в большинстве случаев "карта заказа" (именно "карта производственного заказа", потому что другие ещё разные вещи бывают для других задач и случаев) представляет собой просто список. НЕ дерево.
3. Про расчёт потребности:
Чаще всего, "расчёт потребности" запускается для производственного заказа или какой-то его части (есть другие варианты применения, но чаще всего так используется).
И задача его показать, ЧТО НУЖНО, для того чтобы изготовить изделия по списку в указанном количестве (п.1, 2).
Откуда берётся информация, что нужно?
Из "техпроцессов" как раз (см. выше).
Именно в техпроцесс вносится то, что требуется для изготовления. Для детали - это материал и его количество необходимое (норма расхода). Для сборочной единицы - какие детали нужно подать со склада на сборку, болты/винты/гайки, прокладки покупные и т.п. Эта информация, как раз и есть часть описания, как изготавливается соответствующая деталь или сборочная единица, которое в VOGBIT называется "Техпроцессом". Главная информация для производства после, собственно, списка, что делать.
Список - это карта заказа (п.1). Как и из чего делать - "техпроцессы" тех позиций, которые в этой карте (списке, что делать).
И "расчёт потребности", собственно, берёт изделия по списку (карта заказа на производство), смотрит в техпроцессы этих изделий, что для них нужно, и всё это выводит обшим списком. И позволяет либо сформировать какие-то отчёты из этого списка, либо сохранить его в виде запроса на получение со склада ("ЛЗК" или "Предварительная заявка")
Теперь разбираем ошибки:
Ошибка 1. Карта заказа но производство заполнена, судя по картинкам, неправильно. Там всё подряд, а покупных позиций там не должно быть, в карте заказа на производство.
Ошибка 2. Не "помечены" изготавливаемые позиции. На них нет техпроцессов ни на одну. Нужно хотя бы пустые создать их. Можно не заполнять, но хотя бы создать, чтобы программа понимала, что это мы сами изготавливаем, а не покупаем.
Ошибка 3. Если нужно чтобы считалась "потребность" (в т.ч. формировались документы-запросы на склад), то нужно заполнить в базе данных - а что нужно то для чего. То есть внести в техпроцессы соответствующих деталей и/или сборочных единиц информацию "что нужно" (п.3). Для деталей - материал, для сборок - комплектацию - что хотите, чтобы считалось, то и заполнить.
Это тоже, видно по картинкам, что не сделано (вообще ТП ни одного нет, соответственно, ничего там не заполнено).
