企业官网建设流程全解析

SAP PP按单生产这个组合，几乎是每个做PP模块的人都绕不开的一关。我最早接触按单生产，是给一家做非标设备的客户做实施，销售一单一议、图纸跟着订单走、成品库存不能通用，财务还要求每一单的成本单独核算。那时候我才真正理解，为什么SAP要把按单生产单独拎出来做一套逻辑，而不是简单地在按库存生产上加几个字段。SAP PP按单生产，说白了就是让需求从销售订单出发，一路把采购、生产、库存、成本全部绑死在那一张订单上，库存带上销售订单的特殊标识，发货也只认对应订单。这篇文章面向的是刚接手按单生产业务的PP顾问、内部关键用户，以及需要理解这套逻辑的SD、MM、CO同事。我会把策略组选型、需求传递、特殊库存E、计划订单转生产订单、成本归集和一堆常见报错都拆开讲，尽量做到你照着就能配、就能跑、就能排查。

1. 按单生产到底解决什么业务问题

1.1 从MTS到MTO：两种库存逻辑的分水岭

按库存生产（MTS）的逻辑是"先造后卖"，成品先入通用库存，销售来了直接从库存发货，库存不带任何订单属性，谁买都一样。按单生产（MTO）反过来，是"先卖后造"，销售订单本身就是生产的需求来源，成品做出来之后直接挂到那张销售订单上，库存带特殊的销售订单标识，理论上只能发给这张订单的客户。这两种逻辑最本质的差异不在于生产流程，而在于库存的归属。

我在项目上最直观的感受是：MTS模式下你的MD04里看到的是独立需求（PIR）和通用库存，数量对得上就行；MTO模式下MD04里看到的是销售订单需求，每一条需求后面都跟着具体的订单号和行项目号，你不能随便拿A订单的库存去发B订单。这就是为什么非标、定制、单件小批、项目型制造几乎都走MTO，因为客户要的就是"这批货是给我做的"。

MTS靠的是预测准不准，MTO靠的是订单管理清不清晰。理解了这个前提，后面所有的策略组、特殊库存、成本核算逻辑就都顺了，它们全部是围绕"库存归属到订单"这个核心来设计的。如果你拿着MTS的思维去配置MTO，大概率会在库存混用、成本串单上栽跟头。

1.2 按单生产在SAP里的三条主线

我习惯把按单生产拆成三条并行推进的主线，配置和排查的时候按这三条线去对，思路会清楚很多。

第一条是需求线：销售订单创建后，通过需求类型和需求类别把销售订单需求传递给MRP，MRP据此产生计划订单，计划订单再转成生产订单。这条线的关键是"需求不能丢、不能串"。

第二条是库存线：生产订单一收货，成品进的是特殊库存E，也就是销售订单库存，库存上自动带上销售订单号。发货时通过交货单走601 E从这条库存扣。这条线的关键是"库存归属明确"。

第三条是成本线：每张生产订单独立归集材料、人工、制造费用，完工后算差异、做结算，把成本结到销售订单对应的成本对象上。这条线的关键是"一单一算、不串成本"。

这三条线在系统里是靠"科目分配类别E加需求类别"串起来的，配置时任何一环没配到位，都会表现成"需求传不过去"或者"库存进不去E"这类问题。所以我在排查按单生产问题时，永远先问一句：是需求线的问题，还是库存线的问题，还是成本线的问题。

1.3 哪些场景真的该用按单生产

不是所有"定制"都值得上按单生产。我的判断标准是看三个方面：库存能不能通用、成本要不要单独核算、客户要不要追溯。

如果产品虽然定制，但半成品和原材料高度标准化，只是最后装配才分客户，那更适合用策略50这种"最终装配按单"的方案，把按单的压力压到成品层级，半成品还能按库存计划，整体库存压力小很多。

如果客户明确要求成品库存不能挪用、必须挂在订单上，而且财务要按单出成本，那就老老实实上策略20的完整按单生产。

还有一类是项目型制造，单台价值高、周期长，这种往往还要结合WBS或内部订单一起管成本，按单生产只是其中一层。

