Почему SAP Integrated Business Planning важен

SAP Integrated Business Planning (IBP) является облачным пакетом SAP для планирования цепочки поставок: планирование продаж и операций (S&OP), спрос, запасы, реагирование и поставки, а также пополнение, управляемое спросом. Он стоит над S/4HANA или ECC, берёт из них основные и транзакционные данные и возвращает планы на исполнение. Он важен, когда планирование действительно сложное, и является преемником SAP для большей части планирования APO, поскольку сопровождение SAP SCM сворачивается. Это руководство для директоров по цепочке поставок, финансовых директоров и руководителей программ, которые решают, стоит ли IBP затрат и как избежать типичного провала. Этот провал редко бывает техническим. Планировщики не доверяют результатам, поэтому оставляют свои таблицы.

Я видел, как команды цепочки поставок запускали SAP IBP в работу и всё равно планировали разрозненно. Прогнозирование жило в одной таблице, производственное планирование в другой, а логистика принимала решения по вчерашним цифрам. IBP был развёрнут. Интеграция с S/4HANA работала. Панели были заполнены.

Планировщики не доверяли тому, что показывают панели, и вели собственные модели. Я работал с одной компанией, где планировщики втайне месяцами вели свои старые таблицы параллельно с IBP. Система была, но способ работы не изменился.

IBP построен как облачный сервис на базе SAP HANA. Его приложения охватывают:

1. Планирование продаж и операций (S&OP): уровень координации, где продажи, маркетинг, цепочка поставок и финансы согласуют одно число по спросу, предложению и финансовому эффекту
2. Спрос: статистические и основанные на машинном обучении прогнозы, дополненные промоакциями и коммерческими данными, с управлением версиями и консенсусом и отслеживанием точности прогноза
3. Запасы: целевой запас по продуктам и местоположениям на основе уровней сервиса, изменчивости спроса и сроков поставки, включая многоуровневые сети
4. Реагирование и поставки: планы поставок с учётом ограничений по всей сети, а также планирование на основе заказов для реагирования, когда план и реальность расходятся
5. Пополнение, управляемое спросом: позиционирование буферов на основе метода DDMRP

SAP Supply Chain Control Tower, обеспечивающий прозрачность и оповещения по всей цепочке, интегрируется с IBP нативно. Актуальный состав приложений перечислен в обзоре приложений SAP.

Joule общедоступен в IBP с релиза 2502 (январь 2025 года) по отдельной лицензии. Он отвечает на вопросы по документации SAP по IBP и по вашим собственным документам, на которые он опирается, открывает нужные приложения, проводит проверки состояния основных данных, а также планирует и отслеживает задания. Полезно, но планировать за вас он не будет.

IBP не является модулем S/4HANA. Это отдельный облачный продукт со своей подпиской, в том числе для клиентов RISE with SAP.

S/4HANA отвечает за операционное исполнение: MRP, производственные заказы, расписания цехов и подтверждения. IBP работает на тактическом и стратегическом уровне: ежемесячное и еженедельное планирование спроса и поставок, S&OP и стратегия запасов. Сторона S/4HANA разобрана в моём руководстве по SAP PP, в том числе почему классический SOP в S/4HANA относится к compatibility scope, а IBP назван его преемником.

Интеграция работает в обе стороны. Основные данные (продукты, местоположения, ресурсы) и транзакционные данные (история продаж, открытые заказы, запасы) поступают из S/4HANA в IBP. Планы возвращаются, чтобы управлять исполнением. Есть два основных маршрута:

1. Планирование временных рядов (S&OP, спрос, запасы) интегрируется через SAP Cloud Integration for data services, с дополнением (add-on) в S/4HANA или ECC для упрощения выгрузки.
2. Планирование на основе заказов (реагирование и поставки) использует интеграцию в реальном времени с ECC или S/4HANA, построенную на Core Interface (CIF).

Здесь исход решает управление данными. Если в основных данных материала указаны неверные сроки поставки, отсутствуют параметры планирования или неправильно назначены заводы, IBP будет планировать на этих ошибках. Результат технически корректен и операционно неверен.

1. 04SAP IBPПланирует: продажи и операции, спрос, запасы, реагирование и поставки
2. 03ИнтеграцияДанные временных рядов через Cloud Integration for data services, планирование на основе заказов в реальном времени через CIF
3. 02SAP S/4HANA или ECCИсполняет: MRP, производственные заказы, подтверждения
4. 01Основные данныеСроки поставки, параметры планирования, назначения заводов

Используйте эту таблицу как первую проверку, прежде чем кто-либо подпишет подписку.

