SAP PP: как устроен модуль планирования производства

SAP PP расшифровывается как Production Planning, то есть планирование производства. Это модуль SAP, который превращает спрос в производственный план, а затем ведёт производственные заказы от деблокирования через подтверждение до расчёта затрат.

PP берёт прогнозы и заказы клиентов, сверяет их с запасами, спецификациями, маршрутами и мощностями и предлагает, что произвести, что закупить и когда. В SAP S/4HANA он входит в производственный блок вместе с управлением материальными потоками (MM), управлением качеством (QM) и контроллингом (CO).

Это руководство для директоров заводов, плановиков и руководителей проектов. Я внедрял PP в дискретном, процессном (PP-PI) и серийном производстве, поэтому здесь разобраны все три типа. Если коротко, PP ломается на основных данных.

Однажды я работал с командой упаковочного завода, где было больше 400 производственных заказов в неделю. Без PP они жонглировали таблицами и стикерами. После внедрения идеальными они не стали, но перестали тонуть.

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

1. Планирование сбыта и производства (SOP): укрупнённые объёмы на основе прогнозов и ожиданий рынка
2. Управление потребностями: переводит эти объёмы в плановые первичные потребности (PIR), которые запускают MRP
3. Планирование потребности в материалах (MRP): определяет, что произвести или закупить, когда и в каком количестве, с учётом запасов, сроков поставки и открытых заказов
4. Планирование и выравнивание мощностей: показывает перегрузку рабочих центров до того, как она дойдёт до цеха
5. Исполнение производства: создание, деблокирование, планирование сроков и подтверждение заказов до завершения и расчёта

В S/4HANA классическое SOP относится к compatibility scope, и SAP направляет клиентов для этой задачи в IBP. Подробнее об обоих ниже.

PP не задаёт один способ управлять заводом. Он поддерживает три типа производства, и от выбора зависит, какой вид заказа, какие основные данные и какой подход к калькуляции затрат вы настраиваете. Многие заводы используют больше одного типа.

В таблице три типа сравниваются в том виде, в каком их поставляет SAP.

Тип	Типичные отрасли	Объект исполнения	Ключевые основные данные	Учёт затрат
Дискретное производство	Машиностроение, электроника, автокомпоненты, оборонная техника	Производственный заказ	Спецификация, маршрут, рабочий центр	По заказу, расчёт при закрытии
Процессное производство (PP-PI)	Продукты питания, напитки, химия, фармацевтика	Технологический заказ	Основная рецептура, ресурсы, спецификация	По заказу, с сопутствующими и побочными продуктами
Серийное производство	Упаковка, товары народного потребления, высокообъёмные линии	Плановые заказы в графике выпуска	Производственная версия, производственная линия, маршрут по темпу или обычный маршрут	По периодам

Дискретное производство

Когда говорят «SAP PP», чаще всего имеют в виду именно дискретное производство. MRP создаёт плановые заказы, плановики преобразуют их в производственные заказы, и у каждого заказа свои компоненты, операции и затраты. Этот тип подходит для продукции, которая выпускается отдельными партиями, часто под заказ, когда каждый заказ нужно отслеживать.

Процессное производство (PP-PI)

PP-PI (Production Planning for Process Industries, планирование производства для процессных отраслей) работает с партионным производством по рецептурам. Вместо производственных заказов в нём технологические заказы, вместо маршрутов основные рецептуры, а также добавлены сопутствующие и побочные продукты и прослеживаемость партий. В регулируемых отраслях, таких как фармацевтика и пищевая промышленность, этот след на уровне партий является требованием регулятора, а не приятным дополнением.

Серийное производство

Серийное производство подходит, когда одни и те же продукты долго выпускаются на одних и тех же линиях. Вместо отдельных заказов планирование идёт по временным интервалам в графике выпуска, а операторы подтверждают выпуск напрямую по плановым заказам. В документации SAP по серийному производству описаны планирование по периодам и ретроградное списание, которое проводит расход компонентов при подтверждении готового количества.

Цена за это: детализация. Серийное производство убирает накладные расходы на работу с заказами, а затраты рассчитываются по периодам, а не по заказам. Если вам нужны затраты и прослеживаемость по каждой партии, лучше подойдёт дискретное производство или PP-PI.

