企业官网建设流程全解析

1. 去制造业车间待一天，你就明白PP模块要解决什么

我在制造业做SAP PP相关项目有十来年了，每次给刚入行的顾问或企业内部的用户讲PP模块，我都建议他们先别急着看系统，去车间待一天。很多时候你会发现，车间里最忙的人不是操作工，而是拿着本子到处追问“那个订单料到底齐没齐”“这批货什么时候能包装”的计划员和调度员。SAP PP（Production Planning，生产计划）模块，说白了就是把这套忙乱的生产活动，变成一套能提前算、可跟踪、有闭环的系统逻辑。

PP模块在SAP的整个ERP体系里，承担的是从需求到交付中间那一段的“翻译”工作。前端销售告诉你客户要什么、要多少、什么时候要，后端采购和仓库告诉你物料能不能供上、库存有没有余量，PP则负责把这些信息转化成一份份生产计划、一张张生产订单，再指挥车间按步骤领料、加工、报工、入库。没有这套逻辑的企业，往往靠Excel排产、靠电话催料、靠经验判断产能，短期看起来也能转，但一到多品种、小批量、订单频繁插单的场景就会暴露问题：不是缺料，就是产能过载，要么就是半成品堆积如山，成品却交不出货。

这篇内容不是SAP官方的 Help 文档翻译，而是结合我实际项目里的所见所闻，把PP模块的框架和底层逻辑拆开聊一聊。不管你是刚接触SAP的乙方顾问、企业内部负责生产的用户，还是准备上SAP、正在做选型和蓝图调研的制造企业管理者，这篇文章都适合你。我会尽量把那些听起来很高大上的概念，用车间里能听懂的话讲清楚。

PP模块覆盖的范围其实很广，从需求管理、主生产计划、物料需求计划，到产能计划、车间现场控制，再到生产订单的成本结算，几乎是完整串起了制造业的“计划-执行-核算”链条。但很多人对PP有一个误解，觉得它就是个“排产软件”。我可以很负责任地说，PP的强项是“计划逻辑的计算”，而不是“可视化排产”。SAP的标准功能里，MRP（物料需求计划）能帮你算出什么时间需要什么料、需要多少；产能计划能做粗能力或细能力检查；车间订单能跟踪到每道工序的报工情况。但它不会像一个专门的APS（高级计划排程）系统那样，给你一张带甘特图的漂亮排产表，用拖拽的方式把工序安排到具体机台上。PP提供的是排产所需的数据基础，真正的精细化排产往往需要外围APS系统或产线级的MES（制造执行系统）来配合。这个认知如果能提前建立，可以省掉后面很多“系统不好用”的争执。

2. 拆掉“系统黑箱”：PP模块的核心概念与主数据链路

很多企业上PP模块，第一个崩溃的点不是功能不会用，而是主数据不知道该怎么填。SAP里有一句流传很广的话：三分技术、七分管理、十二分数据。放在PP模块里，这句话尤为贴切。

2.1 物料主数据：PP视图不是随便填的

物料主数据是PP模块的起点。一个物料在SAP里有很多个视图，采购视图给MM用，财务视图给FI/CO用，而生产相关的字段集中在MRP视图、生产计划视图和工作计划视图里。

这里我挑几个直接影响PP运行的关键字段来说。

第一个是“MRP类型”。这个字段决定了物料是用MRP跑出来的需求，还是按库存补货。最常见的三个值：PD表示按MRP自动计算，是绝大多数生产物料的选择；VB表示手动补货，适合那些价值高、不常用、或者不想让系统自动建单的物料；ND表示不跑MRP，比如一些备品备件。很多项目里，顾问图省事把物料全设成PD，结果上线后系统每天冒出几百张计划订单，计划员根本看不过来，这就是典型的“参数设置与业务场景不匹配”。

第二个是“批量过程”和“批量大小”。这个字段影响MRP计算时采购或生产批量怎么定。比如有些物料你希望按经济批量生产，一次做500件，那就把批量过程设成EX（期间批量）或PK（经济批量），并维护对应的批量大小。有些物料因为工序报废率高，需要在计划时加入损耗率，那就要在“部件废品百分比”或“工序废品百分比”里维护数据。这些字段一句两句说不完，但每个都会实实在在地影响MRP跑出来的结果。

第三个是“计划交货时间”和“收货处理时间”。很多企业上线后抱怨MRP跑出来的采购建议不准，仔细排查，90%以上是这两个时间没维护，或被维护成了明显不合理的值。SAP不知道你的供应商从下单到送货要几天，它只会按照你告诉它的数字去计算。这个数字一旦拍脑袋，整体计划就跟着拍脑袋。

2.2 BOM与工艺路线：一个管“长什么样”，一个管“怎么造”

如果说物料主数据是名词，那BOM（物料清单）和工艺路线就是动词和形容词，它们共同定义了产品是怎么被制造出来的。

BOM管的是“一个产品需要哪些物料、各用多少”。SAP里BOM有单层和多层之分，一个产品从原材料到半成品再到成品，是一层一层结构出来的。MRP在展开时，会从成品沿着BOM一层层往下走，每走一层就计算一次毛需求和净需求，直到最底层的原材料。这也是为什么SAP的MRP术语里有个很形象的说法，叫“BOM展开”。

BOM里除了物料号和数量，还有一个容易被忽视的关键字段，叫“项目类别”。比如一个物料在BOM里是“库存项目”（L），它会参与库存管理和MRP计算；如果只是个文本说明或文档，就设为“文本项目”（T）；如果它是“非库存项目”（N）——比如车间直接领用但不入库存的辅料——那MRP就不会为它生成采购申请。很多顾问在搭建BOM时，没有仔细区分项目类别，导致MRP结果里多出一堆不该买的物料，或者在库存里凭空多出一堆从来不用的呆滞料。

工艺路线管的是“产品经过哪些工序、在哪些工作中心做、每道工序要多久”。工艺路线里的核心字段包括：工序号、工作中心、控制码、标准工时、准备时间、机器时间、人工时间。MRP在跑计划订单时，会利用工艺路线计算提前期（即生产周期），而产能计划则依靠工作中心和工时数据来计算负荷。

这里我要特别提醒一个细节：SAP的提前期计算是很“死板”的，它把生产时间、传送时间、等待时间这些加在一起，得出一个总的提前期。如果你的工艺路线里没有维护合理的排队时间和等待时间，生产订单的计划日期就会跟车间的实际节奏完全对不上。很多企业问我“为什么生产订单老是不能按期完工”，我第一个看的就是工艺路线的维护程度，十有八九能把问题根源找出来。

2.3 工作中心与数据来源：产能计算的起点

工作中心是PP模块里另一个极其核心，但经常被低估的主数据元素。工作中心可以理解为一个“产能单元”，它可以是一台机器、一条产线、一个班组，或者一个车间。工作中心里定义了三种关键数据：

• 基本数据：描述工作中心的名称、负责人、所在的工厂/成本中心等。
• 能力数据：定义这个工作中心每天/每周有多少可用工时，班次是怎么排的。
• 成本数据：定义在这个工作中心上加工一个小时，结算成本时按多少费率计算。

这三个视图，分别服务于工艺路线、产能计划和生产订单成本结算。有趣的是，很多企业在做PP项目时，最重视的是BOM，把工艺路线也还能认真磨一磨，但到了工作中心，就只是“随便建一个名字丢进去”。等到后来做产能评估时，系统一片空白——因为工作中心的能力参数根本没维护；或者是生产订单结算成本时发现成本低得离谱——因为工时费率没维护，系统直接按零成本处理了。

工作中心的“能力”这个概念，我建议企业内部用户花点时间理解。它的计算逻辑是：工作中心可用小时数除以单位负荷所需小时数，得出产能利用率。系统会通过这个来判断某个工作中心在某个时间段是否超负荷。如果超了，MRP或者产能计划会给出例外信息，告诉你“这张订单在这个工作中心上做完的时间，会比预计的完工日期晚”。看到这些例外信息，计划员就需要手动调整计划，或者把部分工序外协/转移到其他工作中心。这套逻辑不复杂，但前提是工作中心、工艺路线、工时数据三者都要维护得准确，缺一个环节，结果都是无效的。

