Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: Чего пока нет, так это чтобы можно было нарисовать что-то вроде общего плана на неделю-две в виде некое ...
Ошибка при выборе всех заданий. - Терминалы
Alex-220781: Вот такое можно сделать и на нажатии правой кнопкой на клеточке поста - чтоб собирать задания только по нему, и дату устанавливать в инте ...
Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

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

- Практические приемы работы - Старые разделы форума
Страницы: 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
Сейчас на форуме (гостей: 24)
Всего зарегистрированных пользователей: 3405
Приняло участие в обсуждении: 378
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт