M365Con 2027 – бесплатная онлайн-конференция · 11–22 Jan 2027 · 120 sessions→ m365con.net

Блог · Mirko Peters

Планирование мощностей и финитное планирование производственных ресурсов: что нужно заводам

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By ·

Финитное планирование или планирование мощностей? Разбираемся, чем они отличаются, почему бесконечная загрузка не работает в цехе и когда заводу нужен реализуемый график.

Automatically translated with AI from the original post. Read the English original

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

Главное

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

Что такое финитное планирование?

Финитное планирование размещает производственные операции на реальных календарях ресурсов. Каждый ресурс способен выполнить только определённый объём работы в день. Когда ресурс загружен полностью, следующая работа переносится на ближайший свободный слот, и график показывает, когда работа действительно может завершиться.

Статья от разработчика ПО для планирования Delfoi описывает это так же: операции загружаются на ресурсы только в пределах их доступной мощности. Модель учитывает сменные графики, плановые простои, оснастку, наличие материалов и навыки персонала. Она работает на коротком горизонте и детальном уровне, берёт потребности в материалах из MRP и выстраивает их в план, который можно выполнить. См. статью Delfoi о финитном планировании и MRP.

Три условия делают финитный график реалистичным:

  • Ограниченные ресурсы. Ограничения мощностей реальны: станок не может выполнять две работы одновременно.
  • Реальные календари. Смены, перерывы, праздники и плановое техническое обслуживание учитываются.
  • Видимые конфликты. Если заказы конкурируют за один ресурс, график это показывает, а не оставляет конфликт цеху для решения.

Чем планирование мощностей отличается от календарного планирования?

Эти два процесса отвечают на разные вопросы.

Планирование мощностей отвечает на вопрос: хватит ли мощностей для ожидаемого спроса? Оно работает в масштабе недель или месяцев, в часах по рабочим центрам. Помогает принимать решения о людях, станках, сменах и инвестициях.

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

Глава о истории производственного планирования, найденная как выдержка из книги Wiley, разделяет эти понятия так: планирование приблизительно оценивает будущие потребности в материалах и мощностях на более длинном горизонте, тогда как составление графика точно определяет операции на коротком интервале. См. выдержку «Why Schedule?». В превью выдержки автор не указан, поэтому воспринимайте её как справочный материал.

Нужны оба инструмента. Грубое планирование мощностей (rough-cut) показывает, может ли завод в принципе справиться с нагрузкой, а планирование с конечными мощностями (finite capacity) превращает это в производственный график по каждому ресурсу. Составление графика показывает, успеет ли конкретный заказ к сроку.

Почему бесконечная загрузка не работает в цехе?

Delfoi объясняет, что MRP планирует с бесконечными мощностями. Он использует обратное планирование от сроков поставки, чтобы определить потребности в материалах и время запуска заказов, но не проверяет, свободны ли станки или рабочие места. Считается, что ресурсы неограниченны. В результате может получиться план, который перегружает узкое место, в то время как другие станки простаивают. Блог Fabrico говорит то же самое простыми словами: классический MRP может поставить три задания на один станок одновременно, и его сроки часто невозможно выдержать в цехе. См. статью Fabrico о планировании с конечными и бесконечными мощностями.

Выдержка из Wiley добавляет и следствие: когда график предполагает, что работа начинается сразу по поступлении и используются средние времена ожидания в очереди, ускорение работ становится обычным способом работы. Планировщикам приходится каждый день вручную исправлять план.

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

Когда заводу нужен график с конечными мощностями?

Delfoi перечисляет ситуации, в которых это окупается: повторяющиеся узкие места, широкая номенклатура, короткие сроки выполнения и частые изменения заказов. Он также называет тревожные признаки:

  • планировщики каждый день вручную корректируют результат MRP
  • соблюдение сроков поставки нестабильно
  • одни станки перегружены, а другие простаивают

Он добавляет, что наибольшую пользу это приносит на предприятиях с производством под заказ (make-to-order) и инжиниринговым производством под заказ (engineer-to-order), а завод с производством на склад (make-to-stock) при стабильном и большом объёме спроса может обойтись MRP плюс проверкой грубых мощностей. Это взгляд поставщика решения, но он совпадает с распространённым опытом: чем разнообразнее заказы, тем чаще простой план материалов даёт сбой.

Короткая самопроверка для вашего завода:

  1. Есть ли ресурс, который часто становится ограничением? Прежде всего найдите узкое место.
  2. Меняются ли сроки поставки после утверждения плана?
  3. Держат ли планировщики личную таблицу рядом с ERP-системой?
  4. Слышат ли клиенты дату, которую цех потом не выдерживает?

Два или более утвердительных ответа говорят о том, что одного планирования мощностей недостаточно.

Как внедрить план с конечными мощностями?