Путь от спроса до завершения состоит из пяти этапов. На практике он редко проходит без сбоев, но именно этой структурой управляет PP.

1. 01SOPЦелевые объёмы из прогнозов
2. 02Управление потребностямиPIR, которые запускают MRP
3. 03MRPПлановые заказы и заявки на закупку
4. 04Исполнение производстваЗаказы деблокированы, материалы подготовлены
5. 05ПодтверждениеПроведены трудозатраты, количества и движения материалов

SAP отражает то, что реально произошло в цеху

Управление потребностями формирует PIR. PIR по сути является прогнозом: мы ожидаем, что нам понадобится такое-то количество такого-то продукта в такое-то время. PIR служат входными данными для MRP, и ошибки здесь расходятся каскадом. Один клиент как-то загрузил дублирующиеся PIR на три месяца вперёд. Никто этого не заметил, пока производство не начало заказывать всего с избытком.

MRP является механизмом планирования. Он сальдирует PIR и заказы клиентов с запасами и открытыми поступлениями, а затем создаёт плановые заказы для собственного производства и заявки на закупку для покупных деталей. Запуск на неточных основных данных выдаёт шум, за которым плановики гоняются неделями.

Исполнение и подтверждение замыкают цикл. Заказы деблокируются, материалы подготавливаются, операции выполняются на рабочих центрах. Затем проводятся трудозатраты, количества и движения материалов, и система отражает то, что произошло в цеху, при условии что люди подтверждают вовремя.

Если вы переходите с ECC, вот изменения в планировании, которые влияют на дизайн и данные. Более широко пути миграции описаны в моём руководстве по миграции с ECC на S/4HANA.

MRP Live

MRP Live (транзакция MD01N) является рекомендуемым запуском планирования SAP в S/4HANA. Он выполняется внутри базы данных SAP HANA, может планировать один или несколько заводов за один запуск и не записывает классические списки MRP. Учебный модуль SAP по MRP Live хорошо подходит для знакомства, а на странице SAP Help о работе с MRP Live есть подробности настройки.

Вместе с ним приходят ещё три изменения:

1. Производственные версии обязательны для материалов собственного производства. Без производственной версии MRP Live не выполнит разузлование спецификации, поэтому клиентам ECC, которые полагались на методы выбора спецификации, нужно создать их при конвертации.
2. Области MRP заменяют MRP на уровне склада. Склады, которые в ECC планировались отдельно, в S/4HANA требуют области MRP.
3. SOP, списки MRP и планирование по прогнозу относятся к compatibility scope. Права на их использование ограничены по времени и зависят от типа контракта, а SAP уже не раз переносил сроки. Прежде чем строить на них дизайн, сверьте SAP Note 2269324 со своим контрактом.

Встроенный PP/DS

PP/DS (Production Planning and Detailed Scheduling, планирование производства и детальное планирование сроков) является механизмом расширенного планирования, который раньше жил в SAP APO. В S/4HANA он встроен, поэтому отдельную систему APO поддерживать не нужно. Он добавляет планирование с учётом ограниченных мощностей, последовательности переналадки и привязку по уровням спецификации.

MRP Live и PP/DS делят работу по материалам. Материалы, отмеченные в основных данных материала для расширенного планирования, уходят в PP/DS, остальные остаются в MRP Live. В учебных материалах SAP по PP/DS рекомендуется планировать в PP/DS критичные продукты на ресурсах с узкими местами, а менее критичные материалы с планированием по потреблению оставлять в MRP Live.

Я использовал на внедрениях и MRP Live, и встроенный PP/DS. Два практических момента важнее списка функций:

1. Планируйте в PP/DS всё, что делит один ресурс с узким местом. Если половина продуктов на загруженной линии остаётся в MRP Live, планирование с учётом ограниченных мощностей на этой линии не работает.
2. Исключите материалы PP/DS из области планирования MRP Live. Иначе следующий запуск MRP Live перепланирует их, и результат детального планирования будет потерян.

Что планирует каждый из инструментов MRP Live, PP/DS и IBP, показано рядом в моём сравнении MRP Live, PP/DS и IBP.

Прежде чем строить дизайн вокруг PP/DS, проверьте, что покрывает ваш контракт.