Признак	Указывает на IBP	Указывает на одно лишь планирование в S/4HANA
Каналы продаж	Розница, прямые продажи и экспорт с разными сроками поставки и уровнями сервиса	Один основной канал
Структура спроса	Сезонный или управляемый промоакциями	Стабильный
Дистрибуционная сеть	От завода к региональным и локальным складам	Одна площадка или простая сеть
Ограничения поставок	Реальные ограничения мощностей или поставщиков, требующие оптимизации	Мощности редко ограничивают
Зрелость S&OP	Ежемесячный цикл есть, но работает на отдельных таблицах	Процесса S&OP пока нет
Ассортимент	Много SKU и местоположений	Ограниченное число SKU

Если большинство ваших ответов в правом столбце, операционную потребность закрывают MRP и производственное планирование S/4HANA, а дополнительные затраты на IBP могут не окупиться. Если процесса S&OP нет вообще, сначала проектируйте процесс. Программа его не создаст.

Качество данных не исправлено до конфигурирования

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

Решение: оцените основные данные S/4HANA на соответствие требованиям IBP до начала конфигурирования, закройте пробелы и проверьте, что результаты правдоподобны, прежде чем просить планировщиков на них полагаться. Как провести такую оценку, описано в моей статье о том, почему миграция данных SAP заканчивается неудачей.

S&OP не перестроен вокруг IBP

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

Объём интеграции остался расплывчатым

Описывайте интеграцию IBP так же, как любую другую: какие объекты основных данных, какие транзакции возвращаются в S/4HANA и когда, и кто проводит сверку, когда системы расходятся. Интеграции, описанные на уровне концепции и оставленные техническим командам, проявляются как пробелы при тестировании или, хуже, в продуктивной системе.

Освоение сведено к обучению

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

До начала проекта IBP подтвердите следующее по порядку:

1. Именованный владелец каждого домена основных данных, которые будет использовать IBP
2. Оценка качества данных на соответствие требованиям IBP, с закрытыми или запланированными пробелами
3. Спроектированный цикл S&OP: календарь, сроки подачи данных, права на решения и путь эскалации
4. Спецификация интеграции с перечнем объектов, направления, частоты и ответственного за сверку
5. Базовая точность прогноза по текущим методам, чтобы можно было показать, что IBP справляется лучше
6. Период параллельной работы, в котором планировщики сравнивают результаты IBP со своими моделями

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

SAP Integrated Business Planning является облачным пакетом SAP для планирования цепочки поставок. Он охватывает планирование продаж и операций, прогнозирование спроса, оптимизацию запасов, планирование реагирования и поставок и пополнение, управляемое спросом. Вместо того чтобы каждая функция планировала на своей таблице, IBP даёт им общий набор данных и процесс. Он планирует, а S/4HANA или ECC исполняет.

Какие приложения входят в SAP IBP?

SAP IBP для продаж и операций, SAP IBP для спроса, SAP IBP для запасов, SAP IBP для реагирования и поставок и пополнение, управляемое спросом. SAP Supply Chain Control Tower интегрируется нативно для прозрачности и оповещений. Большинство компаний начинает с S&OP и спроса, затем добавляет запасы и поставки.

Входит ли SAP IBP в S/4HANA?

Нет. IBP является отдельным облачным продуктом со своей подпиской и не включён в базовый контракт RISE with SAP. S/4HANA отвечает за операционное исполнение, например MRP и производственные заказы. IBP отвечает за тактическое и стратегическое планирование. Данные временных рядов интегрируются через SAP Cloud Integration for data services, а планирование на основе заказов использует интеграцию в реальном времени на базе Core Interface (CIF).

Какие данные SAP IBP нужны из S/4HANA?

Основные данные: продукты с параметрами планирования и сроками поставки, местоположения, ресурсы и мощности, а также сеть того, что откуда отгружается. Транзакционные данные: история продаж, открытые заказы на продажу, запасы по местоположениям, открытые производственные заказы и заказы на закупку. Качество этих данных определяет качество планов. Неверные сроки поставки дают неверные календарные сроки; несогласованные местоположения оставляют дыры в плане сети.

Сколько длится внедрение SAP IBP?

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

В чём разница между SAP APO и SAP IBP?

SAP APO (Advanced Planner and Optimizer) является локальным (on-premise) компонентом планирования SAP SCM 7.0, основное сопровождение которого заканчивается в 2027 году, с возможным расширенным сопровождением до 2030 года. IBP является облачным преемником SAP для большей части планирования APO; детальное производственное планирование переходит во встроенный PP/DS в S/4HANA. Readiness Check от SAP для цепочки поставок помогает определить объём перехода. Относитесь к нему как к перепроектированию планирования, а не к переносу «как есть» (lift and shift).