反过来，如果产品其实高度标准化、只是偶尔改个颜色，硬上按单生产会给自己找麻烦：库存被拆得七零八落、通用件不能共享、计划复杂度飙升。我见过客户为了"显得高端"全量上MTO，结果一年后主动改回MTS加大量的批次管理。选型这一步省下的功夫，后面都会加倍还回来。

2. 主数据与策略组：按单生产的根基

2.1 物料主数据MRP视图的五个必填项

按单生产能不能跑通，八成看物料主数据配得对不对。我一般重点盯MRP1到MRP4这四个视图中的几个字段。

MRP1视图里，MRP类型一般用PD，表示物料需求计划；采购类型选F表示自制（有生产订单），如果是外购件就选E；批量确定选EX直接批量或你实际用的批量策略，按单生产很多时候用EX最省事，一单一批不会产生多余库存。MRP控制者用来做计划权限隔离，按单生产建议按产品线或计划员划分清楚。

MRP3视图里最关键的是策略组，按单生产通常填20或50。策略组决定需求怎么产生、库存怎么归属，这个字段错一个数字，后面全乱。还要注意消耗模式和可用性检查，MTO场景一般不设消耗或少设消耗，因为需求是订单驱动的，不需要预测来冲。

MRP4视图里要看独立需求和相关需求的标识，按单生产通常不希望独立需求参与，因为它只认销售订单需求。这些字段看着琐碎，但每一个都在后面某一环节起作用，配置阶段多花十分钟核对，胜过上线后花十小时排查。

2.2 策略组20与策略组50的选择边界

策略组是MTO里最容易被问到的配置。我按实际用到的场景说。

策略20是纯按单生产。成品层级直接由销售订单驱动，收货进特殊库存E，整个流程从销售订单到生产订单再到发货，全程绑定。适合单件、小批、完全非标的产品。

策略50是最终装配按单。它把按单的点往后压到成品，半成品和原材料还是按库存计划。这样半成品可以批量做、库存共享，只有最后一层装配才挂销售订单。适合"标准化模块加少量定制"的行业，比如部分工业设备、定制家具。

我选择的原则很简单：定制发生得越靠前、越个性化，就越往策略20走；定制只发生在最后一步、前面高度标准，就用策略50。这两个策略的差异不只是配置，背后是完全不同的库存和成本管理思路，选之前一定要和业务、财务一起确认。

2.3 需求类型、需求类别与特殊库存E的联动

策略组下面挂着需求类型，需求类型下面挂着需求类别，这条链是需求线的骨架。策略20对应的销售订单需求，通常走需求类型KSV或KE这类，需求类别里要设置成销售订单需求。

需求类别里有个非常关键的配置点：账户分配和库存类型要指向销售订单，这样系统才会在生产订单收货时把库存打成E。如果这里配成了别的，成品收货后进的就是普通库存，按单生产就断在这儿了。

我踩过一次这个坑：客户改需求类别的时候顺手把账户分配改了，结果生产订单收货后库存变成非限制库存，发货时找不到E库存，整条链报错。查了大半天才发现是需求类别的配置被人动过。从那以后我养成一个习惯，上线前一定用SE16N或SE11把需求类别、需求类型、策略组的配置逐层截图存档，出问题时才好做对比。这三层配置是联动的，动一层就要回头验证另外两层。

2.4 科目分配类别为什么必须是E

科目分配类别E代表销售订单，它在生产订单上直接体现为订单里那几行销售订单号和行项目号。生产订单建好之后，你打开订单头部就能看到销售订单信息，这就是科目分配类别在起作用。

它的意义在于：收货时系统知道这批货该进哪个订单的库存，发货时也知道该从哪个订单的库存扣，成本归集时还能把生产订单的成本对应到销售订单这个成本对象上。

配置环节，科目分配类别E一般系统自带，不需要你新建，但你要确保生产订单在创建时正确带出了它。带不出来的情况通常是物料主数据或者需求类别那一环没配好。我排查这类问题时，习惯先看生产订单头部的科目分配类别是不是E，不是E就回头查主数据和需求类别，是E但库存还进不去，就查收货时的移动类型和库存类型。这个排查顺序能帮你快速定位到底是哪一层出了问题。

