Расчёт потребности, принцип работы

Что показывает «расчёт» потребности – это всецело зависит от того, что вы ему даёте на вход. Что говорите считать, то он и считает…

Пара слов о предназначении и принципе работы режима «Расчёт потребности»:

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

Это может быть просто список изделий (сборочных единиц, деталей и т.п.) – например заказ на производство. А может быть «дерево» изделия - заказная спецификация.

Первое – это 99% случаев использования режима «Расчёт потребности». В подавляющем большинстве случаев он запускается как раз на производственном заказе целиком или на какой-то части заказа (выделенных изделиях из производственного заказа), чтобы определить, какие материалы и комплектация нужны для изготовления, и сформировать соответствующие заявки на получение со склада (ЛЗК).
В этом случае на вход расчёту потребности обычно идёт «карта заказа». Т.е. список позиций для изготовления.

Второе (запуск на одном изделии) – возможный вариант использования, но всё более редкий*. В этом случае на вход расчёту потребности даётся обычно «заказная спецификация». Т.е. дерево, у которого в голове само изделие, на которое расчёт, и потом в него вложено в виде дерева, из чего оно состоит, вплоть до последнего винтика. Пример

Как работает расчёт потребности:

Он смотрит по данному ему списку или дереву (что нужно изготовить), по каждой позиции (строчке):
Что это такое – сами делаем или покупаем?
Если есть техпроцесс – значит, сами делаем. В этом случае смотрит в техпроцесс (как и из чего делать). Там написано, чего и сколько нужно, чтобы сделать (материалы, комплектация). И эти данные из техпроцесса добываются.
Если нет техпроцесса, то значит, считает программа, эта строчка -  это само по себе покупное изделие, которое берётся уже готовым. Делать не нужно, нужно купить (взять со склада).
И т.д.

Результат расчёта потребности – список покупных материалов и комплектующих, которые нужны, чтобы получить заданный в качестве исходных данных список изделий.

Теперь смотрим на ваш скриншот:

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

Ни на первое, ни на второе техпроцесса нет. Т.е. вы даёте на вход расчёту потребности список из двух покупных позиций. Что мы имеем на выходе? Логично, эти же самые две покупные позиции. Ибо см. выше.

Что касается технологии, то она в данном случае (на вашем скриншоте) в деле вообще никак не участвует. Ибо она на изделие «Корпус КСО393-03(04) в сборе». А в том списке, который вы «расчёту потребности» даёте для расчёта («конструкторская спецификация») такого изделия нет.
Если бы это была «заказная спецификация», или заказ на производство, то другое дело. Тогда была бы как-то причём эта технология.
А так получается вы говорите программе:

«Скажи мне, что нужно, чтобы сделать «Каркас КСО39 – 2 шт» и «Заклёпка 4,8х10 – 200 шт»?

Программа вам на такой вопрос и отвечает:

«Для этого нужно «Каркас КСО39 – 2 шт» и «Заклёпка 4,8х10 – 200 шт».

Что логично. Ибо и то, и другое по представленным данным являются покупными компонентами.

Всё. Finita la commedia

*Т.к. это только либо просто посмотреть, либо ведомость материалов, например, распечатать на изделие.
Но если смотреть – так это лучше сразу «себестоимость» тогда. Там всё то же самое есть, но плюс ещё все работы, и с ценами сразу.
Ведомость печатать – ну можно... Но не очень понятно зачем, если есть VOGBIT. Всяческие ведомости материалов составляются для ручного потом выписывания из них, складывания в столбик и получения «итого». А если VOGBIT есть, то он может и сразу «Итого» выдать (общее кол-во материала, стоимость и т.д.). Зачем ведомость печатать?

Отвечу здесь уж до кучи. Но, ещё раз обращаю ваше внимание:

https://vogbit.ru/forum/forum15/topic928/ , пункт 2.

Спасибо!

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

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

Здравствуйте,

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

В сущности, режим "Обеспеченность" - это как раз и есть специальный режим для "сведения" результатов "Расчёта потребности" и "Остатков". Различными всевозможными способами...

Я бы предложил такой вариант:

