SAP PP: что делает модуль и где всё ломается

SAP PP (Production Planning, планирование производства) входит в SAP S/4HANA и превращает спрос в производственный план. Модуль берёт прогнозы и заказы клиентов, сверяет их с остатками, спецификациями, маршрутами и мощностями и предлагает, что произвести, что купить и когда. Это руководство для руководителей заводов, планировщиков и руководителей проектов, которым нужно понять, что делает PP, что изменилось в S/4HANA и где внедрения дают сбой. Если коротко, сбой почти всегда в основных данных. Когда данные материала, спецификации, маршруты и рабочие центры неверны, неверен и результат MRP, и никакая настройка этого не исправит. С контрольного списка готовности, который ниже, и стоит начинать.

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

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

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

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

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

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

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

SOP: здесь задаются общие производственные цели. Одни компании выстраивают этот процесс строго, опираясь на рыночные данные. Другие обходятся грубыми оценками. В любом случае результат уходит в управление спросом. В S/4HANA классические транзакции SOP относятся к compatibility scope, об этом ниже.

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

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

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

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

Основные данные образуют каркас SAP PP. Это не красивые слова, а факт, у которого есть последствия.

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

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

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

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

Производственные версии. Производственная версия связывает действующую спецификацию с действующим маршрутом на период дат и размер партии. В S/4HANA они обязательны для материалов собственного производства, и MRP Live не раскроет спецификацию без них. Клиентам ECC, которые полагались на методы выбора спецификации, при конвертации придётся их создать.

Организационная структура

Вот структурные элементы, от которых зависит PP, и то, с чем каждый из них связан.

Структурный элемент	Назначение в SAP PP	Основная связь
Мандант	Верхний уровень структуры предприятия	Общий для всех модулей
Балансовая единица	Юридическое лицо для финансовой отчётности	Учёт затрат производства в FI
Завод	Основная единица, где идёт производство	Связывает PP с MM, SD, PM
Склад	Физическое подразделение запасов внутри завода	Подготовка и перемещение материалов
Область MRP	Область планирования для отдельных запусков MRP	Заменяет MRP на уровне склада в S/4HANA
Рабочий центр	Производственный ресурс (станок, линия, группа)	Маршрут, планирование мощностей, места возникновения затрат в CO
Производственная версия	Действующее сочетание спецификации и маршрута для материала	Обязательна для MRP и создания заказов в S/4HANA

Контрольный список готовности перед первым запуском MRP

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

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

PP не работает в одиночку. Каждая точка интеграции одновременно и точка отказа.

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

SD (продажи и дистрибуция). Заказы клиентов могут потреблять PIR в управлении спросом. Как именно, определяет группа стратегий в основных данных материала. Если она неверна, заказы клиентов и прогнозы идут параллельно, а не взаимно погашаются, сигнал спроса удваивается, и ошибки нет. В моём руководстве по SAP SD разобрана сторона заказов в этой связке.

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

QM (управление качеством). События в PP могут создавать партии контроля в QM, а результаты контроля могут задерживать заказы. Благодаря этому качество становится управлением процессом, а не запоздалой мыслью.

Если вы переходите с ECC, вот изменения в PP, которые влияют на проект и данные. Подробности есть в списке упрощений SAP и в матрице compatibility scope (SAP Note 2269324).

1. MRP Live (транзакция MD01N): рекомендуемый SAP запуск планирования. Он работает внутри базы данных HANA, может планировать несколько заводов за один запуск и не записывает списки MRP. Классические транзакции с MD01 по MD03 по-прежнему существуют. Хорошее введение: учебный модуль SAP по MRP Live.
2. Производственные версии обязательны для собственного производства, как сказано выше.
3. Области MRP заменяют MRP на уровне склада. Склады, которые в ECC планировались отдельно, в S/4HANA требуют области MRP.
4. SOP, списки MRP и планирование по прогнозу (тип MRP VV) относятся к compatibility scope. Права на их использование закончились 31 декабря 2025 года для локальных систем. SAP продлила их до 31 декабря 2030 года для систем S/4HANA по контракту RISE with SAP или SAP Cloud ERP Private. Названный SAP преемник SOP: SAP IBP.
5. Встроенный PP/DS (Production Planning and Detailed Scheduling, планирование производства и детальное расписание) работает внутри S/4HANA для планирования с ограниченными мощностями. MRP Live передаёт материалы, помеченные для расширенного планирования, эвристикам PP/DS. Проверьте лицензию, прежде чем строить на этом проект.

Подробности настройки есть на странице справки SAP о работе с MRP Live.

За эти годы я видел настоящие катастрофы, и вот шаблоны, которых стоит избегать. В рамках RISE with SAP подход clean core ограничивает пользовательский код, который раньше прятал эти проблемы. Плохие основные данные теперь проявляются быстрее, а обходить их дороже.

Спешка с миграцией основных данных. Помню одного производителя автомобильных деталей, который поторопился с миграцией спецификаций и маршрутов. Шесть месяцев после go-live он исправлял производственные заказы, которые снова и снова падали из-за проблем с данными. Проверка основных данных перед миграцией не побочная задача. Это и есть проект. Подробнее в моём материале о том, почему миграция данных в SAP терпит неудачу.

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

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

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

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

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

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

Что такое SAP PP и что он делает?

SAP PP (Production Planning) это модуль SAP для планирования и исполнения производства. Он управляет спецификациями, рабочими центрами, маршрутами и производственными заказами. Его главная задача: связать спрос из прогнозов и заказов клиентов с производственными мощностями через MRP, а затем провести производственный заказ от создания до расчёта затрат.

Какие основные данные нужны SAP PP?

Пять объектов: представления MRP в основных данных материала, спецификации, маршруты, рабочие центры и, в S/4HANA, производственные версии. Каждый из них должен быть точным к go-live и поддерживаться после него. Одно пропущенное поле в основных данных материала может помешать созданию производственных заказов.

Как работает MRP в SAP S/4HANA?

MRP сопоставляет спрос (PIR, заказы клиентов, зависимые потребности) с остатками и открытыми поступлениями, используя сроки поставки, размеры партий и страховой запас из основных данных материала. На выходе получаются плановые заказы на собственное производство и заявки на закупку для внешних поставок. В S/4HANA SAP рекомендует MRP Live (MD01N), который работает в базе данных HANA и не создаёт списки MRP.

Что такое производственный заказ в SAP PP?

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

В чём разница между SAP PP и SAP PP-PI?

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

Доступно ли SOP в SAP S/4HANA?

Классическое SOP входит в compatibility scope S/4HANA с ограниченными правами использования. Эти права закончились 31 декабря 2025 года для локальных систем и действуют до 31 декабря 2030 года для систем по контракту RISE with SAP или SAP Cloud ERP Private. Рекомендуемый SAP преемник: SAP Integrated Business Planning (IBP).

Какие самые частые ошибки при внедрении SAP PP?

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