Цитата:
Изначально опубликовано PSA
...А вариант с параллельными (вторичными) операциями я не совсем понял т.к. в системе всего 5 вторичных операций...
Да, больше шести РЦ в этом варианте использовать не получится. И это в лучшем случае, т.к. если для операции нужно два РЦ (токарь и токарный станок, например), то тогда уже будет максимум три. Но в частном случае может подойти.
Разбивать производственные заказы при утверждении не обязательно. Можно настроить параметры максимального, минимального и кратного количества в карточке номенклатуры. Тогда сводное планирование это сделает за вас.
Насчет автоматизации... чувствую, сейчас мне опять выскажут свое "Фи-и-и" некторые участники форума за использование ругательств из трех букв, но Аксапта является MRP системой.
Производство в MRP (II) системах планируется задолго до того, когда оно начнется. Вообще это очень длинная история, но если вкратце, то в очень далеком приближении это выглядит так.
Составляестя план продаж на год (м.б. и больше, обычно план делается скользящим). Этот план составляется весьма приблизительным. Т.е., если предприятие производит 1000 номенклатур, то выделяются их группы, каждая из которых имеет своего виртуального представителя с типичным производственным маршрутом. Обычно он не имеет ничего общего с реальным маршрутом, но призван отражать приблизительные потребности в ресурсах. Ресурсы при таком планировании могут учитываться далеко не все, а только критические. Речь пока идет только о производственных (нематериальных) ресурсах. Такой план в Аксапте вводится в форме прогноза продаж (м.б. много версий планов, но об этом позже).
Далее на основании этого плана прогоняется "угрубленное" планирование потребности в производственных мощностях. В Аксаптовских терминах это приблизительно соответствует планированию на уровне операций (не заданий) с неограниченной мощностью и неограниченными материальными ресурсами.
После этого смотрится график загрузки производственных мощностей по группам РЦ. Цифры на графике м.б. ужасными. РЦ может работать раз в неделю по 100 или 200 часов в день и при этом остальные дни недели отдыхать. Такое происходит из-за неограниченности ресурсов и дискретности прогнозов продаж. Но если сделать агрегацию графика по месяцам, например, сразу становится ясно, какие ресурсы недоиспользуются, а каких будет не хватать, где есть сезонность в потреюности в ресурсах, где имеет смысл кого-то привлечь на время или скинуть кому-то часть работы по субподряду.
Потом начинается оптимизация. Технолог может предложить, например, для некоторой номенклатуры привлечь на маршрут еще одного недогуженного РЦ, чтобы ускорить выполнение операции и снизить время загрузки перегруженного РЦ. М.б. принято решения закупить оборудование или привлечь персонал. Или модифицировать маршрут так, как мы выше описали. Дальше такой маршрут можно снова проверить. Для этого содается другая версия маршрута, создается такой же план, но с другой версией маршрута, запускается все то же планирование. Опять смотрится график.
Еще делается более точное планирование но на более короткий срок (три месяца, например). Там уже фигурируют не виртуальные номенклатуры и маршруты, а реальные номенклатуры, спецификации и маршруты. И, наконец, планирование на одну-две недели — это уже календарный график производства.
Примерно так. Приведенные сроки м.б. в несколько раз больше или меньше. Зависит от отрасли и пр. особенностей производства.
Суть в том, что MRP предполагает выполнять оптимизацию загрузки мощностей в стратегической перспективе, а в недалекой перспективе скорее осуществляет диспетчеризацию. Т.о. ситуации, когда есть много недогруженных РЦ, которые не удается эффективно использовать из-за того, что в маршруре прописано использование одного РЦ вместо 10, при правильном импользовании MRP возникать не должно.
Не знаю, поможет ли вам это...