Раз вы хотите делать предварительную оценку по изделию, то, видимо, заказная спецификация то в каком-то виде есть на него.
Соответственно, делаем так:

"Расчётом комплектации" делаем из этой заказной спецификации тестовый заказ. Это пару кнопок всего нажать, в общем то.

На этом тестовом заказе запускаем "расчёт потребности" (ну это так и так делать, всё равно) . Сохраняем то, что там насчиталось, в один общий документ-заявку (опцию "Документы по подразделениям" выключаем, если она включена, и "Сформировать документы -> предварительные заявки").

Окно "Расчёт потребности" закрываем, стоим на тестовом заказе, нажимаем "Обеспеченность".

Ну и собственно всё. Получаем тот самый результат, который вы и хотели. Соответствие того, что на 1 абзац выше у нас получилось в "расчёте потребности" и текущие остатки.

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

Удалить созданную таким образом "предварительную заявку" можно одной кнопкой. Так же, как и "тестовый заказ" вместе со всем его содержимым.

А можно и оставить. Вдруг ещё понадобится... Чтобы не мешалось и не путалось с реальными заявками и заказами, можно просто этот тестовый заказ статусом "выключить". И всё. Он "пропадёт" отовсюду.
А потом, если вдруг понадобится, можно обратно включить. Ну или удалить опять же...

Времени другого не было. Работы много...

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

Вот как нужно:
1. Создаём заказ для расчёта. Запускаем, стоя на нём «расчёт комплектации» (1).
2. В расчёте комплектации получаем пачку покупных (2).
3. Говорим это «Сохранить, как документ» (3).
4. Тип этому документу ставим «Предварительная заявка» (4).
5. Программа спрашивает, привязывать ли документ к заказу, говорим «Да» (5).

Ну дальше, наверное, вы уже догадались.

Получаем в итоге производственный заказ, сам по себе пустой (с пустой картой заказа), но зато с приделанной заявкой на покупные (6).

Запускаем на нём обеспеченность, и готово (7).

Заявку и заказ потом штатными средствами либо удаляем, либо "прячем", когда не нужны станут.

Примечание: версия 1.1.37. В старых версиях (до 1.1.34) не всё так можно сделать.

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

Здравствуйте,

Если в техпроцессе не писать комплектацию, а только в спецификации, то да, только так, как вы написали. Через "расчёт комплектации" и там "сохранить, как документ". По другому никак.

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

Вообще, если в целом на проблему смотреть, то иметь несколько "заказных" спецификаций на "одно и то же изделие" в разных заказах, как мне сейчас кажется (лет 10 назад не казалось ), не очень правильно.
Сейчас, я более склонен к тому, что это должна быть разная номенклатура вообще: "изделие АБВ, исп.1", "изделие АБВ, исп.2" и т.п.
Они же разные, всё таки, по факту.
Если вариантов 2-3-5, то можно вручную скопировать и поправить.
Если много - есть "Генератор". Очень хорошо уже обкатанный и отлаженный.
Его правда настраивать нужно. Но зато потом, как из пулемёта, можно генерировать и генерировать "Изделие АБВ, исп.N+1".

Хотя, в каждом конкретном случае смотреть нужно, конечно. Насколько сложные изделия, насколько они вообще подлежат "типизации" (что нужно для "генератора") и т.п.

Добрый день, у меня почему то неправильно проходит расчет потребности, уже все проверил, и технологию, и спецификацию, везде единица измерения правильная, но при расчете потребности выводиться не правильная, причем сборка состоит из двух деталей, одна правильно проводиться вторая нет подскажите почему?

а в каком месте стоит единица по умолчанию?

Все заработало спасибо вам большое очень хорошая тех поддержка

Здравствуйте,

"Расчёт потребности" - это одно. "Расчёт комплектации" - совсем другое. По смыслу и предназначению.

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

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

Основное предназначение "расчёта потребности" – это когда вышеуказанный список – какие детали (и сколько штук) вообще изготовить нужно – уже готов, посчитать, сколько для того, чтобы их все изготовить, нужно всего каких материалов покупных (комплектующих и т.п.).

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

Можно почитать:
несколько типичных ошибок при работе с производственными заказами
Про принцип работы «расчёта потребности»

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