3. 从销售订单到生产订单的完整链路实操

3.1 销售订单创建与需求传递

VA01创建销售订单，行项目里录入物料、数量、交货日期。按单生产的物料在保存销售订单后，需求就自动传到MRP了，你不用手工再去建独立需求。

需求传递是否成功，最直接的验证方法是MD04看这个物料，里面应该能看到一条带销售订单号的客户订单需求，需求类别显示为销售订单需求。如果MD04里什么都没有，先别急着怀疑MRP，先确认销售订单行项目的需求类型和需求类别是不是正确带出来了，销售订单本身是不是已经保存并释放。

这一步还有个常见的坑：销售订单创建时改了物料或需求类型，导致需求类别没带对。我一般会要求关键用户在销售订单里核对一下计划行类目，按单生产对应的计划行类目通常是CP或类似的类型。这个小字段很多人不注意，但它直接决定了需求往哪走、要不要做可用性检查。把这一步核对清楚，后面MRP怎么跑都不会跑偏。

3.2 MRP运行与计划订单的生成逻辑

需求传过来之后跑MRP。单个物料多层展开可以用MD02，单层用MD03，全厂跑用MD01，后台跑用MDBT。按单生产的需求是销售订单驱动的，所以MRP会据此产生计划订单，计划订单上同样带着销售订单号。

跑完MRP之后我强烈建议用MD04逐单确认，重点看三件事：需求有没有被覆盖、计划订单的数量和日期对不对、有没有异常的例外消息。MTO里最常见的例外消息是"新订单的提前期不足"，说明交货期比生产周期短，这时候要么调交货期，要么压缩计划，要么把自制改成外购，得跟业务确认。

批量确定在这里影响很大。按单生产用直接批量EX时，每张销售订单需求对应一张计划订单，数量干净；如果用其他批量策略，可能把多张订单的需求合并成一张计划订单，收货时库存归属就会变复杂。这也是我前面强调MTO优先用直接批量的原因。计划订单的日期由需求和提前期倒排，提前期主数据不准，计划订单的日期就会失真，所以主数据里的自制生产时间一定要让生产部门确认过。

3.3 计划订单转生产订单的几种姿势

计划订单转生产订单，可以用COR8单个转，也可以用CO41集中转，或者在MD04里选中计划订单点转换按钮。转换时系统会带出物料、数量、日期、销售订单信息、BOM组件和工艺路线。

转换过程中最常见的报错是"无法确定BOM"或"无法确定工艺路线"。这通常是BOM或工艺路线的有效期、用途、状态有问题，或者是物料的BOM选择参数没配好。我的处理习惯是先看物料主数据里的BOM用途和生产版本，再看BOM本身的有效期和状态，最后确认工厂、批次、替代物料这些细节。

转换成功后，生产订单头部应该能看到销售订单号和行项目号，这是MTO转换成功的标志。这时候最好再进MD04看一次，计划订单消失了，取而代之的是一张带销售订单号的生产订单，需求线就接上了。如果转换后销售订单号没带过来，回头查科目分配类别，八成是这里没配成E。

3.4 车间执行：领料、报工、入库的分寸

生产订单下达之后进入执行阶段，流程和普通生产订单类似，但每一笔移动都带上了特殊的订单属性。

领料一般用MB1A或MIGO，移动类型261，加上特殊库存标识E，表示这些组件是投到这张销售订单对应的生产订单里的。收货用MB31或MIGO，移动类型101加E，成品进的就是销售订单库存E。报工用CO11N或CO15，确认工时和产出数量。

这里有个实操心得：MTO的组件投放一定要按订单实际用量走，不能因为图方便先发到通用库存再转。因为一旦组件发到通用库存，成本就归集不到那张生产订单上，后面的差异分析全是错的。我在项目上反复跟车间强调，261发货单上必须体现生产订单号，物料数量按订单BOM来，超领要走单独的审批，别把MTO当MTS做。

报工时如果产出数量和收货数量不一致，会引起订单状态和库存的偏差，所以确认和收货的节奏要配合好。有的客户习惯先全报工再慢慢收货，结果订单已经TECO了货还没入完，发货时库存不够。这种节奏问题不是系统错误，但会让整条链看起来"卡住了"。

4. 特殊库存E：按单生产的灵魂

4.1 E库存是怎么产生的

特殊库存E就是销售订单库存，它的产生只有一条路径：生产订单收货时带上特殊库存标识E，系统按生产订单上的销售订单信息，把成品归到对应销售订单的库存名下。

在MMBE或MB52里看这类库存，你会看到库存不是挂在通用的非限制使用库存下，而是挂在"特殊库存 销售订单"这个分类下，并且明确列出销售订单号和行项目。同一个物料，如果同时给多个订单生产，你会在同一张库存概览里看到多个E库存条目，每个条目对应一张销售订单。

这正是MTO的核心价值：库存不是一堆数字，而是一组带着订单归属的明细。看得清每一批货是谁的，发货、盘点、成本都对得上。我在给客户做方案汇报时，最喜欢打开MB52展示这种"一条库存一个客户"的效果，业务看了立刻就理解MTO和MTS的差别了。

4.2 E库存的收、发、退、转

E库存的收发退转，关键在于移动类型后面那个特殊库存标识，标识不对，进出的就不是E库存。

收货走101加E，成品进销售订单库存。发货流程是先根据销售订单创建交货单，用VL01N，然后发货过账，移动类型601加E，从销售订单库存里扣。退货的话用反向的移动类型配合E标识。库存转移如果确实需要，也要用带E的特殊移动类型，普通转移会把E库存转成通用库存，等于把订单属性丢了。

我要特别提醒一点：E库存不能随便用MB1B往普通库存转。有些用户为了"清库存"，直接把E库存转成非限制库存，结果发货时按订单找不到库存，成本和库存全乱。如果确实有订单取消、库存需要释放的场景，正确做法是走订单变更或者专门的库存处理流程，而不是粗暴地做库存转移。这个红线我在培训时一定要讲到。

4.3 E库存常见坑与盘点差异处理

E库存最常出问题的场景有三个。第一个是订单取消或变更后，已经入的E库存还挂着，成了呆滞。这时候要结合业务决定是退货、返工还是转成其他订单的库存，每种处理的账务影响都不一样。

第二个是批次管理和E库存叠加。MTO加批次管理时，收货时既要带销售订单标识又要带批次，盘点时也要按这个维度盘。如果不区分，很容易出现"库存数量对、归属对不上"的情况。

第三个是盘点差异。E库存盘点时，差异不是简单调整数量，还要考虑归属哪张订单，调整后要不要同步更新订单状态。我建议客户在盘点方案里单独给E库存设一类，和通用库存分开盘、分开处理，避免互相影响。

盘点前最好先冻结相关的库存移动，用类似盘点冻结的机制，确保盘点期间E库存不会因为收货或发货而变化。这个细节很多资料不讲，但实际项目上不做，盘点结果基本没意义。

5. 成本归集、结算与差异分析

5.1 生产订单的成本收集过程

MTO的成本线是围绕每张生产订单转的。订单创建时按物料的标准成本或计划成本估算一个目标成本，执行过程中，261发货的材料成本、报工确认的工时和费用、分摊的制造费用，都陆续归集到这张订单上。到收货时，贷方按成品的标准价或订单价冲减，形成材料差异或在制。

这条逻辑和普通生产订单一样，但MTO的特殊之处在于：每张订单背后是一张销售订单，所以成本天然就是按单核算的。财务在做订单级毛利分析时，可以直接把生产订单的成本和对应销售订单的收入挂钩。

我建议实施时就把订单成本分析的报表配置好，比如用COOIS或订单信息系统，按销售订单号汇总成本。这样业务和财务能随时看到每张订单的料工费构成，而不是等到月末结算才发现某张订单亏了。

5.2 结算、差异与CO88/KO88

月末结算流程一般是先做差异计算，再跑结算，把生产订单的差异结转到对应的成本对象，MTO场景下通常结到销售订单或对应的成本收集对象上，也可能走COPA做获利分析。

差异计算提前要说清楚差异类别，是材料用量差异、价格差异还是工时差异，分清楚了才能让业务改进。结算时如果出现"结算规则未维护"或者"接收方错误"，基本是订单的成本对象没配好，或者结算规则没建。