Для старта не нужен большой проект. Практический путь такой:

  1. Определите охват. Один поток создания ценности, один цех или узкое место и операции вокруг него.
  2. Проверьте спрос клиентов и портфель заказов. Какие заказы твёрдые, а какие являются прогнозами?
  3. Загрузите реальные ограничения. Календари, навыки, переналадки и материалы, а не только машино-часы.
  4. Создайте первый производственный план на одну-две следующие недели и сравните его с тем, что сделали бы планировщики вручную.
  5. Разберите конфликты вместе. Планировщики, мастера и отдел продаж решают, что сдвигать: срок, сверхурочные работы или внешнего поставщика.
  6. Утвердите один план для цеха и обновляйте его при каждом изменении. Реалистичный график требует обратной связи о фактически выполненных работах в реальном времени или хотя бы ежедневно.
  7. Измеряйте. Отслеживайте точность соблюдения сроков и количество ручных изменений и используйте эти показатели для улучшения данных.

Какие данные нужны для графика с конечными мощностями?

Надёжность графика с конечными мощностями определяется только качеством исходных данных. Fabrico отмечает, что станок с паспортной производительностью восемь часов, который на практике выдаёт шесть, превратит план, построенный на паспортной цифре, в набор невыполнимых обещаний. Фактическая мощность, например показатели OEE, делает модель точнее.

Соберите следующие исходные данные:

  1. Маршрутные карты. Операции, последовательность, варианты ресурсов и нормы времени.
  2. Реальная мощность. Чистое доступное время: за вычетом перерывов, обслуживания и типичных потерь.
  3. Время наладки и переналадки. Особенно если оно зависит от последовательности изделий.
  4. Календари. Смены, праздники и плановые простои для каждого ресурса.
  5. Квалификация. Кто может работать на каком станке.
  6. Заказы. Количества, сроки и приоритеты из ERP-системы.
  7. Статус материалов. Что есть в наличии и когда поступит следующая партия.

Для старта не нужны идеальные данные. Начните с узкого места и его реальной мощности, а затем расширяйте охват.

Пример: недельная загрузка выглядит нормально, дневная — нет

В этом примере использованы предполагаемые цифры.

Пресс работает в одну смену по 7,5 продуктивного часа в день, пять дней в неделю. Недельная мощность: 5 × 7,5 = 37,5 часа. Заказы этой недели требуют 34 часа работы на прессе.

Взгляд через планирование мощностей. Загрузка: 34 ÷ 37,5 = 91 %. Неделя выглядит выполнимой.

Сроки. 34 часа делятся на три группы: 18 часов нужны к концу вторника, 4 часа к концу среды и 12 часов к концу пятницы.

Взгляд через конечное расписание. К концу вторника у пресса есть 2 × 7,5 = 15 часов. Группа вторника требует 18. Значит, 18 − 15 = 3 часа не помещаются. Это 3 ÷ 7,5 = 40 % рабочего дня.

Расписание переносит 3 часа на среду, где набирается 3 + 4 = 7 часов работы при 7,5 доступных. В четверг и пятницу 12 часов помещаются с запасом. Таким образом, один заказ опоздает на день, если никто не вмешается. Варианты: 3 часа сверхурочной работы во вторник, второй пресс или внешний поставщик, либо звонок клиенту с просьбой перенести одну дату.

В плане мощностей было написано «91 процент, нормально». Выполнимое расписание показывает конфликт заранее. Расписание говорит: «один заказ опоздает, и вот какой». Эта разница и объясняет, зачем заводам нужны оба взгляда.

Распространённые ошибки

  • Доверие только недельной загрузке. Выполнимая неделя может скрывать невыполнимый день.
  • Использование номинальной мощности. Планируйте по измеренной чистой мощности.
  • Игнорирование времени наладки. Последовательность меняет нагрузку на наладку, и расписание без неё будет слишком оптимистичным.
  • Планирование всех ресурсов с одинаковой детализацией. Сначала сосредоточьтесь на узком месте.
  • Заморозка плана. Сбои случаются. Перепланируйте и сообщите цеху.
  • Хранение расписания в личной таблице. Используйте один общий план, который видят планировщики, руководители смен и отдел продаж.
  • Обещание сроков по бесконечной логике. Давайте клиентам даты из конечного расписания.

Как с этим помогает программное обеспечение

Ручное конечное планирование работает для нескольких станков и перестаёт справляться по мере роста числа заказов и ограничений. Программы планирования, часто называемые расширенным планированием и составлением расписаний (APS), рассчитывают выполнимый план на основе мощностей, календарей, материалов и приоритетов. iFAKT's Polaris Optimizer — модуль iFAKT Polaris, который автоматически формирует оптимизированные производственные планы с учётом ограничений: ресурсов, смен, зон, квалификации и мощностей. Сравнивая инструменты, проверяйте их на вашем узком месте и реальном списке заказов, а также на том, как быстро план обновляется после сбоя.

Следующий шаг

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

Подписаться на подкастSpotify

Entities in this article

Finite capacity scheduling Polaris Optimizer Bottleneck (production) Enterprise resource planning (ERP)

Related articles

RSS

Спонсорский материал

iFAKT GmbH