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

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

Вопрос по расчетам - Общие вопросы
Константин Чилингаров: В заказной спецификации (дереве) указывается количество на единицу того, что делаем. Если меряется это, что делаем, метрами, то на 1 м "и ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: изначально втулки делают именно под конкретный  заказ Тут у нас с вами некоторое терминологическое расхождение. П ...
Внеплановое задание - Производство
Константин Чилингаров: Я так понимаю, «подгонка толкателей» в данном случае это не заранее предусмотренная технологией операция, а некая дополнительная работ ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Судя по сообщению, данная позиция используется в складском документе (в спецификации учётного документа). Немного странно, что "где и ...
добавление и удаление деталей в заказ - Состав и технология
Константин Чилингаров: Можем. Напишу на почту. До конца этой недели.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19136 Promob321 написал: как и где правильно выбрать подразделение, чтобы можно было посмотреть Обороты по складу В меню (ленте) выбрать "Р ...
Артикулы как правильно привязать к деталям? - Состав и технология
Константин Чилингаров: Про параметры: [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/ve2rwhx6JM4?feature=oembed[/VIDEO
Ошибка, и вылетает прогрпмма - Прочее
Михаил: Здравствуйте. Стала периодически вылетать программа: выскакивает ошибка (см. рис.1) после чего программа зависает и через время просто з ...
Не запускается программа после перевода часов - Установка
Алексей Пономарев: Здравствуйте. Сегодня попробовал, перевел время и программа запустилась нормально. Странно, после нового года когда вышли на работу по  ...
Себестоимость партии изделий - Производство
Константин Чилингаров: Запустить "Расчёт себестоимости" на 100 штук. Если это изделие какое-то с вложенными сборками, подсборками и т.п., то построить для н ...
Очередность при расчете комплектации - Производство
Константин Чилингаров: Примерно вот так (см. картинку). Цветом показано общее состояние готовности узлов и деталей для них. "Полоска" - в какой примерно ста ...
Возврат делового отхода - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, 3938 Алексей Пономарев написал: Когда мы принимаем на склад деловой отход через специальную кнопку, он суммируется с цел ...
Ошибка календарный план - Производство
Freza3mm: Заработало.  13 Константин Чилингаров написал: Теоретически, могла ситуация, что нет файла, получиться, если база была развернута из дис ...
Карта раскроя - Общие вопросы
Константин Чилингаров: 6386 mansur написал: Одна позиция только осталась в "планировании" Не "готово", потому что не все эти "откосы" у вас сделаны. М ...
Задвоение рабочих заданий. - Производство
Валерий Бондаренко: Все понял. Попробовал, действительно если выделена строчка группировки то задваивается. Спасибо, предупрежу мастеров что бы при выделен ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, На будущее, я бы всё таки рекомендовал в техпроцессе  указывать заготовки (неважно, чем они являются) и материалы именно, ...
Список накладных задействованных для заказа - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Открываем "Производство - Производственные заказы". Встаём на заказ. Нажимаем "Складской учёт -> Фактические затраты" (рис.1). ...
Колонка материалы для окна статистика производства - Производство
Константин Чилингаров: 13 Константин Чилингаров написал: Я думаю, что Вам можно было бы поразмышлять о некоем "конфигураторе уровня учета", где пользовате ...
Невозможно запустить приложение в связи с недействительными данными активации - Активация, Деактивация, Лицензии
Константин Чилингаров: Да, похоже, есть какая-то проблема с очередным обновлением десятки. Мы уже известили о ней разработчика системы защиты (мы её купили, не с ...
Влияние Статуса - Прочее
Константин Чилингаров: Здравствуйте, С точки зрения общей логики работы программы (различные расчёты, формирование заказов на производство и т.п.) для специфи ...

Внесение состава изделия, состоящего из большого числа вложенных сборок.

Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы: 1
Внесение состава изделия, состоящего из большого числа вложенных сборок.
 
Добрый день!
Возник вопрос по добавлению сборочных единиц, да и в целом по работе модуля Состав изделия.

1. Отсутствуют кнопки, отвечающие за добавление деталей и компонентов
вот так выглядит у меня



так в Вашем примере



Или теперь все делается через первоначальное создание деталей и изделий в базе, а потом из них собирается структура?

2. Если я хочу сделать сложный состав изделия, состоящий из многоуровневых сборок - как правильно мне их заводить в систему? Пока не нашел ничего по этому вопросу (ну или плохо искал)
хочется примерно так



но только в данном случае уровней всего 3, а у нас на производстве таких уровней в глубину может быть в разы больше - 10-15 в глубину. То есть у меня есть например такая вот структура:



Соответственно, я бы хотел полностью ее отобразить в Составе изделия.

3. Понимаю, что вопрос больше импорта касается, но все же и состав он тоже задевает.

Стандартных средств по импорту состава изделия через xml/csv как я понимаю нет? Это все уже относится к доп. работам по внедрению?
 
Цитата
Sassa_s написал:
Отсутствуют кнопки, отвечающие за добавление деталей и компонентоввот так выглядит у меня
Всё правильно.
Эту нижнюю панель отломали много лет назад. Осталась только на старых картинках.
Убрали, потому что никто не пользовался. Неудобно.
Проще 2 окна повесить: "Номенклатура" и "Состав", вводить и мышкой перетаскивать.
Удобнее и быстрее.
В общем, эта панелька нижняя не прижилась. Неудачная идея. Никто не понимал и не пользовался. Убрали.

Цитата
Sassa_s написал:
Или теперь все делается через первоначальное создание деталей и изделий в базе, а потом из них собирается структура?
Да. Так проще и быстрее.

Цитата
Sassa_s написал:
Если я хочу сделать сложный состав изделия, состоящий из многоуровневых сборок - как правильно мне их заводить в систему?
Завести обычные конструкторские спецификации сборочных единиц (всех, какие там есть), потом нажать кнопку и "дерево" из них само построится. Пример

Цитата
Sassa_s написал:
но только в данном случае уровней всего 3, а у нас на производстве таких уровней в глубину может быть в разы больше - 10-15 в глубину
Не имеет значения.
Просто больше сборочных единиц разных. Принцип никак это этого не меняется.
Мы дизель полностью заводили (несколько тысяч позиций) как-то раз. Нормально, в целом.

Цитата
Sassa_s написал:
Соответственно, я бы хотел полностью ее отобразить в Составе изделия
Нет ничего проще :)
См. выше. Вводим спецификации сборочных единиц. Нажимаем кнопку - из них получается дерево (заказная спецификация).
Если вопрос в том как правильно, и именно "состав", то так правильно.
Вопрос - нужно/не нужно всё полностью и именно в таком виде - оставляем за скобками. Это от задачи зависит на самом деле.
Когда сложные изделия, то обычно да, полезно.

Цитата
Sassa_s написал:
Понимаю, что вопрос больше импорта касается,
Вот это - неочевидная совсем, с моей точки зрения, мысль.
"Состав" - составом. "Импорт" - импортом.
Импорт - это просто автоматизация ввода. Можно руками добавить все детали в "номенклатуру", перетащить их в спецификацию, проставить количество. Импорт делает всё ровно то же самое по сути, только программа это делает. Быстрее получается. В некоторых случаях...
А в плане "правильности"/"неправильности" и общей логики - нет разницы вводить руками спецификацию или "импортом" заливать. Можно и руками сделать неправильно, и импортом криво залить. Как можно и наоборот. А если всё правильно, то одно и то же в результате и получится.

Цитата
Sassa_s написал:
Стандартных средств по импорту состава изделия через xml/csv как я понимаю нет? Это все уже относится к доп. работам по внедрению?
Стандартный модуль загрузки спецификаций из Excel - 15 т.р.
Если интересно, пишите на почту. Вышлем описание краткое: для чего предназначен, что входит в стоимость.
Если хочется загружать из какого-то своего формата, то это за отдельные деньги.
 
Константин, добрый день. Помогите на конкретном примере разобраться как внести материал в заказную спецификацию. Готовое изделие: мебельный фасад розового цвета. Для облицовки плиты МДФ используем смесь хим. компонетов. В смеси присутствует цветная паста розового цвета. Эта паста розового цвета состоит из 4 покупных монопаст: зеленой, бежевой, белой и красной. При внесении материалов в заказную спецификацию программа не дает внести 4 цвета пасты. Только розовая паста и один цвет монопасты. Вопрос в том как можно указывать несколько компонентов в заказной спецификации, соответственно указывать расход и технологию изготовления смеси?
 
Цитата
Hohlova написал:
Константин, добрый день. Помогите на конкретном примере разобраться как внести материал в заказную спецификацию. Готовое изделие: мебельный фасад розового цвета. Для облицовки плиты МДФ используем смесь хим. компонетов. В смеси присутствует цветная паста розового цвета. Эта паста розового цвета состоит из 4 покупных монопаст: зеленой, бежевой, белой и красной. При внесении материалов в заказную спецификацию программа не дает внести 4 цвета пасты. Только розовая паста и один цвет монопасты. Вопрос в том как можно указывать несколько компонентов в заказной спецификации, соответственно указывать расход и технологию изготовления смеси?
Не указала: каждый компонент мы принимаем как деталь, а смесь как сборочную единицу.
 
Здравствуйте,

Давайте начну с пояснения.
Программе, в целом, вообще-то все равно, как называть изделия: деталями, сборочными единицами, ещё как-то. Ей без разницы. На работоспособность, в общем-то, никак не влияет. Важно, что будет указано в составе производственного заказа, и что в технологии написано. А как кого называть – всё равно.

Однако, для того чтобы лучше друг друга понимать, предлагаю всё-таки по возможности придерживаться стандартизованной терминологии.

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

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

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

Теперь добавим немножко «vogbit’овской» терминологии:

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

Теперь возвращаемся к Вашему примеру.

Спецификации, подозреваю, вам не нужны. Ни «конструкторские», ни тем более «заказные». Никакие.
Заказные спецификации бывают полезны, когда речь идёт о сборочном производстве и достаточно сложных изделиях. Когда изделие состоит из сборочных единиц и деталей, те в свою очередь из других сборочных единиц и деталей, и т.д. У Вас нет ни сборки, ни таких изделий. Просто не нужны, мне кажется, в вашем случае никакие «спецификации» в VOGBIT.

Есть изделие – элемент фасада. Оно изготавливаемое. Соответственно у него есть технология. Если собираетесь как-то планировать работы, выдавать задания, отслеживать их выполнение, то добавляем в технологию операции: «резка» и «облицовка» (условно, может быть больше, сколько нужно; если же работы учитывать в программе не будете, то можно вообще операции никакие не вводить). Если собираетесь учитывать материалы (расход, наличие, дефицит, заявки в снабжение), то вводим в технологию, какие материалы используются для изготовления данного изделия: «МДФ» и «Паста розовая» с нормой расхода.

В свою очередь материал «паста розовая» сам является изготавливаемым. То есть на него создаём технологию. Туда, если нужно, вставляем операцию, например, «приготовление пасты», и материалы: «монопаста зелёная», «монопаста бежевая», «монопаста белая», «монопаста красная». С нормой расхода на единицу изменения «пасты».

И всё. Достаточно. Дальше по мере необходимости формируем производственный заказ на изготовление «пасты розовой» в нужном количестве. На него по ЛЗК выдаём в нужном количестве со склада «монопасты» разных цветов. Готовую «пасту розовую» сдаём на склад.
Запускаем производственный заказ на изготовление элемента фасада. На него по ЛЗК выдаём со склада «МДФ» и «пасту розовую» в необходимом количестве.
Всё.

Примеры:
Изделие «элемент фасада» и технология на него – рис. 1.
Материал «паста розовая» и технология на него – рис. 2.

(все нормы, естественно «от балды»  :) )

P.S.
"Спецификации" в VOGBIT в таком производстве теоретически могут понадобится вот в каком случае: если "паста розовая" замешивается в строго ограниченном количестве ровно на нарезаемые фасады и сразу наносится, и ничего не остается. Например, заказали 3 разных элемента фасада, но все розовые. И нужно замесить розовой пасты сразу ровно столько, чтобы хватило на все эти три фасада, и сразу вся она будет нанесена. На складе "розовая паста" не хранится, делается ровно столько, сколько нужно, и сразу вся используется.
Вот в этом случае для уменьшения количества действий в программе и автоматизации заполнения заказов на производство можно применить "спецификации", Только по смыслу они не будут в данном случае соответствовать понятию "спецификации" по ЕСКД (потому что последняя подразумевает список элементов по сборочному чертежу, из которых состоит сборка, а тут никакой ни сборки, ни сборочного чертежа нет в помине). Но можно сделать в VOGBIT специальные "вырожденные спецификации", чисто для такого случая, для решения указанной задачи. И они будут "работать" в контексте описанной задачи.
1.png (96.88 КБ)
2.png (99 КБ)
 
Цитата
Константин Чилингаров написал:
Здравствуйте,

Давайте начну с пояснения.
Программе, в целом, вообще-то все равно, как называть изделия: деталями, сборочными единицами, ещё как-то. Ей без разницы. На работоспособность, в общем-то, никак не влияет. Важно, что будет указано в составе производственного заказа, и что в технологии написано. А как кого называть – всё равно.

Однако, для того чтобы лучше друг друга понимать, предлагаю всё-таки по возможности придерживаться стандартизованной терминологии.

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

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

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

Теперь добавим немножко «vogbit’овской» терминологии:

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

Теперь возвращаемся к Вашему примеру.

Спецификации, подозреваю, вам не нужны. Ни «конструкторские», ни тем более «заказные». Никакие.
Заказные спецификации бывают полезны, когда речь идёт о сборочном производстве и достаточно сложных изделиях. Когда изделие состоит из сборочных единиц и деталей, те в свою очередь из других сборочных единиц и деталей, и т.д. У Вас нет ни сборки, ни таких изделий. Просто не нужны, мне кажется, в вашем случае никакие «спецификации» в VOGBIT.

Есть изделие – элемент фасада. Оно изготавливаемое. Соответственно у него есть технология. Если собираетесь как-то планировать работы, выдавать задания, отслеживать их выполнение, то добавляем в технологию операции: «резка» и «облицовка» (условно, может быть больше, сколько нужно; если же работы учитывать в программе не будете, то можно вообще операции никакие не вводить). Если собираетесь учитывать материалы (расход, наличие, дефицит, заявки в снабжение), то вводим в технологию, какие материалы используются для изготовления данного изделия: «МДФ» и «Паста розовая» с нормой расхода.

В свою очередь материал «паста розовая» сам является изготавливаемым. То есть на него создаём технологию. Туда, если нужно, вставляем операцию, например, «приготовление пасты», и материалы: «монопаста зелёная», «монопаста бежевая», «монопаста белая», «монопаста красная». С нормой расхода на единицу изменения «пасты».

И всё. Достаточно. Дальше по мере необходимости формируем производственный заказ на изготовление «пасты розовой» в нужном количестве. На него по ЛЗК выдаём в нужном количестве со склада «монопасты» разных цветов. Готовую «пасту розовую» сдаём на склад.
Запускаем производственный заказ на изготовление элемента фасада. На него по ЛЗК выдаём со склада «МДФ» и «пасту розовую» в необходимом количестве.
Всё.

Примеры:
Изделие «элемент фасада» и технология на него – рис. 1.
Материал «паста розовая» и технология на него – рис. 2.

(все нормы, естественно «от балды»   )

P.S.
"Спецификации" в VOGBIT в таком производстве теоретически могут понадобится вот в каком случае: если "паста розовая" замешивается в строго ограниченном количестве ровно на нарезаемые фасады и сразу наносится, и ничего не остается. Например, заказали 3 разных элемента фасада, но все розовые. И нужно замесить розовой пасты сразу ровно столько, чтобы хватило на все эти три фасада, и сразу вся она будет нанесена. На складе "розовая паста" не хранится, делается ровно столько, сколько нужно, и сразу вся используется.
Вот в этом случае для уменьшения количества действий в программе и автоматизации заполнения заказов на производство можно применить "спецификации", Только по смыслу они не будут в данном случае соответствовать понятию "спецификации" по ЕСКД (потому что последняя подразумевает список элементов по сборочному чертежу, из которых состоит сборка, а тут никакой ни сборки, ни сборочного чертежа нет в помине). Но можно сделать в VOGBIT специальные "вырожденные спецификации", чисто для такого случая, для решения указанной задачи. И они будут "работать" в контексте описанной задачи.
Спасибо большое за ответ. Константин, ровным счетом я в итоге по этому пути, что Вы описали выше и пошла. В технологию, в операцию "Приготовление полимерного состава для МДФ плиты" притянула материалы со склада, а саму облицованную плиту посчитала за "деталь" и все таки думаю, что фасад это сборочная единица и спецификация нужна или я ошибаюсь?

Приведу наш пример:

Фасад односторонний (есть еще и двухсторонние и витрины и т.д. другие конструкции) розового цвета:
Состав одностороннего фасада розового цвета:
1.Плита МДФ, облицованная составом для плиты с одной стороны и потом распиленная в размер заказчика;
2.Кромка по периметру приклеенная (состав кромки - это некое вещество, его мы по рецепту делаем сами и потом формуем из него кромку), кромку тоже клеим на смесь (клей) собственного приготовления).
Идем далее. Состав для облицовки плиты и состав для изготовления кромки он разный, хотя он одного и того же цвета. Но есть в этих разных составах и общие "узлы". Эти "узлы" мы готовим тоже сами из покупных материалов. На склад эти "узлы" мы не сдаем и можем хранить до следующего дня в цехе (т.е. не четко под изделие, переходящие под следующее изделие).