PP планирует завод: что производить, на какой линии, на какой неделе. SAP Integrated Business Planning (IBP) планирует бизнес уровнем выше. Это облачный продукт, который охватывает планирование сбыта и операций, прогнозирование спроса, планирование запасов и планирование снабжения по всей сети.

Я направлял клиентов в IBP, но только когда этого требовала ситуация. Некоторые заводы прекрасно работают на одном MRP Live.

Другим нужен PP/DS для линии с узким местом. Небольшой части нужен IBP, потому что их задача планирования вообще не находится в цеху.

В таблице показано, как я разделяю эти три уровня.

Вопрос планирования	Инструмент	Горизонт	Типичный повод подняться уровнем выше
Что и когда производить и закупать?	MRP Live в S/4HANA	От дней до месяцев	Плановики вручную переопределяют MRP на ограниченных ресурсах
В какой последовательности запускать линию при ограниченной мощности?	Встроенный PP/DS	От часов до недель	Решения по объёму и ассортименту принимаются по нескольким заводам или регионам
Сколько бизнес должен продать, держать в запасе и поставить?	SAP IBP	От месяцев до лет	Сети из нескольких площадок, консенсусный спрос, сценарное планирование

Признаки того, что вам нужен IBP:

1. Вам нужен ежемесячный процесс планирования сбыта и операций с участием финансов.
2. Спрос строится на статистическом прогнозировании по множеству клиентов и каналов.
3. Решения по снабжению охватывают несколько заводов и распределительных центров.

То, что классическое SOP относится к compatibility scope, добавляет этому решению срок. Сторона IBP подробнее разобрана в моём материале о том, почему SAP IBP важен.

Если вы ещё выбираете между SAP и другими ERP для завода, в моём сравнении лучших ERP для производства варианты разложены по размеру и типу компании.

Основные данные являются хребтом SAP PP. Не как красивая фраза. Как факт с последствиями.

Основные данные материала (виды MRP). У каждого производимого материала виды MRP должны быть настроены правильно. Признак MRP, размер партии, группа стратегий, проверка наличия и ключ горизонта планирования: каждый из них меняет поведение MRP. На одном из моих проектов одно незаполненное поле в основных данных материала заблокировало производство на неделю. Одно поле.

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

Спецификации (BOM). Спецификация определяет, из чего состоит готовый продукт: компоненты, количества, процент брака, иногда альтернативы. На вопрос «нам правда нужны пять спецификаций для одной позиции?» есть настоящий ответ. Найдите его до внедрения, а не во время запусков MRP.

Маршруты и основные рецептуры. Маршрут определяет, как изделие производится: операции, рабочие центры и время. Процессные отрасли вместо него используют основные рецептуры. Без них SAP не может рассчитать длительность производства или проверить мощности.

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

Чек-лист готовности перед первым запуском MRP

Пройдите эту последовательность, прежде чем выпускать MRP на перенесённые данные. В скобках указано, кто подписывает пункт.

1. Виды MRP в основных данных материала заполнены для каждого планируемого материала, включая группу стратегий и размер партии (руководитель планирования)
2. Спецификации сверены с тем, что реально производится, конструкторы подтверждают компоненты и брак (конструкторская служба)
3. Для каждого материала собственного производства есть маршрут или основная рецептура с реалистичным временем операций (технологическая служба)
4. Календари и мощности рабочих центров соответствуют текущим сменам (директор завода)
5. Одна действующая производственная версия на каждый материал собственного производства, покрывающая горизонт планирования (руководитель планирования)
6. PIR загружены один раз и сверены с утверждённым планом спроса до первого запуска (плановик спроса)
7. Открытые заказы и запасы сверены между старой системой и SAP (специалист по учёту запасов)
8. Тестовый запуск MRP на одном заводе или одной области MRP, плановики разбирают исключения до полного запуска (руководитель планирования)

PP не работает в одиночку. MM обеспечивает то, что требуется PP, заказы клиентов из SD погашают прогнозы, CO сравнивает фактические затраты с нормативными, а партии контроля QM могут задерживать заказы. Каждая точка интеграции одновременно является точкой отказа.

За годы я видел настоящие катастрофы, и вот закономерности, которых стоит избегать.

