Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

Последние темы на форумах VOGBIT

Внесение состава изделия, состоящего из большого числа вложенных сборок. - Состав и технология
Константин Чилингаров: 19208 Ирина Хохлова написал: все таки думаю, что фасад это сборочная единица и спецификация нужна Если "фасад" это некая конструкци ...
Карта раскроя - Общие вопросы
mansur: Добрый день, Константин. В этом моменте не понимаю как правильно сделать. "Раскрой 1": состав: Б - 3 шт, В - 1 шт материал: А, норма расх ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
mansur: Но после того как я поменял в позиции "профиль" тип связи с "комплектующего" на "материал", в "расчете потребности" эт ...
добавление и удаление деталей в заказ - Состав и технология
mansur: Благодарю, Константин. Оперативно ответили на мой вопрос. Удалил "загрузки производства" как показали на скрине, все позиции после ...
Пустой бланк - Демо версия
Константин Чилингаров: Правильно. С точки зрения выдачи чего-то со склада на выполнение некоего производственного заказа, обеспеченности, снабжения и т.п. - во ...
"Сворачивание" терминала - Терминалы
Константин Чилингаров: Ctrl+Shift+Esc - диспетчер задач. В нём снять задачу. Нужно только предварительно в диспетчере задач поставить галочку в его настройках "пок ...
Параметры командной строки клиента - Прочее
Константин Чилингаров: Здравствуйте, Да, можно. Вот так: "C:\Program Files\Vogbit\Csdn.Vogbit.Client.exe" -s=SRERVER -d=DATA_BASE -u=USER -is=no -p=PASSWORD -al=yes
Редактирование позиций при оформлении приходной накладной - Интерфейс программы
Константин Чилингаров: Здравствуйте, Про передвижение строчек было уже. Записано в списке пожеланий. Про замену номенклатуры - запишу. P.S. в новой версии сде ...
крнструкторская спецификация - Общие вопросы
Елена Ковалева: Добрый день! Могу предположить, что колонки были случайно удалены. Документация по настройке: https://vogbit.ru/support/628/#T918 https://vogbit.ru/support/628/#T918
Не копируется материал - Состав и технология
Илья: Спасибо, очень полезная кнопочка
Как вернуть производственный заказ в производство - Производство
xoxliandiia: Спасибо большое!!!))) получилось) 
Колонка материалы для окна статистика производства - Производство
Freza3mm: 13 Константин Чилингаров написал: Чтобы он мог взять только то, что сейчас нужно, чтобы он брал, а не вообще любое из списка. И через этот ...
Отображения количества деталей в терминале - Интерфейс программы
1113: Все верно.  И было бы здорово иметь возможность изменять шрифт комментариях к операции.  Например, у меня большая сборочная единица, в ...
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Насколько я понимаю, сейчас карты заказов там идут вообще без какой-либо сортировки. В порядке создания. Как они появляли ...
Порядок строк приходной накладной - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Хорошо, понятно. Запишу отдельным пунктом в список предложений и пожеланий. Спасибо! Добрый день! На ...
Отсутствие РЦ в дашборде - Терминалы
Константин Чилингаров: Здравствуйте, Да, верно. На дашборде показываются данные по «текущей смене». Которая идёт непосредственно сейчас. Если таковой нет для с ...
Оформление выдачи готовой продукции из производства - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: В окне «график производства» выделить позиции, которые передаются на склад. Нажать «Сдать на склад» (рис.1). Проверить, что правильно ука ...
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал ра ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настр ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного з ...

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

- Практические приемы работы - Старые разделы форума
Страницы: 1
Расчёт потребности, принцип работы
 
...перенесено

Цитата
ALEX-220781 пишет:
И в режиме "расчет потребности" информация о материалах и их количестве берется из контрукторской спецификации.
Нет. Из технологии берётся.

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

Как то не могу уловить алгоритм: на одно и тоже изделие я могу указать совершенно разные данные о его составе. В спецификации могу указать одно, а в технологии совершенно другое.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Всё. Finita la commedia

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

