Планирование заданий в производстве

[PSA]

Ситуация:

1) есть 20 рабочих центров (токарных станков)
2) на маршруте определена одна операция - расточка болванки
3) время выполнения 1 час
4) нужно расточить 100 болванок

при планировании задания, Аксапта дает первому свободному рабочему центру задание на расточку 100 болванок на 100 часов. А остальные рабочие центры отдыхают!!!

Но ведь в жизни 5 станков будут растачивать 100 болванок 20 часов.

Как эту ситуацию реализовать в Аксапте?

[DMA]

Рабочий центр (или группа) задается для конкретной операции в маршруте
согласно которому Аксапта выполняет планирование заданий.
Т.е. если в маршруте указана только одна операция, для выполнения задания Аксапта задействует только один рабочий центр.
Насколько мне известно получить то что вы хотите при таких настройках невозможно. Т.е. Аксапта не умеет "автоматически" использовать свободные ресурсы для ускорения операции.

Выход в вашей ситуации - добавить еще N вторичных операций в маршрут, на каждую из которых выделить по свободному станку. Тогда выполнение задания будет планироваться параллельно на всех доступных раб. центрах.
Это конечно не слишком удобно, править маршрут для каждого заказа, но жить вообщем можно.

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

[Vadim Korepin]

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

Входом является формирование нескольких производственных заказов.

[glibs]

Немножко опоздал...

Цитата:

Изначально опубликовано PSA
...Как эту ситуацию реализовать в Аксапте?...

Вручную можно. Автоматически... думаю, что никак (мне пока не удалось).

Оптимизировать использование (загрузку) производственных мощностей в Аксапте можно путем уменьшения количества в производственном заказе (для большого заказа/прочей потребности создавать много маленьких производственных заказиков). Чем меньше будет количество в заказе и чем больше их будет, тем оптимальней будут планироваться ресурсы.

На маршруте можно указать группу рабочих центров и необходимое их количество. Тогда система будет потреблять именно это количество. Сделать это количество зависимым от конкретной ситуации с загрузкой РЦ (в вашем случае количества незанятых станков из 25 доступных) нельзя. Можно только руками устанавливать в каждом производственном заказе в маршруте и перепланировать.

Еще можно пытаться разбивать длиные операции на более мелкие составляющие. Иначе, особенно в случае с производственным заказом с большим количеством, система запланирует длинную операцию на один РЦ. Даже если, например, в другую смену будут доступны другие РЦ, способные выполнить эту операцию, Аксапта их не привлечет. Т.е. одна операция выдается только одному РЦ.

[Vadim Korepin]

Цитата:

Изначально опубликовано glibs
Немножко опоздал...

На маршруте можно указать группу рабочих центров и необходимое их количество. Тогда система будет потреблять именно это количество.

В этом случае система будет представлять, что для выполнения операции требуется ОДНОВРЕМЕННО несколько рабочих центров. Т.е. если проводить аналогию согласно приведенному примеру, то если указать допустим 10 РЦ, то все 10 РЦ будут работать 100 часов и сделают 100 болванок (все вместе). Это совершенно не та ситуация.

[glibs]

Цитата:

Изначально опубликовано Vadim Korepin
...Т.е. если проводить аналогию согласно приведенному примеру, то если указать допустим 10 РЦ, то все 10 РЦ будут работать 100 часов и сделают 100 болванок (все вместе)...

Все верно. Аналогично будет и в случае, если делать через параллельные (вторичные) операции.

А если время обработки на операции при этом разделить на 10, как тогда будет с ситуацией?

Ко времени настройки и прочим временам на маршруте нужен индивидуальный подход.

Проблемы в обоих случаях одинаковые — повышается жесткость (если не окажется десятого, производство будет стоять). Ну и автоматически это никак не делается.

PS. Я еще поэкспериментирую на выходных.

[PSA]

Идея была и с разбивкой на несколько производственных заказов и с тем что-бы указать 20 РЦ на одну операцию, а время операции сделать 1/20 часа - но это надо делать ручками (не автоматически) - а была надежда на то что как-то можно автоматизировать этот процесс (если не говорить о программировании).

При этом вариант с несколькими производственными заказами выглядит наиболее красиво - т.к. если производственный заказ был сделан из сводного плана и мы его разбили по кнопке Обработка\Разбиение, то в полученных ПЗ останется ссылка на сводный план, появится ссылка на исходное производство и автоматически перепланируется полученный ПЗ и в нем система выберет другой (свободный) РЦ.

Вариант с тем что-бы указать 20 РЦ на одну операцию, а время операции сделать 1/20 часа - интересен, но очень статичен и действительно "если не окажется десятого, производство будет стоять"

А вариант с параллельными (вторичными) операциями я не совсем понял т.к. в системе всего 5 вторичных операций.

[glibs]

Цитата:

Изначально опубликовано PSA
...А вариант с параллельными (вторичными) операциями я не совсем понял т.к. в системе всего 5 вторичных операций...

Да, больше шести РЦ в этом варианте использовать не получится. И это в лучшем случае, т.к. если для операции нужно два РЦ (токарь и токарный станок, например), то тогда уже будет максимум три. Но в частном случае может подойти.

Разбивать производственные заказы при утверждении не обязательно. Можно настроить параметры максимального, минимального и кратного количества в карточке номенклатуры. Тогда сводное планирование это сделает за вас.

Насчет автоматизации... чувствую, сейчас мне опять выскажут свое "Фи-и-и" некторые участники форума за использование ругательств из трех букв, но Аксапта является MRP системой.

Производство в MRP (II) системах планируется задолго до того, когда оно начнется. Вообще это очень длинная история, но если вкратце, то в очень далеком приближении это выглядит так.

Составляестя план продаж на год (м.б. и больше, обычно план делается скользящим). Этот план составляется весьма приблизительным. Т.е., если предприятие производит 1000 номенклатур, то выделяются их группы, каждая из которых имеет своего виртуального представителя с типичным производственным маршрутом. Обычно он не имеет ничего общего с реальным маршрутом, но призван отражать приблизительные потребности в ресурсах. Ресурсы при таком планировании могут учитываться далеко не все, а только критические. Речь пока идет только о производственных (нематериальных) ресурсах. Такой план в Аксапте вводится в форме прогноза продаж (м.б. много версий планов, но об этом позже).

Далее на основании этого плана прогоняется "угрубленное" планирование потребности в производственных мощностях. В Аксаптовских терминах это приблизительно соответствует планированию на уровне операций (не заданий) с неограниченной мощностью и неограниченными материальными ресурсами.

После этого смотрится график загрузки производственных мощностей по группам РЦ. Цифры на графике м.б. ужасными. РЦ может работать раз в неделю по 100 или 200 часов в день и при этом остальные дни недели отдыхать. Такое происходит из-за неограниченности ресурсов и дискретности прогнозов продаж. Но если сделать агрегацию графика по месяцам, например, сразу становится ясно, какие ресурсы недоиспользуются, а каких будет не хватать, где есть сезонность в потреюности в ресурсах, где имеет смысл кого-то привлечь на время или скинуть кому-то часть работы по субподряду.

Потом начинается оптимизация. Технолог может предложить, например, для некоторой номенклатуры привлечь на маршрут еще одного недогуженного РЦ, чтобы ускорить выполнение операции и снизить время загрузки перегруженного РЦ. М.б. принято решения закупить оборудование или привлечь персонал. Или модифицировать маршрут так, как мы выше описали. Дальше такой маршрут можно снова проверить. Для этого содается другая версия маршрута, создается такой же план, но с другой версией маршрута, запускается все то же планирование. Опять смотрится график.

Еще делается более точное планирование но на более короткий срок (три месяца, например). Там уже фигурируют не виртуальные номенклатуры и маршруты, а реальные номенклатуры, спецификации и маршруты. И, наконец, планирование на одну-две недели — это уже календарный график производства.

Примерно так. Приведенные сроки м.б. в несколько раз больше или меньше. Зависит от отрасли и пр. особенностей производства.

Суть в том, что MRP предполагает выполнять оптимизацию загрузки мощностей в стратегической перспективе, а в недалекой перспективе скорее осуществляет диспетчеризацию. Т.о. ситуации, когда есть много недогруженных РЦ, которые не удается эффективно использовать из-за того, что в маршруре прописано использование одного РЦ вместо 10, при правильном импользовании MRP возникать не должно.