1. Спешка с миграцией основных данных. Я помню одну компанию по производству автокомпонентов, которая торопилась с переносом спецификаций и маршрутов. После go-live она полгода исправляла производственные заказы, которые постоянно падали из-за проблем с данными. Подробнее в моём материале о том, почему проваливается миграция данных SAP.
2. Копирование прежних процессов. Самая постоянная ошибка настройки, которую я вижу: настроить SAP так, чтобы он работал в точности как старый процесс, вместо того чтобы принять стандартную логику планирования. В результате получается перенастроенная система, которая даёт меньше, чем PP может дать по замыслу.
3. Недостаточное тестирование интеграций. Команды, которые тестируют каждый модуль отдельно, находят проблемы интеграции уже в продуктиве. Тестируйте всю цепочку от плана до производства через PP, MM, SD, CO и QM, как описано в моём руководстве по тестированию SAP.
4. Сопротивление пользователей. Опытные плановики часто сопротивляются PP, потому что он забирает работу, которую они раньше делали вручную и на основе собственного опыта. Привлекайте их к настройке с самого начала и покажите, где PP возвращает им время.
5. Урезанное обучение. Я видел компании, которые тратили миллионы на внедрение, а потом экономили на обучении. Пользователи, которые не понимают систему, придумывают обходные пути, а обходные пути разрушают точность данных, от которой зависит MRP.

В таблице каждому риску сопоставлены последствия и мера, которую я заложил бы в план.

Риск	Последствия	Мера снижения
Неверная настройка MRP	Дефицит, перепроизводство, избыточные затраты на закупки	Проверить признаки MRP, группы стратегий и правила расчёта партий вместе с руководителями бизнеса
Неточные спецификации, маршруты или рецептуры	Неверные потребности в материалах, задержки в цеху	Привлекать конструкторов к проверкам до миграции
Нет производственной версии	MRP не может разузловать спецификацию или создать корректные заказы	Одна действующая производственная версия на каждый материал собственного производства
Пересечение PP/DS и MRP Live	Детальные графики перезаписываются следующим запуском MRP	Исключить материалы PP/DS из области планирования MRP Live
Нет обратной связи из цеха в реальном времени	Неточные статусы, позднее обнаружение отклонений	Требовать своевременных подтверждений; интегрировать SAP Digital Manufacturing или другую MES
Недостаточно обученные пользователи	Неверные подтверждения, ошибки ретроградного списания, неразрешённые доработки	Обучение по ролям на реальных производственных циклах

Как расшифровывается SAP PP?

SAP PP расшифровывается как Production Planning, планирование производства. Это модуль SAP для планирования и исполнения производства: от спроса и MRP через производственные заказы и подтверждение до расчёта затрат.

Для чего используется модуль SAP PP?

Модуль SAP PP связывает спрос из прогнозов и заказов клиентов с производственными мощностями через MRP. Он управляет спецификациями, маршрутами, рабочими центрами и производственными версиями и ведёт производственные или технологические заказы от создания до расчёта.

Чем SAP PP отличается от SAP PP-PI?

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

Что такое MRP Live в SAP S/4HANA?

MRP Live (транзакция MD01N) является рекомендуемым запуском MRP от SAP в S/4HANA. Он выполняется внутри базы данных SAP HANA, может планировать несколько заводов за один запуск и не создаёт классические списки MRP. Материалы, отмеченные для расширенного планирования, передаются в PP/DS.

Чем SAP PP отличается от PP/DS?

PP с MRP Live планирует при неограниченных мощностях: что и когда производить и закупать. PP/DS добавляет планирование с учётом ограниченных мощностей, последовательности переналадки и привязку для критичных материалов на ресурсах с узкими местами. В S/4HANA PP/DS встроен; уточните у SAP, как он лицензируется по вашему контракту.

Заменяет ли SAP IBP модуль SAP PP?

Нет. IBP планирует сбыт и операции, спрос, запасы и снабжение по всему бизнесу, обычно в месячных или недельных интервалах. PP по-прежнему планирует и исполняет производство на заводе.

IBP является названным SAP преемником классического SOP, которое в S/4HANA относится к compatibility scope.

Если вы определяете объём PP для программы S/4HANA, сначала решите три вопроса: какие типы производства работают на каждом заводе, каким материалам нужен PP/DS и относится ли ваша задача планирования к IBP вообще. Если вам нужен второй взгляд на этот дизайн, обсудите со мной вашу программу SAP.