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

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

Неактивность зависимых окон - Прочее
Константин Чилингаров: У вас прикреплено 3 зависимых окна. Посмотрите на закладки внизу. У вас их там 3 штуки. Причём как минимум одно (первая закладка) - это как ...
Новый функционал программы "Договоры" - Общие вопросы
Константин Чилингаров: Здравствуйте, Нужно настроить "/support/474/ конфигурацию " пользователю. Чтобы у него кнопка была в меню.  Кнопка на вкладке "Подгот ...
Новая документация "График производства" - Прочее
Константин Чилингаров: А файл вы где брали, который правили? Из архива с сайта (ссылка в сообщении #3)? Или из базы выгрузили (встали в своей базе на шаблон и нажа ...
Ошибки ВОГБИТ - Общие вопросы
Sgrekhv: Через AnyDesk
Запрет редактирования номенклатуры - Прочее
Петр Свиридов: Благодарю, получилось! 
Переключение между окнами - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да, сталкивались с подобной проблемой. Некоторое время назад (около года назад, наверно, приблизительно). Но так и не смог ...
Планирование производства - Демо версия
Константин Чилингаров: 3187 Stas Frang написал: То есть, у большинства единичных производств... По-разному у всех… Очень сильно зависит от специфики конкретного п ...
Создание копии базы данных - Прочее
Григорий Клеков: Благодарю, все заработало.
Показ дефицита при расчете потребности. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Если ничего вообще не выбирать и нажать "обеспеченность", то программа покажет информацию по тем позициям, на котор ...
Ошибка модуля импорта из Excel - Ошибки в работе
Константин Чилингаров: Проверил. Загрузил все файлы. За один сеанс работы с программой (по очереди). Никаких проблем не обнаружил. Всё загрузилось и работает. ...
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Здравствуйте, Проверил. Вроде, все работает штатно. Ставишь "замочек" (блокировка от случайного редактирования) - не добавляются о ...
Рассчет комплектации по заказной спецификации - Состав и технология
Константин Чилингаров: Здравствуйте, Всё нормально. "Количества" все на месте. Просто с левой стороны у вас открыто, так называемое окно "компоненты&q ...
Игнорирование регистра при поиске - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записать то запишем. Но, скорее всего, если очередь до этого и дойдёт, то не скоро.
Быстрый ввод технологии и материалов - Состав и технология
Константин Чилингаров: 19032 Илья написал: Можно каким то образом добавлять материалы и их количество  быстрым способом Окно "Состав". Выделяем строчки ...
Переименование номенклатуры - Ошибки в работе
Константин Чилингаров: Посмотрел ролик. Судя по косвенным признакам, версия то достаточно свежая. Точно не совсем старая. Остаётся второй вопрос:  Как часто ...
Автоматическое обновление экрана. - Интерфейс программы
Константин Чилингаров: Здравствуйте, В некоторых окнах оно есть. В «составе», «технологии», «графике производства» и «новых заданиях» (в последних двух - част ...
Вопрос по отмене выполненного задания - Общие вопросы
Alex-220781: 13 Константин Чилингаров написал: P.S. Alex опередил меня пока я писал. Зато у меня с картинкой )) Вы давно не писали, я подумал, что в отпуске ...
Предупреждение при совпадении накладной. - Интерфейс программы
Константин Чилингаров: Нет. Такой проверки не было. Записал в очередь. В список пожеланий.
Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: Как будем мышкой вылавливать там то, что перетаскивать? Варианты на "скорую руку": 1) выделять ...
Ошибка при выборе всех заданий. - Терминалы
Alex-220781: 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
Сейчас на форуме (гостей: 17)
Всего зарегистрированных пользователей: 3449
Приняло участие в обсуждении: 382
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт