
目录
SAP IBP是SAP Integrated Business Planning for Supply Chain(面向供应链的SAP集成业务计划)的缩写:这是SAP的云端软件,用于销售与运营计划、需求预测、库存、响应与供应计划,以及需求驱动的补货。它位于SAP S/4HANA或SAP ECC之上,从中获取主数据和交易数据,再把计划发回去执行。
这是简短的回答。更长的回答关乎适用性。我为国防制造实施过IBP,而它是否值得,最终总是归结到一点:您的计划有多复杂。
本指南写给供应链总监、CFO和项目负责人。它讲解IBP今天能做什么、如何与S/4HANA连接、与嵌入式PP/DS和电子表格相比如何,以及为什么常见的失败并不是技术问题。
IBP是构建在SAP HANA上的云服务。SAP以SAP Integrated Business Planning for Supply Chain的名称销售它,计划能力包括:
- 销售与运营计划(S&OP):协调层,销售、市场、供应链和财务在这里就需求、供应和财务影响达成同一个数字
- 需求:统计和机器学习预测,结合促销和商业输入进行丰富,并提供共识管理和预测准确度跟踪
- 库存:按产品和地点设定的目标库存,依据服务水平、需求波动和提前期确定,包括多级网络
- 响应与供应:基于需求优先级、分配和产能构建的受约束供应计划,以及在计划与现实出现偏差时作出响应的基于订单的计划
- 需求驱动的补货:基于DDMRP方法的战略解耦点和库存缓冲
用于整条链可视化和预警的SAP Supply Chain Control Tower与IBP原生集成。SAP的应用概览列出了每个版本当前的范围。
SAP的AI助手Joule在具备Joule授权的情况下可以在IBP中使用。它根据SAP的IBP文档回答问题,而2508版本增加了通过Joule进行作业调度:列出已保存的作业、调度它们并检查状态。有用,但它不会替您做计划。
IBP不是S/4HANA的一个模块。它是一个独立的云产品,有自己的订阅。
S/4HANA负责运营执行:MRP、生产订单、车间排程和报工。IBP在战术和战略层面工作,再加上基于订单的响应计划。我的SAP PP指南讲解了S/4HANA这一侧,包括为什么S/4HANA中的经典SOP属于兼容性范围,而IBP是它指定的后继产品。
主数据(产品、地点、资源)和交易数据(销售历史、未清订单、库存)从S/4HANA流向IBP。计划再流回去,例如预测以计划独立需求的形式返回。SAP Learning的IBP集成工具指南列出了三条主要路线:
- SAP Integration Suite(Cloud Integration):SAP为新IBP客户推荐的方式。它运行在SAP BTP上,通过SAP Cloud Connector连接本地或私有云系统,SAP还发布了面向S/4HANA Cloud Public Edition的集成内容,用于传输大量数据。
- SAP Cloud Integration for data services(CI-DS):许多现有IBP客户已经在运行的批处理工具,主要用于时间序列数据。对这些客户它仍然受支持,但需要一个本地代理。
- 实时集成(RTI):用于响应与供应中的基于订单的计划。它使用bgRFC,在主数据和交易数据发生变化时把变化推送到IBP,无需定时批处理作业。SAP的实时集成文档按源系统列出了前提条件。
平面文件上传、Excel插件和OData服务用于较小的数据源或非SAP数据源。如果您已经在运行CI-DS,没有必要把它拆掉。如果您现在才开始,请围绕Integration Suite来设计。
- SAP IBP计划:销售与运营、需求、库存、响应与供应
- 集成SAP Integration Suite或CI-DS用于批量数据,实时集成用于基于订单的计划
- SAP S/4HANA或ECC执行:MRP、生产订单、报工
- 主数据提前期、计划参数、工厂分配
这里是数据治理决定结果的地方。如果物料主数据带有错误的提前期、缺失的计划参数或不正确的工厂分配,IBP就会在这些错误之上做计划。输出在技术上是正确的,在运营上却是错误的。
这三者经常被拿来比较,好像它们在竞争。其实它们大多回答的是不同的问题。
嵌入式PP/DS(生产计划与详细排程)在S/4HANA内部运行。它在几天到几周的范围内,对工厂资源上的订单进行有限产能排程。
IBP跨网络、按月份做计划,并让各职能部门对一个计划达成一致。电子表格则是计划员搭成什么样就做什么,与系统没有任何连接。
下表说明各自适合的位置。
| 问题 | SAP IBP | S/4HANA中的嵌入式PP/DS | 电子表格 |
|---|---|---|---|
| 主要任务 | 网络、战术和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数量有限 |
如果您的大多数答案落在右侧一列,S/4HANA的MRP和生产计划就能满足运营需要。IBP的额外成本可能收不回来。
如果您根本没有S&OP流程,请先设计流程。软件不会替您创造一个流程。
IBP已经连通。系统在正常运行。计划团队却仍在用电子表格管理。技术已经到位。对系统输出的信任却没有到位。这是IBP最常见的失败模式。
我见过供应链团队用SAP IBP上线之后,仍然各自为政地做计划。预测在一个电子表格里,生产计划在另一个里,物流则根据昨天的数字做决定。IBP已经部署,与S/4HANA的集成在运行,仪表板也有了数据。
计划员不信任它显示的内容,继续用自己的模型。我合作过的一家公司,计划员在IBP之外偷偷维护旧电子表格长达几个月。系统已经在那里,但工作方式没有改变。
配置之前没有修复数据质量
在修复数据之前就做配置的团队,早期产出的计划与现实不符:预测忽略当前的提前期,供应计划忽略真实产能,库存目标建立在不完整的历史之上。计划员的反应是忽略系统。等到数据修好时,忽略IBP已经成了习惯。
在配置开始之前,请对照IBP的要求评估S/4HANA主数据,补上缺口,并在要求计划员依赖输出之前,先检查输出是否合理。我的为什么SAP数据迁移会失败一文讲解了如何进行这种评估。
没有围绕IBP重新设计S&OP
在大多数组织中,S&OP是一系列会议,每个职能部门展示自己的数字。把IBP放在这样的流程下面,您得到的是同一个割裂流程的新输出。
有效的S&OP需要固定的数据提交周期、解决需求与供应缺口的明确路径,以及具有约束力而不只是参考性的高层决策。软件让这个流程更容易运行。它无法运行一个并不存在的流程。
集成范围含糊不清
请像对待任何其他集成一样定义IBP集成:哪些主数据对象,哪些交易在何时流回S/4HANA,以及两个系统不一致时由谁来核对。只在概念层面描述、然后丢给技术团队的集成,会在测试中暴露为缺口,更糟的是在生产环境中暴露。
把采用等同于培训
培训教会人们操作界面。它不会建立信任。看到IBP预测胜过自己模型的计划员会转过来,而看到它经常失准的计划员则不会。
失准通常来自糟糕的数据、未经调优的统计模型,或者没人录入的业务例外。在要求计划员投入之前,先展示准确的输出。
大多数集成业务计划的最佳实践归根结底是顺序问题。在IBP项目开始之前,请按顺序确认以下事项:
- IBP将使用的每个主数据领域都有一位指定负责人
- 对照IBP要求完成数据质量评估,缺口已补上或已排期
- 设计好的S&OP周期:日历、提交截止日期、决策权和升级路径
- 一份集成规格说明,列出对象、方向、频率、工具和核对负责人
- 基于当前方法的预测准确度基线,以便证明IBP做得更好
- 一段并行运行期,让计划员把IBP输出与自己的模型进行比较
如果您同时在从ECC迁移,请把IBP与S/4HANA迁移一起规划,而不是放在之后。我的ECC到S/4HANA迁移指南讲解了各条路径和截止日期。
SAP IBP的全称是什么?
SAP IBP是SAP Integrated Business Planning(SAP集成业务计划)的缩写。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),以及需求驱动的补货。SAP Supply Chain Control Tower原生集成,用于可视化和预警。具备Joule授权即可使用Joule。
SAP IBP如何与S/4HANA集成?
SAP为新客户推荐的路线是SAP BTP上的SAP Integration Suite(Cloud Integration),并通过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计划功能提供的云端后继产品,而详细的生产排程则转移到S/4HANA中的嵌入式PP/DS。请把它当作一次计划的重新设计,而不是原样搬迁。
如果您正在权衡IBP与S/4HANA已经提供的功能,请从您的计划复杂度出发,而不是从软件演示出发。如果您希望在适用性、范围或集成设计上听听第二意见,请与我联系。
下一步
您现在正在推进ERP项目吗?
如果这篇文章谈到的正是您当前正在推进的项目,那么一次30分钟的交流,往往比再花一周做内部分析走得更远。