Вопрос в следующем: как в технологию будет правильно занести эти "узлы". Повторюсь именно два "узла" входят в вещество для кромки и в вещество для облицовки поверхности МДФ. Не хочется "тащить" два раза одно и то же в материалы, да и разное количество этих "узлов берется" на облицовку МДФ и на приготовление состава для изготовления кромки. Либо у меня еще вариант, что сделать данные "узлы" полуфабрикатами и в спецификации конкретно на деталь "плита МДФ, облиц." и деталь "кромка" их внести? А далее в технологии мне останется указать их количество, в соответствии с расходом на 1 МДФ плиту? А остальные материалы тогда притяну со склада, так как они просто в определенном количестве берутся со склада в составы (для облицовки МДФ и для приготовления смеси кромки)?  
 
Цитата
Ирина Хохлова написал:
все таки думаю, что фасад это сборочная единица и спецификация нужна
Если "фасад" это некая конструкция, состоящая из нескольких отдельных "элементов" фасада, то да, это можно рассматривать, как сборочную единицу, в стандартном понимании этого слова или, по крайней мере, близко к нему.

По остальному - общие принципы следующие:

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

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

Если выделять, как отдельный объект производства, то соответственно, можно выдать отдельно задание на изготовление "смеси" (в любом количестве, какое нужно), учесть изготовленное количество, потраченное, оставшееся, которое можно в следующий раз потратить и не делать. С одной стороны это плюс. С другой стороны увеличивается при этом и количество позиций в заказах на производство. Которые сначала должны тем или иным способом попасть в эти заказы, потом по ним нужно выдать задания, отметить готовность. Может быть, в зависимости от дальнейшей организации работы, оформить передачу на склад, выдачу со склада, если смесь на складе засохла не использованная, списать её нужно. И т.д.
Каждое действие это в отдельности, в принципе, простое. Но чем больше "дробим", тем в разы больше становится таких действий.
Стоит ли возможность учитывать более точно эти "компоненты", их изготовление и остатки, кратного увеличения для этого количества действий в программе? Нет однозначного ответа на этот вопрос. На каком-то предприятии да, стоит. На каком-то нет смысла, овчинка выделки не стоит.