То, что это вещи разные, если вы занимаетесь сборочным производством, то должны понимать.

С точки зрения управления производством для VOGBIT первично второе (технология и то, что в ней написано). «Состав» - это в данном случае, скорее, «вспомогательная» информация. В принципе, если разобраться, то можно и вообще без неё обойтись. Но неудобно просто…

Имея «состав», удобнее работать (ту же технологию делать). Удобно смотреть. Наличие «состава» позволяет многие вещи автоматизировать. Расчёт полной себестоимости всего изделия, например. Или значительно автоматизировать и упростить процесс формирования заказов на производство (списка, какие позиции делать).

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

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

Что вводить в программу? - только состав? только техпроцессы (с комплектацией)? и то, и другое? состав и техпроцессы, но без комплектации?

Все варианты возможны и имеют права на жизнь. Какой оптимален - зависит от особенностей конкретного производства и задач, которые ставятся.
В идеале - вводить всё. В реальности - в половине случаев что-то не нужно.
 
Цитата
ALEX-220781 пишет:
Еще маленький вопросик: когда я перетаскиваю позиции из справочника в окно Технология - то просто перетащить мышкой, а вот из окна спецификации надо еще держать кнопку Ctrl - для чего так сделано?
Отвечу здесь уж до кучи. Но, ещё раз обращаю ваше внимание:

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

Спасибо!

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

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

- существует ли возможность свести результаты "Расчета потребности" с "Остатками" напрямую, без режима "Обеспеченность"? Просто для того, чтобы бегло оценить, насколько склад позволяет скомплектовать к примеру, вновь создаваемое изделие?
 
Здравствуйте,

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

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

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

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

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

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

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

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

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

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

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

По существу: то, что Вы предложили - собственно то, что и было нужно. Уже пользуемся. Спасибо.