3. MRP不是“排产软件”：生产计划在SAP里的真实运转逻辑

这是我认为必须单独拿出来讲的一个章节，因为误解最深、吐槽最多。很多企业上线前对MRP抱有极高的期望，希望它像“一键优化”那样，按一下按钮，生产计划、采购计划全自动生成，车间照着干就行。真实情况当然没有这么简单，但MRP依然是SAP PP模块里最有价值、也最值得研究的功能之一。

3.1 MPS与MRP的区别

在SAP PP里，计划层级可以粗略分成两个层次：MPS（主生产计划）和MRP（物料需求计划）。

MPS处理的是“最终重要物料”的计划，通常是成品、重要的半成品或关键物料。在企业内部，MPS往往跟S&OP（销售与运营计划）衔接，它回答的问题是“我们在未来几周/几个月，到底要生产多少主打产品”。MPS跑完后，结果一般不会每天变来变去，因为它的计划时界（time fence）设得比较长，需求波动被缓冲掉了。

MRP则是在MPS确定之后，往下展开的详细物料需求计算。它回答的问题是“为了支撑上面的生产计划，我需要在什么时候、采购多少原材料/生产多少半成品”。MRP的运行范围是覆盖所有参与计划的自制件和采购件。

用一句话总结两者的关系：MPS定大盘，MRP算细账。很多中小型制造企业其实没有明确的MPS流程，直接拿销售订单就跑了MRP，结果系统每天被订单变更“牵着鼻子走”，计划员工作量大到爆炸。这就是为什么在蓝图阶段，顾问要花大力气帮企业梳理“哪些物料要跑MPS，哪些物料直接跑MRP”，这比讨论任何功能开关都重要。

3.2 计划订单、采购申请与例外信息

MRP跑完以后，系统会产出一堆东西，最核心的是：

• 计划订单（Planned Order）：对于自制件，MRP生成计划订单，经过确认后可以转为生产订单；对于外购件，MRP可以生成采购申请，或者直接把计划订单转成采购申请再转采购订单。
• 例外信息（Exception Messages）：这是MRP结果里最有价值的“待办事项清单”。比如“物料短缺”“需求日期早于订单可用日期”“建议将采购订单提前”等。

我见过太多计划员打开MD04（物料需求清单）之后，看到几十行条目就慌了，不知道要先看哪个。实际上，MD04里每一行都有状态标识，你要重点关注的是有例外信息的行，以及需求日期和可用日期不一致的行。一个成熟的计划员每天的工作不是“看所有物料”，而是“只看哪些物料有异常”，然后逐个处理。系统在这一点上其实已经给你排好了优先级，只是很多人没有养成看例外信息的习惯。

另一个常见误区是拿MRP结果直接转采购订单。MRP跑出来的是一个“建议”，它建立在一次完整计算之上，但它不考虑供应商当前的未交订单是否已经足够、不考虑质量部门是否正在处理这个来料的索赔。所以，比较稳妥的流程是：MRP先生成采购申请 → 采购员在ME57/ME58里合并需求、检查已有订单 → 再决定是否转成采购订单。直接把MRP结果一股脑转成PO的做法，短期能省事，长期一定会带来应付账款和库存的难题。

3.3 排产与产能：SAP的“看不到产能”尴尬与补齐方案

在项目调研时，几乎每个制造企业都会提一个需求：我要能看出来每台机器未来几天干什么活。这个需求听起来很基础，但在SAP标准功能里，它的呈现方式是表格化的，比如你在CM01/CM02里能看到工作中心的产能负荷情况，能看到哪些工作中心超载、哪些空闲，但它没有像APS那样直观的图形化甘特图，也不能拖拽工序进行排产调整。

SAP给出的标准解决方案是“Capacity Planning”（产能计划）和“生产订单排产”（Scheduling）。你可以对工作中心的负荷进行评估，系统会按产能利用率给出红黄绿信号；你可以对订单做“向前排产”或“向后排产”——前者是从订单开始日期向完工方向算日期，后者是从完工日期向开始方向倒推。但这些操作都没有做“自动优化匹配”，系统不会说“我把这张订单挪到这个机器上，整体效率最高”。它只是忠实地按你给的规则计算，然后把建议摆在桌面上。

如果你所在的企业确实需要做精细化排产，常见的做法有两条路。一是给SAP配上APS系统，通过接口把生产订单、工序、工作中心、产能等数据传给APS，在APS里做高级排产，再把排产结果回传SAP；二是通过MES系统承接车间级的详细排产与执行。SAP则继续负责中长期的计划、物料齐套分析、订单管理和成本管控。这个“分工”模式，是我在多个大型制造企业里验证过的相对稳妥的方案。

4. 工单的生命周期：从创建到结算，每个环节都可能出幺蛾子

MRP和计划层面的东西讲完，接下来落到真正的执行层，也就是生产订单的日常管理。生产订单是PP模块里“落地”的载体，它把计划转化为车间里可执行的任务。从订单创建到完工结算，这个过程涉及不少操作细节，每步都有值得注意的地方。

4.1 生产订单的创建与类型

在SAP中，生产订单可以由计划订单转换而来，也可以手工创建（CO01）。计划订单转换的好处是数据能完整继承，包括物料、数量、日期、BOM和工艺路线等。手工创建则适合一些临时的、非计划内的生产活动，比如研发打样、紧急返修。

生产订单有很多类型，SAP里默认的四个关键类型分别是：

• YB01/YB02等自定义类型：按不同工厂/业务场景定义。
• PP01：标准生产订单，一般是正常批量生产。
• PP02：返工订单，用于质量不良品的返修处理。
• PP03：内部维修订单。

不同类型的订单在成本收集、库存移动、权限控制等方面的逻辑是不同的。比如返工订单通常不应该再次领用正常原材料，而是领取返工专用物料；它的成本结算也不应该混入标准品成本。如果企业在上线时没有把订单类型定义清楚，后续财务结账时会非常痛苦。

4.2 发料、报工与完工确认

订单创建后，进入执行阶段，第一个动作通常是对车间发料。在SAP里，可以根据BOM自动生成发料清单（MB1A/MB1B的移动类型261/262），也可以手工投料。这里有一个常见问题：如果物料的“倒冲”（backflush）标识被激活，系统会在报工时自动从库存中扣除物料，而不需要仓管员先发料。倒冲适合那些用料稳定、不易混料的产线，比如电子行业的贴片线；但对于配料复杂、容易出错的生产场景，倒冲反而会成为库存准确性的杀手，因为系统认为料已经消耗了，但实际可能还堆在车间没上机。

报工（Confirmation）是生产订单执行里的关键节点。操作工完成一道工序后，需要做工序报工，系统会记录实际工时、完工数量、废品数量。这些数据直接决定了：

• 订单的实际成本
• 工作中心的实际负荷
• 后续工序的可用数量

很多企业不重视报工，让操作工“月底一起补报”，结果系统里的工时数据完全失真，成本核算等于白算。我在项目里通常会跟客户强调一点：报工的及时性比准确性更重要。哪怕你暂时只报“完工了没有”这个状态，也不要不报。因为生产订单的日期状态是后续所有分析和跟进的基石。

订单全部工序完成后，要做技术性完工（TECO），之后再做财务结算。TECO这个动作很容易被忽略。如果订单不TECO，系统会一直把成本挂在“在产品”里，导致财务月底结算时，公司账上“在产品”金额虚高。我在一家离散制造企业做月结支持时，发现光未TECO的历史订单就有两千多张，财务每月的在产品库存金额居高不下，排查很久才发现是这个原因。

4.3 差异分析与结算

生产订单在结算前，系统会对比“实际成本”和“计划成本”，得出差异。差异的来源通常是：实际用料量超出BOM标准量、实际工时超出标准工时、物料价格变动等。CO（成本控制）模块把这些差异结转到差异科目或者产品成本中。

这里要给PP顾问和用户提一个建议：学会看订单的成本报告（CO03），而不只是看计划数量、完工数量。成本报告能反映出一个订单真实“吃”了多少资源。很多生产管理问题，比如某产品连续几批成本超标，往往不是车间操作问题，而是BOM定额本身就不合理。通过对比计划与实际，可以反过来驱动BOM和工艺路线的优化，形成一个PDCA循环。

5. 为什么PP一上线就乱：集成与数据治理的实战经验

如果前面的内容是“模块内部机理”，那这一章节聊的是“PP模块和周边的耦合关系”。很多PP项目失败，并不是PP本身没设计好，而是周边集成没打通，或者数据没治理好。

5.1 与MM/SD/CO的集成关系

先看PP与MM的集成。MM为PP提供原材料库存、采购订单、货物移动和供应商主数据等基础支持；PP的MRP运算结果会生成采购申请，直接传递到MM模块形成采购订单。反过来，MM的收货数据又会影响PP的库存可用性检查（ATP检查）。一个常见问题是：如果物料在MM侧的管理维度（比如批次、序列号）在项目后期才确定，PP侧的MRP逻辑就必须跟着返工。所以，在项目初期，MM和PP的物料主数据字段设计必须放在一起讨论，而不是两边各管各的。

PP与SD的集成重点是需求传递。SD的销售订单通过“需求”传递到PP的MRP中，作为独立需求参与计算。如果SD那边随意变更订单数量或交货日期，PP侧的MRP就会被反复触发，产生大量“需求挪动”的例外信息。所以，企业需要设计一套需求管理规则，明确什么级别的订单变更需要触发MRP重跑，什么级别只做手动调整。这个规则如果不定义，SAP上线后计划员会持续被“系统跑出来的新建议”淹没。

PP与CO（成本控制）的集成是很多顾问新手容易忽略的。生产订单的每一个操作都有成本：发料是材料成本、报工是人工成本和机器成本、外协加工是加工费。这些成本在CO模块汇总，最终结转到产品成本。如果PP侧的工艺路线、工作中心费率、BOM数据不准，那CO模块出来的成本报表再漂亮也是错的。这就是为什么我总说：CO的结果好不好，一半看PP的主数据做得好不好。

5.2 主数据质量是决定项目成败的第一要素

这里我想专门展开谈主数据治理，因为它太重要了。我做过一个项目，客户在蓝图阶段非常配合，业务流程梳理得也很好，但到了UAT（用户验收测试）阶段，系统里跑出来的MRP结果一塌糊涂。后来排查发现，他们从老系统迁移过来的BOM，有将近20%的物料编号在老系统里已经停用，但SAP里没有做相应的历史数据清理，导致MRP展开时引用了大量废弃物料。这个问题的根源不是SAP配置，而是数据治理。

对PP模块来说，最重要的三类主数据就是前面反复提到的：物料主数据、BOM、工艺路线。这里我给你一个在项目里验证过很多次的数据检查清单，在上线前至少照着过一遍：

• 所有参与MRP的物料，是否都维护了MRP类型、计划交货时间、批量过程？
• 所有自制件的BOM是否都是多层展开的？末级是否都指向采购件？
• BOM里的每个项目，是否都正确设置了项目类别？
• 工艺路线的每个工序，是否都指定了工作中心和工时？
• 工作中心的能力参数是否与车间的实际班次相匹配？
• 所有物料是否维护了正确的成本视图？工作中心是否维护了成本费率？

这些问题看着基础，但几乎每个项目里都能查出几项不符合的。你可以把这份清单当一个“土办法”，在数据导入前让各业务部门逐条确认并签字。数据问题的责任一旦落实到人，比顾问在系统里改一万次都有效。

5.3 实施中的常见坑与应对策略

最后聊几个我在不同项目里踩过的、或者亲眼见别人踩过的坑，希望能帮你绕过去。

第一个坑是“参数以培训手册为准”。有些企业上完SAP之后，内部只留了一份基于Project Document的培训手册，里面的参数设置不一定适合上线后的真实业务。比如项目期间为了测试方便，MRP类型设成“不跑MRP”（ND），上线后忘了改回来，结果工厂的物料需求一直没被计算，计划员只能手动建单，直到几周后库存断料才被发现。这个问题的应对措施也很简单：在项目上线前，建立一个“参数对照表”，逐项核对配置清单与业务实际是否一致，并由业务部门签字确认。

第二个坑是“例外信息没人看”。MRP跑完，结果不只包含计划订单，还包括非常多例外信息。有的企业上线后把这部分工作完全交给系统，认为“跑完就算完”。但实际上，MRP跑完只是开始，例外信息才是需要人工处理的工作清单。项目上线早期，我建议计划员每天在MD04里花固定时间处理例外信息，一个都不要漏，直到形成习惯。没有这个习惯，MRP就是个“跑了也白跑”的系统。

第三个坑是“过度依赖自动排产”。前面已经讲过，SAP标准功能不是APS，不能做拖拽式排产。如果企业硬要在SAP里实现类似APS的效果，就会被迫做大量增强开发，最后系统维护成本极高、运行效率反而下降。务实的做法是：先用好SAP的产能评估和订单排产功能，把计划员从“手工Excel排产”解放出来，至于真正的分钟级排产，留给APS/MES做。

第四个坑是做PP项目时忽略“外协加工”流程。很多企业的生产过程中有委外工序，比如电镀、热处理、表面处理。SAP里外协加工的业务逻辑跟普通自制工序完全不一样，它涉及采购信息记录、外协采购订单、发货到供应商、收货回来自动报工等多个步骤，是PP集成MM最复杂的地方之一。如果在蓝图阶段没有把外协工序梳理清楚，上线后大概率会出现“料发给供应商了，系统库存还没扣”“外协加工费没有归集到对应的生产订单上”等一系列问题。

6. 结尾：一些操作性建议和我的个人体会

写到这里，SAP PP模块的整体框架已经基本展开。最后，我想站在一个做过多个PP实施项目的从业者角度，再分享几点在实际项目中沉淀下来的经验。

第一，建议计划员和车间主管在项目初期就参与系统设计，而不是等项目末期再来提意见。我见过太多项目，蓝图阶段全是IT部门和外部顾问在开讨论会，生产部门的代表只是被叫去“参会签到”。结果系统上线后，计划员发现排产界面跟自己平时的习惯完全不一样，车间主管发现报工操作太繁琐，日常作业根本做不到及时报工。这种业务接受度问题，不是上线后靠培训能完全解决的。最好的做法是在蓝图阶段就邀请一线用户参与，哪怕他们不懂系统，也能告诉顾问“我们车间一个班次有没有时间扫条码”。SAP的项目表面上是在搭系统，实际上是在重塑流程，流程的主人如果不参与设计，后面一定会用脚投票。

第二，不要把PP模块的目标定得太“宏大”。有些企业一上来就要求“要做成华为那样的一体化计划体系”。我并不是说这样的目标不对，但任何一个计划体系的成熟都不是一蹴而就的。更实际的做法是分阶段实现：第一阶段，先把主数据和基础流程跑通，保证MRP结果可信；第二阶段，把例外信息处理机制运行起来，让计划工作变主动；第三阶段，再引入APS/MES做精细化排产和现场执行管理。每个阶段设定清晰的验收标准，效果会比一次性铺开好很多。

第三，SAP PP虽说是“生产计划”模块，但它的核心从来不只是系统配置，而是对制造业计划逻辑的理解。我一直认为，一个好的PP顾问，首先得能读懂生产车间的“语言”：什么是节拍时间、什么是换线损失、什么是在制品积压的原因、什么是插单的最优处理策略。这些业务知识越扎实，做SAP PP项目时就越能从业务本质出发，而不是停留在配一个参数、建一个订单类型这种事务层面。

最后再分享一个小技巧：项目上线初期，建议安排一个“数据健康度周报”的机制，由专人每周统计物料主数据关键字段的缺失率、BOM异常比例、工艺路线未维护工时的工作中心数量等指标，并公示给各部门。数据问题最怕的不是严重，而是无人关注。一旦这些指标被管理层每周看到，数据的改善速度会快得超出你想象。这个做法成本很低，但带来的收益往往比花大价钱买数据治理工具还要明显。

SAP PP是一个越深入研究越能感受到它逻辑之精巧、但覆盖范围之庞杂的模块。希望这篇文章能帮你先把宏观框架搭起来——框架对了，后面往里填充细节时，就不会迷路。