Не знаю, поможет ли вам это...

[PSA]

Спасибо за такой развернутый ответ

Поможет - потому что создает системное восприятие проблемы. А когда есть система, то и на возникшие вопросы гораздо проще отвечать

Идея понятна.

Пара уточняющих вопросов:

1) "если предприятие производит 1000 номенклатур, то выделяются их группы, каждая из которых имеет своего виртуального представителя с типичным производственным маршрутом" - не совсем понял как реализовать это в Аксапте.

2) "Еще делается более точное планирование но на более короткий срок (три месяца, например). Там уже фигурируют не виртуальные номенклатуры и маршруты, а реальные номенклатуры, спецификации и маршруты. И, наконец, планирование на одну-две недели — это уже календарный график производства " - и вот на этом этапе мы и используем вариант с тем что-бы указать 20 РЦ на одну операцию, а время операции сделать 1/20 часа. Причем этот маршрут будет не глобальным, а локальным для конкретной ситуации и только для нее и останется, а для другой локальной ситуации (для той же номенклатуры) будет другой маршрут и т.д.

[PSA]

Как в Аксапте можно реализовать таблицу замен?

Имеется ввиду ситуация, когда при описании спецификации указывается как основной материал, так и материал на замену (в случае отсутствия основного).
Если есть основной материал - то он и будет использоваться. Если нет - то будет использоваться материал из таблицы замен.

[Vadim Korepin]

Функционала альтернативных номенклатурных единиц в спецификациях нет. Но существует запрос No. RU-120-346-CHXG на 4м уровне (т.е. принятый в штаб-квартире).

[PSA]

Это я не в ту тему вставил

[glibs]

Цитата:

Изначально опубликовано PSA
...1) "если предприятие производит 1000 номенклатур, то выделяются их группы, каждая из которых имеет своего виртуального представителя с типичным производственным маршрутом" - не совсем понял как реализовать это в Аксапте...

Создаете номенклатурную единицу. Устанавливаете для нее необходимые номенклатурную группу и параметры покрытия. Блокируете ее, чтоб никто не продавал и не покупал. Прикрепляете ее к фиктивной спецификации, у которой нет строк. Создаете "подопытный" маршрут с виртуальными операциями. Привязываете его к номенклатуре. Создаете выделенную модель прогноза. Вводите в нее прогноз продаж. Создаете отдельный прогнозный план на основании модели проноза. Панируете. Создаете отдельный сводный план на основании прогноза продаж. Тоже планируете. Примерно так. В реальном сводном плане этот прогноз, естественно, не используется.

Цитата:

Изначально опубликовано PSA
...вот на этом этапе мы и используем вариант с тем что-бы указать 20 РЦ на одну операцию, а время операции сделать 1/20 часа. Причем этот маршрут будет не глобальным, а локальным для конкретной ситуации и только для нее и останется, а для другой локальной ситуации (для той же номенклатуры) будет другой маршрут и т.д...

В общем-то ручное управление при производственном планировании никто не отменял. В некоторых ситуациях в результаты планирования приходится вмешиваться менеджерам. Диаграма Ганта для этого есть. Т.е. это нормально.

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

[PSA]

Спасибо

[George V. Tavrizoff]

А с чем конкретно связано ограничение на 6 паралелльных операций (1 первичная и 6 вторичных)?

А если в Enum добавить еще сколько хочется паралелльных операций, ну и в исходном коде по аналогии дописать обработку при необходимости?

С уважением, Георгий Тавризов.

[DMA]

Цитата:

Изначально опубликовано George V. Tavrizoff
А с чем конкретно связано ограничение на 6 паралелльных операций (1 первичная и 6 вторичных)?

А если в Enum добавить еще сколько хочется паралелльных операций, ну и в исходном коде по аналогии дописать обработку при необходимости?

С уважением, Георгий Тавризов.

Имменно так и делалось. Работало без проблем.
Ограничение не связано вообще ни с чем. Если просмотреть код где анализируется значение этого энума, четко видно , что рассматриваются только два варианта
Primary и не Primary.