Примерное обсуждалось ранее, может новые способы появились.
Производство не большое. Изделия имеют до 4-6 уровней вложенности сборки. Что-то между мелкосерийным и позаказным. Некоторые сборочные единицы разной вложенности применяются в нескольких изделиях, детали впрочем также. Присутствует сезонность. Не в сезон, можем сработать на склад по каким-то деталям или сборкам. Цикл производства изделия может занимать, иногда, полгода и более. Есть масса деталей которые держать на складе нет смысла или даже вредно, поэтому "празитные" бумажные принять-выдать - зло. Покупные и подобное пока опустим.
Логично выдать производству по заказу следующий перечень данных: чего и сколько произвести, что взять на складе (или в пути или в незавершенном, неважно как в общем) отдельными деталями или уже собранными узлами, сколько надо материалов и покупных.
И вот с подготовкой такого перечня в вогбит проблема.
Некоторые варианты испробованы. Забудем пока про бумажное сдал/принял.
Первый.
Используя состав изделия по заказной спецификации рассчитаем обеспеченность и отминусуем, то что есть. Но уменьшив число число какой-то подсборки не уменьшаться детали (и вложенные сборки со своими деталями и покупными) входящие в неё. Делать это вручную - не для этого танцуем. Тупик уже на стадии подготовки заказа.
Второй.
В техкарту заказа ставим только само изделие (сборку верхнего уровня). Рассчитываем потребность по этой техкарте, в технологии же у нас описано что в изделие входит. Сохраняем расчет, пусть как, предварительную заявку. По этой заявке смотрим обеспеченность и заказываем столько, сколько нужно новым производственным заказом или новой техкартой к первому. Теперь рассчитываем обеспеченность по вновь созданной техкарте. И проделать это придется столько раз сколько уровней вложенности+1. Вроде вот он путь. Только забор заявок, заказов или техкарт делает заказ похожим на фарш. Гибкость системы позволяет сформировать ЛЗК на весь заказ. И в ЛЗК будет получить все детали и сборки (и изготавливаемые и те, что там уже есть) со склада. Можно конечно отсортировать или/и сгруппировать где надо и все узнать. По итогу танцев с бубном заказ на изделие превратился в стопку отдельных заказов на каждый уровень вложенности и не сильно понятные документы на получение, да еще и придется все изготовленное оформить на склад. А потом выдать. Иначе считать начнет не так. По сути - наплодили виртуальных сущностей и понятней не стало. Работы стало больше, проще не стало. К понятному заданию на производство мы не пришли.
А что, если техкарту заполнить вручную, с учетом остатков, раскрыть все подсборки. Идея безумная, не для того все это мы затеваем, но всеж. Это будет как, заказная спецификация, только количество поправим. И расчет потребности не захочет посчитать так, как надо((. Допустим в сборку входит 10 одинаковых деталей, а в спецификации мы оставим их только 8 (2 есть готовых). Расчет потребности посчитает материал на эти 8 деталей и не посчитает что, 2 недостающие нужно взять со склада.
Дальше фантазии.
Нужно составить техкарту и посчитать потребности правильно.
С потребностями, видимо, решить просто.
А вот техкарту.. Скрестить расчет комплектации с обеспеченностью. На вход техпроцесс изделия(й). Раскрываем первый уровень, с учетом остатков создаем список, если есть куда раскрывать - раскрываем с учетом обновленных остатков...
Производство не большое. Изделия имеют до 4-6 уровней вложенности сборки. Что-то между мелкосерийным и позаказным. Некоторые сборочные единицы разной вложенности применяются в нескольких изделиях, детали впрочем также. Присутствует сезонность. Не в сезон, можем сработать на склад по каким-то деталям или сборкам. Цикл производства изделия может занимать, иногда, полгода и более. Есть масса деталей которые держать на складе нет смысла или даже вредно, поэтому "празитные" бумажные принять-выдать - зло. Покупные и подобное пока опустим.
Логично выдать производству по заказу следующий перечень данных: чего и сколько произвести, что взять на складе (или в пути или в незавершенном, неважно как в общем) отдельными деталями или уже собранными узлами, сколько надо материалов и покупных.
И вот с подготовкой такого перечня в вогбит проблема.
Некоторые варианты испробованы. Забудем пока про бумажное сдал/принял.
Первый.
Используя состав изделия по заказной спецификации рассчитаем обеспеченность и отминусуем, то что есть. Но уменьшив число число какой-то подсборки не уменьшаться детали (и вложенные сборки со своими деталями и покупными) входящие в неё. Делать это вручную - не для этого танцуем. Тупик уже на стадии подготовки заказа.
Второй.
В техкарту заказа ставим только само изделие (сборку верхнего уровня). Рассчитываем потребность по этой техкарте, в технологии же у нас описано что в изделие входит. Сохраняем расчет, пусть как, предварительную заявку. По этой заявке смотрим обеспеченность и заказываем столько, сколько нужно новым производственным заказом или новой техкартой к первому. Теперь рассчитываем обеспеченность по вновь созданной техкарте. И проделать это придется столько раз сколько уровней вложенности+1. Вроде вот он путь. Только забор заявок, заказов или техкарт делает заказ похожим на фарш. Гибкость системы позволяет сформировать ЛЗК на весь заказ. И в ЛЗК будет получить все детали и сборки (и изготавливаемые и те, что там уже есть) со склада. Можно конечно отсортировать или/и сгруппировать где надо и все узнать. По итогу танцев с бубном заказ на изделие превратился в стопку отдельных заказов на каждый уровень вложенности и не сильно понятные документы на получение, да еще и придется все изготовленное оформить на склад. А потом выдать. Иначе считать начнет не так. По сути - наплодили виртуальных сущностей и понятней не стало. Работы стало больше, проще не стало. К понятному заданию на производство мы не пришли.
А что, если техкарту заполнить вручную, с учетом остатков, раскрыть все подсборки. Идея безумная, не для того все это мы затеваем, но всеж. Это будет как, заказная спецификация, только количество поправим. И расчет потребности не захочет посчитать так, как надо((. Допустим в сборку входит 10 одинаковых деталей, а в спецификации мы оставим их только 8 (2 есть готовых). Расчет потребности посчитает материал на эти 8 деталей и не посчитает что, 2 недостающие нужно взять со склада.
Дальше фантазии.
Нужно составить техкарту и посчитать потребности правильно.
С потребностями, видимо, решить просто.
А вот техкарту.. Скрестить расчет комплектации с обеспеченностью. На вход техпроцесс изделия(й). Раскрываем первый уровень, с учетом остатков создаем список, если есть куда раскрывать - раскрываем с учетом обновленных остатков...