Что касается "спецификаций" и заказов на производство. Тут есть два основных пути.

Путь 1.

Заказ на изготовление материала (смеси, не важно чего) оформляется исходя из потребности в нем и свободных остатков, оставшихся с прошлых времён. Тогда общая последовательность такова:
1.1. в заказ на производство вставляем только само изделие (материал), которое нам нужно. Никакие "спецификации" для этого не нужны, соответственно. Совсем.
1.2. формируем к созданному заказу ЛЗК - что нужно взять со склада.
1.3. в "обеспеченности" видим наличие/дефицит нужных материалов (компонентов, смесей) и сохраняем его в заявку на производство - сколько минимум нужно ещё запустить того, что нам не хватает, с учётом текущих свободных остатков;
1.4. в заявке на производство ставим то количество, которое будем запускать, и оформляем как заказ на производство.
1.5. делаем по данному заказу соответствующий материал (смесь, детали и т.п. - не важно), оформляем передачу на склад.
1.6. по ЛЗК (1.2) делаем расход соответствующей позиции на основной заказ (1.1.), в рамках которого в свою очередь получаем желаемое изделие.
Остатки сданной (1.5), но не израсходованной (1.6) продукции оседают на "складе" и соответственно могут использоваться для следующего заказа при определении, сколько запускать в следующий раз (1.3).