这里要提醒的是，热词里提到的KO88是内部订单的结算，生产订单的结算走CO88。很多刚接触的人会把两者搞混。实际项目里如果MTO结合了内部订单或WBS做成本收集，那就可能两种结算都用得上，具体看你的成本对象设计。结算之前一定要确保订单已经TECO或关闭，否则结算会报错或者数据不准。

5.3 按单生产对财务和管理的影响

MTO对财务最直接的影响是"一单一算"，每张销售订单都有一份独立的成本账，毛利率能精确到订单。这对定价策略、客户盈利分析价值很大，但也意味着财务的工作量和数据要求更高。

对管理的影响是计划难度上升。因为不能靠共享库存平滑生产波动，订单来了才有活，订单少了产能就闲置，排产的柔性要求高。所以MTO企业往往更依赖准确的产能数据和交期承诺，计划员的能力要求比MTS高。

还有一个隐性成本：因为库存不能通用，一旦订单取消，相关的在制和成品库存处理起来很麻烦，损失也更直接。所以MTO企业的订单评审和变更管理要比MTS严得多，这两个流程不做好，财务和库存的问题会源源不断。

6. 需求追溯与可用性检查工具

6.1 MD04与MD07：看清库存和需求

MD04是单个物料的库存需求清单，按日期顺序列出所有需求和供给，是MTO排查的第一现场。你要学会看它里面的需求元素带不带销售订单号，计划订单是不是已经转成生产订单，有没有异常例外消息。

MD07是集中版的库存需求清单，可以一次看多个物料。对于物料多、订单多的MTO场景，MD07比一个个跑MD04效率高很多。我习惯让关键用户每天用MD07扫一遍异常，重点关注缺料和延迟的需求。

这两个事务的用法其实就是"把需求线可视化"。MTO的需求线是订单驱动的，所以看清单的时候眼睛要盯着销售订单号，一条需求从销售订单到计划订单再到生产订单，订单号应该一路跟着。哪天订单号在某一步断了，问题就出在那一步。

6.2 需求追溯（Pegged Requirements）怎么用

需求追溯解决的是"这个需求到底是从哪来的、又供给了谁"。MTO里需求层层往下传，追溯能帮你看清销售订单需求如何驱动了计划订单、采购申请、生产订单，以及成品库存最终对应哪张销售订单。

排查"库存归属错"这类问题时，需求追溯特别好用。你能顺着链条看到某张生产订单是为哪张销售订单服务的，如果发现串了，就能定位到是哪一步的需求传递出了问题。

我一般会在以下几种情况用需求追溯：客户投诉货不对单、财务发现成本串了、计划员搞不清某批库存该给谁。它不是什么日常操作，但关键时刻能帮你把整条链拉直。至于热词里提到的MDVP这类评估事务，可以把它当作需求追溯和MRP清单评估的辅助入口，核心思路还是顺着订单号往上下游看。

6.3 可用性检查与ATP：别让承诺落空

按单生产里，可用性检查（ATP）决定销售订单能不能给出可信的交期确认。销售订单保存时系统做可用性检查，物料主数据里要设置可用性检查组和检查规则，比如01/A这类组合。

CO09是可用性概览，能看到某个物料的供需情况和可承诺量。MTO场景下ATP的逻辑更复杂，因为它要考虑的是这个订单自己的需求和供给，而不是通用库存。如果配置不对，可能出现"通用库存明明有货，但ATP说没货"的情况，反过来也可能给了一个根本无法满足的交期。

我的建议是：MTO的可用性检查规则要和策略组、需求类别一起设计，别分开配。承诺交期一旦给出去就是客户承诺，ATP没配好，后面交不出货，整条供应链都跟着背锅。

7. 常见问题与排查速查

7.1 需求传不过去或传错方向

现象：销售订单保存了，但MD04里看不到需求。

排查顺序：先看销售订单行项目的需求类型和需求类别，再看物料主数据的策略组，最后看销售订单是否已保存释放。多数情况是需求类别或策略组配错，导致需求没往MRP传。