Ремарка (для тех, кто повторит наш опыт). Если заполняешь производственный заказ "расчетом комплектации" по заказной спецификации и при этом фильтруешь заполнение только покупными, то предварительная заявка формируется "оторванной" от производственного заказа (в точности, как и в случае с ЛЗК, обсуждалось здесь:
https://vogbit.ru/forum/messages/forum16/topic876/message10126/876#messages10126).

Расчет обеспеченности после этого системой не производится (он просто пуст).

Вроде как получается, что "только покупные" можно хоть как то оценить только "себестоимостью".  Почему так задумано? Непонятно...
 
Цитата
Петр Свиридов пишет:
(написать ответ ночью)?!
Времени другого не было. Работы много...

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

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

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

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

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

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

Примечание: версия 1.1.37. В старых версиях (до 1.1.34) не всё так можно сделать.
1.png (82.5 КБ)
2.png (52.39 КБ)
3.png (31.14 КБ)
4.png (55.48 КБ)
5.png (58.13 КБ)
 
продолжение
6.png (71.6 КБ)
7.png (105.1 КБ)
 
Цитата
Петр Свиридов пишет:
Вроде как получается, что "только покупные" можно хоть как то оценить только "себестоимостью".Почему так задумано? Непонятно...
"Себестоимость" - она для оценки именно в стоимостном выражении. Сколько денег итого. Примерно хотя бы.
Для оценки "есть/нет в наличии" - "Обеспеченность" нужно использовать. Вариант быстро прикинуть про покупные - см. выше.
 
Добрый день! Сделал предварительную заявку к заказу, на основе конструкторских спецификация, как было описано выше. Создалась заявка привязанная к заказу. При нажатии Расчет потребности появляется сообщение "Внутренняя коллекция" не была инициализирована. Предполагаю, что это потому, что в самом технологическом процессе на изделия нет комплектующих, только операции.

Хотелось бы уточнить. У меня изделие имеет несколько заказных спецификаций - разный набор комплектующих под конкретные заказы. На все исполнения техпроцесс один, в нем нем только операции, без комплектующих. Чтобы при формировании заказа через расчет комплектации, с использованием опредленной заказной спецификации, правильно считалась потребность в покупных материалах и формировались заявки на покупку нужно отдельно запускать Расчет комплектации и сохранять расчет как документ привязанный к заказу.
Или есть иные способы?
Изменено: ALEX-220781 - 19.12.2017 11:04:55
 
Здравствуйте,

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

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

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

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

P.S.
Из скриншотов приведённых я, если честно, вообще ничего не понял. Что там куда внесено и как...
Если хотите, могу посмотреть базу и точно сказать, в чём дело.
 
а в каком месте стоит единица по умолчанию?
 
В предыдущем сообщении ссылка. Там описание и скриншот.

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

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

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

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

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

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

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

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

Что есть «технология» по смыслу?
Это описание порядка изготовления изделия. Как его делать (операции), и что нужно, чтобы сделать (материалы, комплектующие и т.п.).
Пусть, например, в качестве изделия будет деталь «Кронштейн» в виде гнутого покрашенного профиля.

Создаём в базе деталь. Создаём для неё техпроцесс.
Что в него писать?
Ответ в том, как делается деталь.
Чтобы её сделать, нужно взять квадратную трубу (хлыст), вставить его в пилу, отпилить заготовку. Пусть длиной 480мм. Потом вставить в трубогиб, согнуть. После чего окрасить.
Собственно, это и пишу в техпроцесс:
Добавляю операции «Резка», «Гибка трубы», «Окраска».
Добавляю основной материал (труба 25х25х1,5 ст08пс), указываю норму расхода (0,48 * 1,1 = 0,53 м).
Собственно, и всё. Что получилось – на рис.1.

Нормативные показатели в данном случае (норма расхода материла, кол-во комплектующих нужных, трудоёмкость операции) указывается в техпроцессе на единицу изделия. То есть в нашем примере на один «Кронштейн». Потому что дальше уже, когда дело дойдёт до производства количество таких кронштейнов будет зависеть от того, сколько их нужно на одно изделие, сколько изделий в заказе и т.п. Это мне программа дальше уже сама всё посчитает. И умножит сколько в итоге нужно трубы, сколько будет трудоёмкость заданий и т.п.
А в техпроцессе, я указываю все цифры, сколько нужно на один Кронштейн.

Теперь смотрим ваш скриншот:
Есть некое изделие «СТРД.14.100.100.ВЭ1 Панель в сборе». В техпроцессе у вас написано, что чтобы её изготовить нужно нечто под названием «18ZZ25x1250x2 Панель ОЦ / Сталь» в количестве 2 квадратных метра. Панелей «СТРД.14.100.100.ВЭ1» - 5 штук. Соответственно, и получается, что на одну штуку 2 м2, на 5 штук значит 10 м2.
Что и написано у вас в окне «расчёт потребности»: кол-во панелей (5), кол-во на единицу (2), итого (10).

Резюме:
1. Ну, собственно, что введено, то и посчиталось…
2. Обычно, если указывают в метрах (квадратных, погонных), то это не «деталь», а «материал». Детали – они как-то, обычно, в штуках измеряются. А если это материал, то в «составе» ему не место.
1.png (105.41 КБ)
Страницы: 1
Сейчас на форуме (гостей: 6)
Всего зарегистрированных пользователей: 3203
Приняло участие в обсуждении: 367
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
Себестоимость Видео-презентация подготовка производства График производства технологическая подготовка производственный учет складской учет Полная версия VOGBIT Создание новой базы данных VOGBIT управление данными Планирование мелкосерийного производства Техническая Подготовка Производства электронный архив управление качеством деактивации VOGBIT активация VOGBIT управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость Деактивация VOGBIT планирование производства базы данных VOGBIT Начало работы инструкция Расчёт комплектации Складской учёт загрузка оборудования расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT Задания для производства Тип нормирования Заказ на производство производство металлоконструкций Нормирование пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия технология Состав изделия Обзор обновления Генератор отчетов склад Сменное задание панели инструментов Резерв Исходные данные для расчёта Что появилось нового в работе со сменными заданиями: немного о цеховых терминалах и информационных табло Планирование и учёт выполнения работ в течение смены Производственные заказы
×
Вход на сайт