Если "вложенность" многоуровневая, то всё по кругу несколько раз:
- заказ на изготовление изделий, ЛЗК на материал, дефицит материала (1.1. - 1.4.)
- заказ на изготовление материала, ЛЗК на смесь, дефицит смеси (1.1. - 1.4.)
- заказ на изготовление смеси, ЛЗК на получение материалов (1.1. - 1.4.)
- тратим материалы, получаем смесь, передаём на "склад" (1.5. - 1.6.)
- тратим смесь, получаем материал, передаём на "склад" (1.5. - 1.6.)
- тратим материал, получаем изделие, передаём на "склад" (1.5. - 1.6.)
- отдаём изделие заказчику.

Путь 2.

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

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

Вот, в общем, как-то так.
Более конкретные рекомендации, как именно Вам делать, на форуме вряд ли дам.

Потому что это нужно уже подробно разобрать ваш конкретный пример, показать разные варианты, как что можно вводить, как в каком случае дальше будет выглядеть работа - а это уже нужно в детали процесса вашего "влезать" и пример делать. Время нужно на это.
Можем заняться, если интересно, в рамках платной поддержки. Подробности, если интересно, по почте.
Страницы: 1
Сейчас на форуме (гостей: 12)
Всего зарегистрированных пользователей: 3257
Приняло участие в обсуждении: 370
Всего тем: 804
Всего сообщений: 6067

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