现象：需求传过来了，但卖的是通用库存，不是E库存。

排查：查需求类别里的库存类型和账户分配是不是指向销售订单。这里配错，库存归属就断。

7.2 计划订单转不了生产订单

现象：COR8或CO41转换时报"无法确定BOM"或"无法确定工艺路线"。

排查：查BOM和工艺路线的有效期、状态、用途，查物料的生产版本，查工厂和BOM选择参数。这类问题九成出在主数据有效期或状态上。

现象：转换成功但生产订单上没带销售订单号。

排查：查科目分配类别是不是E，查需求类别和主数据。科目分配类别不对，按单生产的属性就丢了。

7.3 收发货对不上、E库存异常

现象：生产订单收货后找不到E库存。

排查：看收货移动类型是不是101加E，看生产订单的科目分配类别，看需求类别库存类型。

现象：发货时提示E库存不足，但仓库明明有货。

排查：确认那些货是不是挂在别的订单名下，用MB52按销售订单维度看库存。MTO里"有货但不能用"是正常现象，不是系统错误。

7.4 常见问题速查表

这张表是我在项目上用得最多的，遇到问题先对号入座，能省下大量翻文档的时间。但要记住，表里给的是方向，具体还得回到配置和主数据去验证。

8. 上线落地与个人经验

8.1 配置和表结构的对照清单

做MTO实施，我建议把配置和后台表对照着整理一份清单，出问题时能快速定位。需求类型、需求类别、策略组的配置可以用SE16N查对应的配置表；生产订单和销售订单的关联，主要看AUFK和AFPO，AUFK里有销售订单号和行项目，AFPO里也有对应字段；物料凭证看AUFM，它能反映生产订单的收货和发货情况；销售订单本身看VBAP和VBEP。

如果你想快速验证"某张生产订单是为哪张销售订单服务的"，可以用一段简单的ABAP查询：

SELECT a~aufnr a~kdaue a~aufart p~matnr p~gamng p~meins INTO TABLE @DATA(lt_ord) FROM aufk AS a INNER JOIN afpo AS p ON a~aufnr = p~aufnr WHERE a~kdaue = @lv_vbeln.

把销售订单号传进去，就能拉出对应的生产订单清单。这段查询在排查串单、核对归属时非常实用，比一个个点开订单看快得多。我不建议在生产系统直接跑，可以在测试环境或通过报表平台做，避免影响性能。

8.2 数据准备阶段最该花的功夫

MTO上线，数据准备的优先级我排下来是：BOM和工艺路线第一，物料主数据第二，提前期和批量参数第三，可用性检查配置第四。

BOM和工艺路线不准，生产订单就建不出来或者建出来是错的；物料主数据的策略组、需求类别配错，需求线就断；提前期不准，计划订单的日期就是假的，交期承诺全不可信。我见过项目上游第一天就在教用户点按钮，结果主数据一塌糊涂，跑起来处处报错，返工成本极高。

我的做法是上线前做一个"端到端验证脚本"，从销售订单创建开始，一路走到发货和成本结算，每一步的预期结果都写清楚，逐单验证。跑通三到五张完整的订单，再让关键用户自己独立跑一遍，才算真正具备上线条件。

8.3 踩过坑之后的一些个人体会

最后聊几句实在的。按单生产这套逻辑，配置本身不难，难的是业务和系统的一致性。系统是按"订单驱动、一单一清"设计的，如果业务还是抱着"库存通用、先做后补"的习惯，系统一定会别扭。

我在实际项目里最深的体会是三点。第一，MTO的核心不是那几个事务代码，而是需求线和库存线的闭环，任何时候眼睛都要盯着销售订单号。第二，特殊库存E是红线，不能为了图方便随意转成通用库存，这个规矩要在培训阶段就立起来。第三，上线前的主数据核对和端到端验证，花再多时间都不亏，因为按单生产的问题一旦发生，往往是库存、成本、交期一起出问题，排查成本远高于预防成本。

这套东西跑顺之后，你会发现MTO其实非常清爽：每张订单的进度、库存、成本一目了然，业务和财务对账也简单。真正麻烦的从来不是系统，而是有没有把业务规则想清楚、把数据准备好。