
SAP PP(生产计划)是SAP S/4HANA中把需求转化为生产计划的部分。它接收预测和销售订单,对照库存、物料清单、工艺路线和产能进行检查,然后提出该生产什么、该采购什么以及何时进行。本文写给需要了解PP做什么、S/4HANA中有什么变化、以及实施会在哪里出问题的工厂经理、计划员和项目负责人。最后一点的简短答案是主数据。如果物料主数据、BOM、工艺路线和工作中心是错的,MRP的结果就是错的,任何配置都修不好。下面的就绪检查清单,是起步的地方。
我曾经与一家包装厂的团队合作,他们每周有400多个生产订单。没有PP的时候,他们要同时应付电子表格和便利贴。实施之后,他们并没有变得完美,但不再被淹没了。
PP位于物流链的中心。它从需求出发,倒推经过物料、产能和时间,生成生产建议。下面是各项功能,按需求流经它们的顺序排列:
- 销售与运营规划(SOP):基于预测和市场预期的高层级业务量
- 需求管理:把这些业务量转换为计划独立需求(PIR),驱动MRP
- 物料需求计划(MRP):根据库存、提前期和未结订单,算出生产或采购什么、何时、多少
- 产能计划与平衡:在工作中心的超负荷传到车间之前,就把它显示出来
- 生产订单管理:创建、下达、排程并确认订单,直到完成
PP涵盖离散制造(汽车零部件、电子产品、工业品)和重复制造(包装、消费品)。食品、化工和制药行业的批量与配方式生产,使用PP-PI(流程工业生产计划)。PP-PI处理的是流程订单和主配方,而不是生产订单和工艺路线。
从需求到完工,流程分为五个阶段。在实践中,它很少不间断地运行,但这正是PP设计来管理的结构。
- SOP来自预测的业务量目标
- 需求管理驱动MRP运行的PIR
- MRP计划订单和采购申请
- 生产执行订单下达,物料备好
- 确认工时、数量和货物移动已过账
SAP反映车间里实际发生的事
SOP是设定高层级生产目标的地方。有些企业会对照市场数据严格执行。另一些只用粗略的估算。无论哪种,它都会喂给需求管理。在S/4HANA中,经典的SOP事务属于兼容性范围,我在下文会讲。
需求管理生成PIR。PIR就是一份预测:我们预计在这个时间需要这个数量的这种产品。PIR是MRP的输入,这里的错误会层层传导。有一位客户曾经上传了重复的PIR,覆盖三个月。没有人注意到,直到生产开始对所有东西超量订货。
MRP是计划引擎。它把PIR和销售订单与库存和未结收货相互抵消,然后为自制生产创建计划订单,为外购件创建采购申请。配置得当的运行,带来清晰。基于不准确主数据的运行,产生的是噪音,计划员要花上好几周去追。
生产执行是计划订单变成生产订单的地方。订单下达,物料备好,各道工序在工作中心上运行。
确认把闭环封上。工时已过账,数量已记录,货物移动已过账。只要人们按时确认,系统随后就反映车间里实际发生的事。
主数据是SAP PP的骨架。这不是一句口头禅。这是有后果的事实。
物料主数据(MRP视图):每一种自制物料,都需要正确设置它的MRP视图。MRP类型、批量大小、策略组、可用性检查和排程边际码,每一项都会改变MRP的行为。在我参与的一个项目里,物料主数据里缺了一个字段,让生产停了一周。就一个字段。
物料清单(BOM):BOM定义了成品里包含什么:组件、数量、损耗百分比,有时还有替代件。BOM可以有变式,这适合可配置的产品,却会让刚接触SAP的团队困惑。“我们真的需要为这一件产品建五套BOM吗?”这个问题有一个实在的答案。要在实施之前把它想清楚,而不是在MRP运行期间。
工艺路线:工艺路线定义了某样东西是如何制造的:工序的顺序、由哪些工作中心执行、每一道要多长时间。没有它,SAP就无法计算生产时长,也无法检查产能。即使是简单的产品,也需要清晰的工艺路线,而赶进度的项目会跳过它们。
工作中心:工作中心是生产发生的地方:机器、产线、人员小组。它们带有排程公式、成本核算关联和班次日历。上线之后保持它们是最新的,这是最容易被丢掉的任务。一旦丢掉,产能计划就会失准,计划员也不再信任系统。
生产版本:生产版本把一份有效的BOM和一份有效的工艺路线,与某个日期范围和批量大小绑定在一起。在S/4HANA中,自制物料必须有生产版本,没有它,MRP Live不会展开BOM。依赖BOM选择方法的ECC客户,需要在转换期间创建它们。
组织结构
下面是PP所依赖的结构元素,以及它们各自的关联。
| 结构元素 | 在SAP PP中的作用 | 关键关联 |
|---|---|---|
| 客户端 | 最高层的企业结构 | 所有模块通用 |
| 公司代码 | 用于财务报告的法律实体 | 生产的FI成本跟踪 |
| 工厂 | 发生生产的核心单元 | 把PP与MM、SD、PM联系起来 |
| 库存地点 | 工厂内部的实物库存细分 | 物料备料和移动 |
| MRP范围 | 单独运行MRP的计划范围 | 在S/4HANA中取代库存地点MRP |
| 工作中心 | 生产资源(机器、产线、小组) | 工艺路线、产能计划、CO成本中心 |
| 生产版本 | 某种物料的有效BOM与工艺路线的组合 | 在S/4HANA中,MRP和订单创建都必须有 |
首次MRP运行之前的就绪检查清单
在让MRP处理迁移过来的数据之前,先走一遍这个顺序。括号里的负责人是签字确认的人。
- 物料主数据的MRP视图已完整,覆盖每一种计划物料,包括策略组和批量大小(计划负责人)
- BOM已对照实际生产的情况验证,由工程部门确认组件和损耗(工程部门)
- 每一种自制物料都有工艺路线,工序时间切合实际(生产工程)
- 工作中心的日历和产能反映当前班次(工厂经理)
- 每一种自制物料有一个有效的生产版本,覆盖整个计划期间(计划负责人)
- PIR只加载一次,并在第一次运行之前与已批准的需求计划核对一致(需求计划员)
- 未结订单和库存在旧系统与SAP之间已核对一致(库存控制员)
- 在单个工厂或MRP范围上做一次试运行MRP,在全面运行之前由计划员复查例外消息(计划负责人)
PP不是单独工作的。每一个集成点,同时也是一个失败点。
MM(物料管理):PP生成物料需求,MM负责寻源。如果MM里的可用性是错的,生产订单就会遇到短缺。PP与MM的良好集成,正是终结紧急采购的东西。
SD(销售与分销):销售订单可以在需求管理中消耗PIR。物料主数据里的策略组控制消耗的方式。如果它是错的,销售订单和预测就会并行存在,而不是相互抵消,需求信号翻倍,却没有任何错误消息。我的SAP SD指南讲了这个联系中订单的一侧。
CO(管理会计):生产订单带有成本。CO对照标准成本,跟踪实际的工时、物料和间接费用,由结算过账差异。没有它,生产的财务全貌就是不完整的。
QM(质量管理):PP的事件可以触发QM的检验批,质量结果也可以让订单暂停。正是这一点,让质量成为一项过程控制,而不是事后补救。
在SAP PP实施中如果赶着做主数据,其他一切都会变成变通办法。BOM的准确性、工艺路线的完整性、工作中心的维护,没有一样是可选的。
如果您是从ECC迁移过来,下面是影响设计和数据的PP变化。细节在SAP的简化清单和兼容性范围矩阵(SAP Note 2269324)里。
- MRP Live(事务码MD01N)是SAP推荐的计划运行方式。它在HANA数据库内部运行,可以在一次运行中计划多个工厂,并且不写MRP清单。经典的MD01到MD03仍然存在。SAP的MRP Live学习模块是一份很好的入门材料。
- 生产版本是必需的,针对自制生产,如上所述。
- MRP范围取代库存地点MRP:在ECC中单独计划的库存地点,在S/4HANA中需要一个MRP范围。
- SOP、MRP清单和基于预测的计划(MRP类型VV)属于兼容性范围:对本地部署系统,使用权已于2025年12月31日结束。对于在RISE with SAP或SAP Cloud ERP Private合同下的S/4HANA系统,SAP把它延长到了2030年12月31日。SAP指定的SOP后继产品是SAP IBP。
- 嵌入式PP/DS(生产计划与详细排程)在S/4HANA内部运行,用于有限排程。MRP Live会把标记为高级计划的物料,交给PP/DS的启发式算法处理。在围绕它做设计之前,先检查您的许可。
SAP帮助中关于使用MRP Live的页面有配置的细节。
这些年里,我见过一些真正的灾难,下面这些是该避开的模式。在RISE with SAP下,Clean Core的做法限制了过去用来掩盖这些问题的自定义代码。糟糕的主数据现在暴露得更快,变通的代价也更高。
赶着做主数据迁移:我记得有一家汽车零部件公司,赶着做BOM和工艺路线的迁移。上线之后,它花了六个月去修那些因数据问题而不断失败的生产订单。迁移前的主数据验证不是一项附带的任务。它就是项目本身。我写的SAP数据迁移为什么失败一文讲得更深入。
用户的抵触:经验丰富的计划员常常抵触PP,因为它接管了他们过去靠手工和判断完成的工作。要让他们及早参与配置。向他们展示PP在哪些地方把时间还给了他们。这决定了接受度。
复制旧流程:这是我见到的最一贯的配置错误:把SAP设置成与旧流程完全一样,而不是采用标准的计划逻辑。结果是一个过度配置的系统,交付的东西比PP设计时本该交付的少。
集成测试不足:与MM、SD、CO和QM的每一个连接都可能出问题。把每个模块单独测试的团队,会在生产中才发现集成问题。
砍掉培训:我见过一些公司在实施上花了几百万,然后通过砍掉培训来省钱。不理解系统的用户会制造变通办法。变通办法会破坏MRP所依赖的数据准确性。
下表把每一项风险与它的影响,以及我会放进计划里的缓解办法对应起来。
| 风险 | 影响 | 缓解办法 |
|---|---|---|
| MRP配置不正确 | 缺货、生产过剩、多余的采购成本 | 与业务负责人一起验证MRP类型、策略组和批量方式 |
| BOM或工艺路线不准确 | 物料需求错误,车间延误 | 迁移前,让工程部门参与BOM和工艺路线的复查 |
| 产能计划不佳 | 工作中心瓶颈,错过交付日期 | 在下达订单之前,运行产能评估与平衡 |
| 缺少生产版本 | MRP无法展开BOM,也无法创建有效订单 | 每一种自制物料有一个有效的生产版本 |
| 没有实时的车间反馈 | 生产状态不准确,偏差被发现得晚 | 强制及时确认;集成SAP Digital Manufacturing或其他MES |
| 用户培训不足 | 确认错误、反冲错误、返工得不到解决 | 按角色针对真实的生产周期开展培训 |
| 变式配置未处理 | 可配置产品的订单出错 | 把BOM和工艺路线放在一起,测试配置逻辑 |
什么是SAP PP,它做什么?
SAP PP(生产计划)是SAP中用于制造计划与执行的模块。它管理物料清单、工作中心、工艺路线和生产订单。它的核心工作,是通过MRP把来自预测和销售订单的需求与生产产能连接起来,然后让生产订单从创建一直运行到结算。
SAP PP需要哪些主数据?
五类对象:物料主数据的MRP视图、物料清单、工艺路线、工作中心,以及在S/4HANA中的生产版本。每一类在上线时都必须准确,上线之后也要维护。物料主数据里仅缺一个字段,就可能让生产订单无法创建。
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为离散制造和重复制造而设计,使用基于BOM和工艺路线的生产订单。SAP PP-PI为食品、饮料、化工和制药行业的批量与配方式生产而设计。它使用流程订单和主配方,并增加了联产品、副产品和批次可追溯性。对受监管的行业来说,这种批次层面的追踪记录是合规要求。
SAP S/4HANA中还有SOP吗?
经典的SOP属于S/4HANA的兼容性范围,使用权有限。这些权利对本地部署系统已于2025年12月31日结束,对在RISE with SAP或SAP Cloud ERP Private合同下的系统则延续到2030年12月31日。SAP推荐的后继产品是SAP Integrated Business Planning(IBP)。
SAP PP实施中最常见的错误有哪些?
赶着做主数据、设错策略组、把旧流程照搬进配置、跳过完整的集成测试,以及砍掉培训。它们多数以同样的方式收场:没人信任的MRP结果,计划员又回到了电子表格里。
下一步
您现在正在推进ERP项目吗?
如果这篇文章谈到的正是您当前正在推进的项目,那么一次30分钟的交流,往往比再花一周做内部分析走得更远。




