SAP IBP: интегрированное бизнес-планирование цепочки поставок

SAP IBP расшифровывается как SAP Integrated Business Planning for Supply Chain: облачное ПО SAP для планирования сбыта и операций, прогнозирования спроса, планирования запасов, реагирования и снабжения, а также пополнения по спросу. Оно работает над SAP S/4HANA или SAP ECC, получает оттуда основные и транзакционные данные и отправляет планы обратно на исполнение.

Это короткий ответ. Длинный касается соответствия. Я внедрял IBP в оборонном производстве, и вопрос, окупится ли он, всегда сводится к одному: насколько сложно ваше планирование.

Это руководство для директоров по цепочке поставок, финансовых директоров и руководителей программ. В нём: что IBP делает сегодня, как он подключается к S/4HANA, чем отличается от встроенного PP/DS и таблиц и почему типичный провал не технический.

IBP является облачным сервисом на SAP HANA. SAP продаёт его как SAP Integrated Business Planning for Supply Chain, а возможности планирования такие:

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

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

Joule, AI-ассистент SAP, доступен в IBP при наличии права на Joule. Он отвечает на вопросы по документации SAP к IBP, а в релизе 2508 добавлено планирование заданий через Joule: просмотр сохранённых заданий, их планирование и проверка статуса. Полезно, но планировать за вас он не будет.

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

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

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

1. SAP Integration Suite (Cloud Integration): предпочтительный подход SAP для новых клиентов IBP. Работает на SAP BTP, подключается к локальным системам или системам в частном облаке через SAP Cloud Connector, а SAP публикует интеграционный контент для S/4HANA Cloud Public Edition для передачи больших объёмов данных.
2. SAP Cloud Integration for data services (CI-DS): пакетный инструмент, который уже используют многие существующие клиенты IBP, в основном для данных временных рядов. Для таких клиентов он по-прежнему поддерживается, но требует локального агента.
3. Интеграция в реальном времени (RTI): для планирования на уровне заказов в реагировании и снабжении. Она использует bgRFC, чтобы передавать изменения основных и транзакционных данных в IBP в момент их возникновения, без запланированного пакетного задания. В документации SAP по интеграции в реальном времени перечислены предварительные условия для каждой исходной системы.

Загрузка плоских файлов, надстройка для Excel и сервисы OData покрывают небольшие потоки или потоки не из SAP. Если вы уже используете CI-DS, вырывать его не нужно. Если вы начинаете сейчас, стройте дизайн вокруг Integration Suite.

1. 04SAP IBPПланирует: сбыт и операции, спрос, запасы, реагирование и снабжение
2. 03ИнтеграцияSAP Integration Suite или CI-DS для пакетных данных, интеграция в реальном времени для планирования на уровне заказов
3. 02SAP S/4HANA или ECCИсполняет: MRP, производственные заказы, подтверждения
4. 01Основные данныеСроки поставки, параметры планирования, привязка к заводам

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

Эти три инструмента сравнивают так, будто они конкурируют. В основном они отвечают на разные вопросы.

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

IBP планирует по всей сети и на месяцы вперёд и помогает функциям согласовать план. Таблицы делают всё, что построит плановик, без какой-либо связи с системой.

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

Вопрос	SAP IBP	Встроенный PP/DS в S/4HANA	Таблицы
Основная задача	Сетевое, тактическое и S&OP-планирование	Детальное планирование с учётом ограниченных мощностей на заводе	Всё, что смоделирует плановик
Горизонт	От недель до месяцев и дальше	От часов до недель	Любой
Охват	Множество заводов, складов и каналов	Ресурсы и заказы одного завода	Взгляд одного плановика
Данные	Интегрированы из S/4HANA или ECC	Та же база данных, что и у S/4HANA	Скопированы и затем устаревают
Межфункциональный консенсус	Встроен (S&OP, консенсус по спросу)	Нет	Через почту и совещания
Лицензия	Отдельная облачная подписка	Часть объёма S/4HANA; для расширенных функций проверьте свою лицензию	Не нужна

На практике я использовал в S/4HANA и встроенный PP/DS, и MRP Live, а также направлял клиентов в IBP, в зависимости от ситуации. Многим производителям нужен PP/DS или MRP Live, и IBP им не нужен никогда. Некоторым нужно и то и другое: IBP для сетевого плана и S&OP, PP/DS для последовательности того, что реально выпускает завод.

С таблиц начинает большинство компаний. Они хороши, пока планирование не перерастает модель одного человека. Если вы ещё выбираете саму ERP, в моём сравнении ERP для производства сначала разобрано это решение.

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

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

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

Если процесса S&OP у вас нет совсем, сначала спроектируйте процесс. Программа его не создаст.

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

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

Качество данных не исправлено до настройки

Команды, которые настраивают систему до исправления данных, получают первые планы, не соответствующие реальности: прогнозы игнорируют текущие сроки поставки, планы снабжения игнорируют реальные мощности, целевые запасы строятся на неполной истории. Плановики в ответ игнорируют систему. Пока данные исправят, игнорировать 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 со своими моделями

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

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

SAP IBP расшифровывается как SAP Integrated Business Planning. Полное название продукта у SAP: SAP Integrated Business Planning for Supply Chain. Это облачный продукт для планирования, отдельный от S/4HANA.

Из каких приложений состоит SAP IBP?

SAP IBP for sales and operations, SAP IBP for demand, SAP IBP for inventory, SAP IBP for response and supply и demand-driven replenishment. SAP Supply Chain Control Tower нативно интегрируется для прозрачности и оповещений. Joule доступен при наличии права на Joule.

Как SAP IBP интегрируется с S/4HANA?

Предпочтительный путь SAP для новых клиентов: SAP Integration Suite (Cloud Integration) на SAP BTP, с SAP Cloud Connector для локальных систем или систем в частном облаке. Существующие клиенты могут сохранить SAP Cloud Integration for data services (CI-DS). Планирование на уровне заказов в реагировании и снабжении использует интеграцию в реальном времени, которая передаёт изменения в IBP в момент их возникновения.

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

Нет. IBP является отдельным облачным продуктом с собственной подпиской. S/4HANA отвечает за операционное исполнение, такое как MRP и производственные заказы, а IBP за тактическое и стратегическое планирование по всей сети.

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

Встроенный PP/DS работает внутри S/4HANA и выполняет детальное планирование заказов на ресурсах завода с учётом ограниченных мощностей на коротком горизонте. IBP планирует по заводам, складам и каналам на месяцы вперёд и поддерживает консенсус S&OP. Одним производителям нужен один инструмент, другим оба.

Чем SAP APO отличается от SAP IBP?

SAP APO (Advanced Planner and Optimizer) является локальным компонентом планирования SAP SCM 7.0, основная поддержка которого заканчивается в 2027 году, с возможностью расширенной поддержки до 2030 года. IBP является облачным преемником SAP для большей части планирования APO, а детальное планирование производства переходит во встроенный PP/DS в S/4HANA. Относитесь к этому как к перепроектированию планирования, а не как к простому переносу.

Если вы сопоставляете IBP с тем, что уже даёт S/4HANA, начните со сложности своего планирования, а не с демонстрации ПО. Если вам нужно второе мнение о соответствии, объёме или дизайне интеграции, свяжитесь со мной.