开头做SAP PP/SD顾问这些年被客户问到最多的问题之一就是“为什么我的销售订单建立之后系统不自动产生生产需求”“为什么计划订单转成生产订单之后带不出来销售订单号”——这些问题背后十有八九都出在MTOMake-to-Order按单生产的策略配置上。MTO这个业务场景简单说就是“有单才做、按单生产”客户下了一张销售订单订单需求经过MRP运算之后系统提示产生对应的计划订单再由计划员把计划订单转成生产订单之后整个车间生产、领料、报工、入库都围着这张销售订单转。整个过程看起来很顺理成章但真要在SAP里跑通涉及物料主数据策略组、需求类、可用性检查、特殊库存等一系列后台配置任何一个环节没对上业务就跑不顺。这篇文章打算以一张典型的MTO销售订单为线索从整体方案设计、需求传递机制、后台配置路径、实操步骤到常见问题完整拆一遍“销售订单如何精准触发生产订单”这件事。适合正在做PP或SD模块的顾问、负责计划与生产的业务骨干以及被MTO需求搞得焦头烂额的IT支持人员。内容里面没有云里雾里的理论全部是我在项目上实际验证过的路径、事务码和踩坑总结可以直接照着查、照着配。1. MTO业务场景与整体方案设计1.1 什么是MTO有单才做不备库存MTO的全称是Make-to-Order翻译过来就是按单生产。它的核心特征是企业不在客户下单之前提前生产成品入库而是等到销售订单确认之后再通过计划系统把这张销售订单的需求转化为内部的生产任务和采购任务。为什么会有这种模式一句话被库存逼的。如果企业做标准件、通用件、快消品客户要什么随时有货那MTSMake-to-Stock按库存生产是合适的量大、批量生产、成本可控。但如果做的是高价值设备、定制化产品、BOM频繁变更的物料或者产品本身SKU极多但单个SKU需求量不大盲目备库存的后果就是库存资金占用高、呆滞料一堆、改版之后旧料全废。MTO正是规避这些问题的标准解法。从SAP实现的角度来看MTO的核心在于“需求源头是销售订单”而不是“计划独立需求”。计划员打开MD04看库存/需求清单时看到的不是PIRPlanned Independent Requirement计划独立需求而是一行Attributed Requirement关联需求这一行需求文本直接指向具体的销售订单号。生产订单完工入库之后库存也不是普通的非限制库存而是挂在销售订单项下的特殊库存ESales Order Stock。最后发货给客户时从这张销售订单的特殊库存里扣减。整个过程需求清晰、来源可追溯。1.2 MTO与MTS的核心差异从需求源头说起打个比方MTS就像超市货架供应商先把货铺上去顾客拿走了就补货缺货了再下单。MTO就像定制裁缝店顾客拿着尺寸来裁缝才开始剪布、缝制做完之后这件衣服就属于这位顾客不再挂回柜台。在SAP里这两种模式的关键差异体现在三处需求来源不同MTS靠计划独立需求PIR驱动通常用MD61维护MTO靠销售订单需求Customer Requirement驱动销售订单保存的那一刻需求就自动产生。库存归属不同MTS产成品入库后进普通非限制库存所有客户都能用MTO产成品入库后进销售订单特殊库存E只有这张单子能用不能随便挪给别的客户。计划策略不同MTS常用10、11、40等策略MTO常用20、25、30等策略策略决定了MRP如何对待销售订单与计划独立需求之间的优先级关系。我在项目上做过一个对比方便业务伙伴理解给客户画过下面这张表对比维度MTS按库存生产MTO按单生产生产触发源计划独立需求PIR销售订单客户需求安全库存作用非常关键保证现货率一般不设或弱化产成品库存普通库存销售订单特殊库存E生产订单与销售订单关系无强关联强关联生产订单可追溯销售订单典型适用行业快消、标准件、分销大型设备、定制加工、复杂装配默认策略组10/11/4020/25/30这张表做完之后很多业务立刻明白了自己到底是哪一类后面配置方向就清楚了。1.3 一条完整的MTO业务流程长什么样为了让后面讲配置时不至于悬空先用一条具体的业务链把整体流程捋一遍。以一台定制设备为例销售在VA01创建销售订单输入物料、数量、交货期、客户信息。这张订单保存后系统自动产生客户需求Customer Requirement需求类型通常是“KSV”针对20策略。计划员在MD04里看到这张销售订单产生的一行独立需求运行MRPMD02或MD01系统根据物料主数据里的MRP类型、策略组、批量规则等参数计算出这张销售订单对应的计划订单Planned Order。计划员对计划订单做能力检查确认产能没问题后用CO41或CO40把计划订单批量转成生产订单也可以在MD04里单张转。转过去的瞬间生产订单的“销售订单号”字段自动带出。生产订单下达TECO前车间按生产订单领料、报工、完工入库。入库的关键点因为物料主数据里挂了MTO策略入库会自动进入这张销售订单的特殊库存E而不是一般的非限制库存。销售发货VL01N或VL10B时从销售订单行的特殊库存E中过账发货财务上对应的收入确认和成本结转都跟着这张销售订单走。整个过程跑通的关键就在于第2步到第3步之间销售订单的需求能不能被MRP正确识别能不能生成正确属性的计划订单计划订单转生产订单时能不能带上销售订单号。这三个核心环节全部由后台的策略组、计划策略、需求类和可用性检查配置决定。2. 需求传递机制销售订单如何驱动计划订单2.1 策略组与计划策略20策略为什么是默认首选SAP通过“策略组Strategy Group”控制物料在MRP时采用哪种计划方式。策略组定义在物料主数据的MRP视图中比如输入20、30、40、50、52、82等。真正决定需求处理逻辑的是策略组背后关联的“计划策略Planning Strategy”。MTO场景下最常用的计划策略是20策略Make-to-Order Production。20策略的含义很明确销售订单需求是唯一的驱动力MRP只针对已存在的销售订单需求去创建计划订单。如果某个物料没有销售订单系统不会因为某个计划独立需求就去生成生产计划——这正好匹配MTO“有单才做”的业务逻辑。20策略之下可选的需求类型通常是KSV或KSVS。KSV是标准的销售订单需求类型KSVS则是子库存需求类型用于同一销售订单下面存在多个行项目或需要按不同地点独立核算的场景。还有些企业会用25策略Variant Production适用于一个销售订单对应多个变式配置的复杂场景比如汽车行业可选配置、模块化产品。但普通定制加工我一般建议先用20策略跑通流程踩过的坑最少逻辑最直白。选策略的时候还要注意一个常见干扰项有的顾问会直接给物料主数据里的“策略组”字段填“20”但物料主数据里这个字段的值其实是策略组编号比如20、25而计划策略的真正配置链路是“策略组→计划策略→需求类→MRP需求类型”一步都不能少。只填了策略组编号但后台没配计划策略系统保存物料主数据时大概率会报错或者MRP结果异常。这是新手最容易翻车的地方。2.2 需求类与特殊库存的协同逻辑需求类Requirement Class是MTO需求传递的另一个关键环节。在计划策略里每个策略都关联一个需求类需求类决定了MRP对这个需求做什么处理、如何做可用性检查、是否参与ATPAvailable to Promise、是否允许建立特殊库存等。20策略默认对应的需求类是100销售订单库存需求类。需求类100有几个非常关键的控制元素特殊库存类型为E销售订单库存意味着生产入库的物料最终进销售订单库存。需求减少标识Reduction为“1”表示MRP运算时销售订单需求会减少但计划订单与需求之间的关联性依然保留。计划行类别Schedule Line Category为CP这决定了ATP检查时优先级和交货计划行的行为。特殊库存E是MTO场景里理解难度最大但又最核心的东西。E类库存不是不占库存而是“从企业整体看它有数量从可售库存看它被锁定在一张具体的销售订单上”。举个例子某物料库存数量是10台但全部在销售订单SO10001000的特殊库存E里挂着。这时另一个客户下了一张10台的新订单可用性检查会告诉他不可供货因为现有库存都是别人的“暂存货”不能随便动。这个机制有效防止了“按单生产被挪单”的业务风险。当然每家企业对特殊库存E的处理颗粒度不同有人希望实物库存与订单完全隔离有人希望维持一定灵活性。这个可以通过调整需求类里的库存类型参数来实现但那是进阶玩法了初期跑流程建议保持标准配置。2.3 从MD04到MD07MRP结果怎么看需求传递的最终结果要落到MRP运算和计划员的日常操作上。计划员最常用的事务码是MD04库存/需求清单和MD07MRP清单。这两个东西经常被混用但作用差异很大。MD04是单物料维度看某一个物料号下所有库存、需求、收货、计划订单等信息是计划员最常用的“战斗界面”。操作路径是输入物料号、工厂回车后看到的就是这个物料在当前工厂的完整供需情况。MTO物料在MD04里会显示类似下面这几行库存原有库存数如果之前有结余CustReq从销售订单自动带入的客户需求后面关联销售订单号和行项目PlOrdMRP运行后产生的计划订单双击能看到计划订单BOM、生产数量、基本开始日期采购申请/Purchase Req如果某些组件缺料且是外购件MRP会针对组件生成采购申请MD07是跨物料维度的批量观察清单可以一次看一批物料在某一时点的MRP状态。它的应用场景是计划主管或者物控人员每天早上打开系统看“今天哪些物料缺料、哪些计划订单该转了”而不需要逐个输入物料号。MD07界面上可以设置选择变式按MRP控制器、MRP组、工厂等维度筛选结果可以导出成Excel分发给各计划员。我实操中的建议是新配置完一套MTO物料先在MD04里盯着一颗物料的整个周期看确认销售订单需求出现、计划订单生成、转生产订单、入库、发货全链路无误后再让计划员使用MD07做批量监控。直接跳到MD07看大列表很多细节问题容易被数据量淹没排查效率反而低。3. 核心配置详解与实操路径3.1 物料主数据设置关键字段一次性填对MTO物料主数据是配置第一步也是最容易埋雷的地方。必须重点检查以下视图中的关键字段基本数据视图物料组、基本计量单位、物料类型通常是成品或半成品。销售视图销售单位、销售物料组、科目设置组等。这里最关键的一点是销售订单创建时能不能正确找到物料取决于销售视图是否有有效的数据。MRP视图MRP类型MTO物料一般建议用MTO或者M0、M1。MRP类型MTO代表“仅按销售订单做MRP”它会把所有非销售订单的需求全部过滤掉如果设置成MTS的PD类型销售订单需求也能被识别但同时系统也会考虑预测、安全库存逻辑就杂了。策略组填20或25具体根据业务选。实际项目中我大多数时候填20。批量过程可以选EX按批或PK按单。MTO场景下建议选PK含义是“按销售订单数量作为计划批量”避免因为批量合并导致生产订单数量与销售订单数量不一致。可用性检查设置可用性检查范围ATP。这个与后面的OVZ2配置联动。计划边际码建议在MTO物料里设一个专用计划边际码给“收货处理时间”设置适当天数否则销售订单交期很紧的时候MRP倒排出的开始日期容易出问题。反冲按实际车间模式设置是否做反冲、反冲的库存地点都要在这个视图里提前定义好。工厂数据/存储视图库存地点、货位、收货库存类型。MTO物料如果入库要进销售订单特殊库存E这里不需要额外设需求类会控制但这意味着库存地点的配置必须允许销售订单库存入库。这些字段里MRP类型和策略组是最影响MRP行为的两个。我见过不少项目上线初期物料很多是从Excel导入的结果MRP类型导入成了PD策略组漏了批量过程还是EX——后面跑出来的结果就是计划订单满天飞销售订单关联也乱糟糟最后只能大规模批量修改主数据。3.2 后台配置路径策略组到需求类的完整链路后台配置的完整链路建议按下面顺序走一步错后面全乱。3.2.1 定义策略组事务码OPPA或SPRO路径生产 → 生产计划 → 需求管理 → 计划策略 → 定义策略组这一步做的事情是把“策略组编号”和“计划策略”挂上钩。比如定义策略组20对应计划策略20策略组25对应计划策略25。如果物料主数据里填了策略组20但这里没有一条20策略组对应20策略的记录保存物料主数据时会直接报错“策略未定义”之类的问题。3.2.2 定义计划策略事务码OPPT或SPRO路径生产 → 生产计划 → 需求管理 → 计划策略 → 定义计划策略计划策略在这里定义包括策略名称、需求类型主需求类型、是否启用、是否允许ATP等。对于MTO场景主需求类型一般是KSV。如果业务上有多个需求类型需求比如部分销售订单需要预先收款后才释放生产可以在这里额外定义策略变式关联到不同的需求类型。3.2.3 定义需求类事务码OPUM或SPRO路径生产 → 生产计划 → 需求管理 → 计划策略 → 定义需求类这里可以做很多精细控制包括是否采用特殊库存E、是否允许ATP、需求减少策略、计划行类别等。在MTO标准场景下需求类100是默认选择。重点注意一个需求类里的字段“审批控制Approval Control”。如果项目启用了审批机制比如销售订单超过一定金额必须先审批再传递需求这里会设置需求不自动传递到MRP而是显示为“未审批需求”。这种场景下计划员在MD04看不到需求就容易误判为系统出问题。如果业务上不需要审批保持默认“1无审批”就好。3.2.4 配置可用性检查ATP事务码OVZ2和OVZ1或SPRO路径销售与分销 → 基本功能 → 可用性检查与转移需求 → 可用性检查ATP检查负责回答“这张销售订单能不能承诺客户交期”。MTO场景下系统做可用性检查时要能正确识别销售订单特殊库存E里的库存是否可供货。这里涉及到可用性检查规则配置需要把“销售订单库存E”纳入检查范围否则系统明明有E库存却告诉你无货可交业务人员会被整崩溃。ATP检查的配置挺细有时间要做单独一篇这里只提醒最关键的一点OVZ2里对每个检查规则要选对“检查范围”。常用的检查范围是“仅检查工厂库存”还是“工厂库存销售订单库存”。MTO业务如果希望E库存可被其他订单检查到即把现有E库存视为可用库存来响应新订单就要配置对应的检查范围如果业务逻辑是“E库存锁定给原订单不能响应新需求”就要配置不包含E库存的检查范围。3.3 从计划订单到生产订单CO41批量转换实操后台配置到位、MRP跑完之后计划员的操作重心就转移到从计划订单到生产订单的转换上。转换方式主要有三种MD04单张转换在MD04界面选中某一行计划订单点菜单“向后→转换到生产订单”系统弹出生产订单创建界面。CO41批量转换输入工厂、计划订单号范围、物料、MRP控制器等条件系统列出符合条件的计划订单列表勾选后批量转成生产订单。CO40批量转换旧事务码已被CO41取代但有些旧系统习惯仍在使用。批量转换时有一个关键经验不要一次性勾选太多计划订单直接转。SAP在处理大批量转换时如果遇到某一颗物料的BOM有误、工艺路线不存在、或者工作中心被删除之类的异常整个批次可能中断前面转的也会留有半拉子状态。我在项目上见过计划员一上火勾了200个订单转结果系统转了一部分就报错退出剩下没转的订单也没有明确的错误清单查错查到崩溃。稳妥做法是先转一个测试订单确认转换后生产订单的抬头信息、组件需求、操作步骤都正常再用CO41分批转换每批50个以内出错后能快速定位到罪魁祸首。转换完成之后一定要检查“销售订单号”字段是否带出如果没带出说明需求类或者策略组设置还有问题后面就算入库了也没法和销售订单对上。另外计划订单转生产订单时关于生产订单的类型要不要区分“标准生产订单”和“按单生产订单”也要提前想清楚。MTO建议的订单类型是按订单生产的生产订单通常对应PP生产订单类型YBM或类似自定义类型这类生产订单允许挂在销售订单下面也支持按销售订单做成本控制。如果没有专门定义直接用标准生产订单类型也行但成本归集的逻辑会和销售订单耦合得没那么紧密。3.4 联动配置序列号管理与成本结算MTO业务往往伴随着“每一台设备都要有唯一身份”的需求这就要启用序列号管理。配置入口在物料主数据的“分类”视图里需要先定义序列号参数文件然后挂到物料上。开启序列号后从生产订单完工入库到销售发货每一步都可以对序列号做追踪。这在高价值设备、医疗器械、工程机械行业几乎是标配。序列号管理配置的关键是在移动类型过账参数文件Movement Type Posting Parameter里设置好“强制序列号”或“可输可不输”。如果是强制性的入库时不录序列号就不让过账这在车间执行层面会增加工作量但后续售后追溯很省心。成本结算方面MTO也要提前规划。标准的20策略下产销订单倒冲、生产订单成本归集、销售订单成本分析CO-PA的链路是完整的。生产订单完工确认后成本通过结算规则Settlement Rule结转到销售订单成本通常是成本收集器或直接到销售订单行项目这样一张销售订单最终的毛利能精确计算出来。项目上我见过只关注物流不关注财务的结果月底财务一跑利润分析MTO销售订单毛利全乱回头整套结算规则又重新配一遍代价很大。这里补充一个很容易忽略的点如果物料启用了“评估类与总账科目”的自动记账MTO物料收货时移动类型101结转入库库存科目发货移动类型601结转销售成本科目这些科目自动配置都在“物料管理 → 评估和科目设置 → 科目确定”里维护。MTO的特殊库存E的收货和发货科目确定逻辑和普通库存略有不同需要确保有对应的评估类和科目分配配置否则过账时报错找不到科目。4. 常见问题与排查技巧实录4.1 计划订单不自动带出销售订单号这是MTO上线后最典型的问题。现象是销售订单建立后MD04里能看到客户需求MRP也能算出计划订单但计划订单转成生产订单之后生产订单抬头里的“销售订单号”字段是空的。排查方向按照优先级排序查物料主数据MRP视图里的策略组是否真的是20或25还是不小心填成了10、40之类的MTS策略。查策略组到计划策略的分配确认20策略组对应的是20计划策略。查20计划策略对应的需求类型是否为KSV如果某种原因变成了缺省的“KS”或其他类型关联逻辑就可能错位。查生产订单类型确认该类型是否允许“按销售订单生产”。有些项目自定义了生产订单类型但订单类型配置里没有勾选“销售订单相关性”就会导致销售订单号带不出来。我印象中有一个增长型项目就是卡在这个地方计划策略、需求类型都对结果问题出在自定义订单类型上。生产订单类型有个字段叫“销售订单相关性”默认情况下可能是空或者“没有相关性”顾问没发现结果折腾了两天才定位。所以排查到生产订单类型时记得先看一眼这个配置。4.2 可用性检查不认E库存业务反馈某MTO产品入库后另一张销售订单创建时却提示库存不足不能承诺交期。但明明仓库里堆着货。这类问题的根因通常有两个。一是ATP配置里对这张销售订单的检查规则没有把E库存纳入检查范围。二是需求类里的“库存类型”字段设置问题如果设置成“不检查销售订单库存”或者“只检查工厂库存”系统自然把E库存排除在可用库存之外。这里也要提醒一句业务到底希不希望E库存被响应新订单如果要改ATP配置如果不要这其实是正确行为不用改。很多业务人员不懂E库存隔离逻辑会质疑“我明明有现货为什么不给我卖”这种场景需要先跟业务讲清楚MTO模式下E库存的定位不然就算系统改好了业务流程一样乱。4.3 批量转换生产订单报错CO41批量转换时常见报错包括物料BOM不存在、工艺路线缺失、工作中心被删除、能力不足等。问题本身不难处理难点在于快速定位是哪颗物料、哪个订单出的问题。实操经验是每次批量转换前先导出计划订单清单按下发日期排序对今天要转的订单先做一个粗略检查是否有BOM、是否有工艺路线、物料是否被冻结。在SAP里批量检查BOM和工艺路线可以用CS03和CA03一个个查比较慢更高效的方案是做一张自定义报表或者用SE16N直接查MAST和PLKO表。当然这是技术口的事对业务计划员来说最直接的办法还是分批转换、每次少转、出错后看报错信息里带的订单号。4.4 序列号、反冲与成本结算的联动坑最后说一个MTO项目里容易在后期爆出来的综合性问题。有位客户就遇到过生产订单完工入库正常序列号也录了发货过账也过了但月底财务发现销售订单成本不完整——因为生产订单的结算规则没有配好生产订单完工后成本没有结算到销售订单上。排查思路是检查生产订单的结算规则事务码KO88或CO88运行结算KO02查看结算规则确认结算类型是与销售订单相关PSG/ESC之类的维持到订单的项目还是结转到成本中心。如果错误地结转到成本中心那销售订单层面的毛利分析就看不到这单的成本。还有反冲的问题MTO生产中如果使用了反冲Backflush那么领料过账的这一瞬间组件库存会从普通库存或供应商寄售库存里扣减扣减的结果会挂到这张生产订单上。如果反冲的时候没有正确设置“特殊库存E”的逻辑就可能出现生产订单组件需求挂在普通库存消耗上后续成本归集再拐一道弯。建议MTO物料反冲的配置在测试环境多用几种场景验证之后再推到生产。4.5 问题速查表现象可能的根因首选排查方向销售订单需求在MD04不显示需求类、审批控制、ATP配置异常查策略组、需求类型、审批配置计划订单数量与销售订单数量不一致批量过程为EX被批合并改PK按单批量计划订单转生产订单带不出销售订单号策略组/计划策略/订单类型配置错位查策略链路和订单类型配置MTO物料入库仍进普通库存需求类特殊库存不是E查需求类100的库存类型配置有现货但可用性检查不通过ATP检查范围未含E库存查OVZ2检查规则销售订单成本无法归集生产订单结算规则错误查KO02结算规则/结算类型发货给客户时报库存不足但仓库有货特殊库存E被新订单锁定或ATP未含E库存查可用性检查配置写在最后做MTO项目这些年我越来越觉得它是一门“配置容易、理解难、跑顺更难”的模块组合。很多项目失败不是因为SAP功能做不到而是顾问和业务没想清楚“销售订单库存E到底要不要隔离”“需求要不要审批”“ATP要不要考虑E库存”这几个业务问题就直接按标准20策略一路配下去。配置本身花不了多少时间真正花时间的是把业务规则翻译成系统参数、再拿真实订单逐条验证的过程。最后分享一个我在项目上验证过的小技巧新配好一套MTO逻辑后不要急着导历史数据先用一张全新的测试销售订单从VA01建单→MD04看需求→MD02跑MRP→CO41转生产订单→CO01下达→MIGO入库→VL01N发货全流程走一遍。走完这一步再确认涉及到的序列号、成本结算、ATP、评估类科目过账都正常后面上线推广才稳当。希望这篇文章能帮正在做MTO的同行少走几个弯路。 
长河君 · 2026/10/7 6:43:12 · 阅读 1.2k SAP MTO策略配置全解析：销售订单如何准确触发生产订单
开头做SAP PP/SD顾问这些年被客户问到最多的问题之一就是“为什么我的销售订单建立之后系统不自动产生生产需求”“为什么计划订单转成生产订单之后带不出来销售订单号”——这些问题背后十有八九都出在MTOMake-to-Order按单生产的策略配置上。MTO这个业务场景简单说就是“有单才做、按单生产”客户下了一张销售订单订单需求经过MRP运算之后系统提示产生对应的计划订单再由计划员把计划订单转成生产订单之后整个车间生产、领料、报工、入库都围着这张销售订单转。整个过程看起来很顺理成章但真要在SAP里跑通涉及物料主数据策略组、需求类、可用性检查、特殊库存等一系列后台配置任何一个环节没对上业务就跑不顺。这篇文章打算以一张典型的MTO销售订单为线索从整体方案设计、需求传递机制、后台配置路径、实操步骤到常见问题完整拆一遍“销售订单如何精准触发生产订单”这件事。适合正在做PP或SD模块的顾问、负责计划与生产的业务骨干以及被MTO需求搞得焦头烂额的IT支持人员。内容里面没有云里雾里的理论全部是我在项目上实际验证过的路径、事务码和踩坑总结可以直接照着查、照着配。1. MTO业务场景与整体方案设计1.1 什么是MTO有单才做不备库存MTO的全称是Make-to-Order翻译过来就是按单生产。它的核心特征是企业不在客户下单之前提前生产成品入库而是等到销售订单确认之后再通过计划系统把这张销售订单的需求转化为内部的生产任务和采购任务。为什么会有这种模式一句话被库存逼的。如果企业做标准件、通用件、快消品客户要什么随时有货那MTSMake-to-Stock按库存生产是合适的量大、批量生产、成本可控。但如果做的是高价值设备、定制化产品、BOM频繁变更的物料或者产品本身SKU极多但单个SKU需求量不大盲目备库存的后果就是库存资金占用高、呆滞料一堆、改版之后旧料全废。MTO正是规避这些问题的标准解法。从SAP实现的角度来看MTO的核心在于“需求源头是销售订单”而不是“计划独立需求”。计划员打开MD04看库存/需求清单时看到的不是PIRPlanned Independent Requirement计划独立需求而是一行Attributed Requirement关联需求这一行需求文本直接指向具体的销售订单号。生产订单完工入库之后库存也不是普通的非限制库存而是挂在销售订单项下的特殊库存ESales Order Stock。最后发货给客户时从这张销售订单的特殊库存里扣减。整个过程需求清晰、来源可追溯。1.2 MTO与MTS的核心差异从需求源头说起打个比方MTS就像超市货架供应商先把货铺上去顾客拿走了就补货缺货了再下单。MTO就像定制裁缝店顾客拿着尺寸来裁缝才开始剪布、缝制做完之后这件衣服就属于这位顾客不再挂回柜台。在SAP里这两种模式的关键差异体现在三处需求来源不同MTS靠计划独立需求PIR驱动通常用MD61维护MTO靠销售订单需求Customer Requirement驱动销售订单保存的那一刻需求就自动产生。库存归属不同MTS产成品入库后进普通非限制库存所有客户都能用MTO产成品入库后进销售订单特殊库存E只有这张单子能用不能随便挪给别的客户。计划策略不同MTS常用10、11、40等策略MTO常用20、25、30等策略策略决定了MRP如何对待销售订单与计划独立需求之间的优先级关系。我在项目上做过一个对比方便业务伙伴理解给客户画过下面这张表对比维度MTS按库存生产MTO按单生产生产触发源计划独立需求PIR销售订单客户需求安全库存作用非常关键保证现货率一般不设或弱化产成品库存普通库存销售订单特殊库存E生产订单与销售订单关系无强关联强关联生产订单可追溯销售订单典型适用行业快消、标准件、分销大型设备、定制加工、复杂装配默认策略组10/11/4020/25/30这张表做完之后很多业务立刻明白了自己到底是哪一类后面配置方向就清楚了。1.3 一条完整的MTO业务流程长什么样为了让后面讲配置时不至于悬空先用一条具体的业务链把整体流程捋一遍。以一台定制设备为例销售在VA01创建销售订单输入物料、数量、交货期、客户信息。这张订单保存后系统自动产生客户需求Customer Requirement需求类型通常是“KSV”针对20策略。计划员在MD04里看到这张销售订单产生的一行独立需求运行MRPMD02或MD01系统根据物料主数据里的MRP类型、策略组、批量规则等参数计算出这张销售订单对应的计划订单Planned Order。计划员对计划订单做能力检查确认产能没问题后用CO41或CO40把计划订单批量转成生产订单也可以在MD04里单张转。转过去的瞬间生产订单的“销售订单号”字段自动带出。生产订单下达TECO前车间按生产订单领料、报工、完工入库。入库的关键点因为物料主数据里挂了MTO策略入库会自动进入这张销售订单的特殊库存E而不是一般的非限制库存。销售发货VL01N或VL10B时从销售订单行的特殊库存E中过账发货财务上对应的收入确认和成本结转都跟着这张销售订单走。整个过程跑通的关键就在于第2步到第3步之间销售订单的需求能不能被MRP正确识别能不能生成正确属性的计划订单计划订单转生产订单时能不能带上销售订单号。这三个核心环节全部由后台的策略组、计划策略、需求类和可用性检查配置决定。2. 需求传递机制销售订单如何驱动计划订单2.1 策略组与计划策略20策略为什么是默认首选SAP通过“策略组Strategy Group”控制物料在MRP时采用哪种计划方式。策略组定义在物料主数据的MRP视图中比如输入20、30、40、50、52、82等。真正决定需求处理逻辑的是策略组背后关联的“计划策略Planning Strategy”。MTO场景下最常用的计划策略是20策略Make-to-Order Production。20策略的含义很明确销售订单需求是唯一的驱动力MRP只针对已存在的销售订单需求去创建计划订单。如果某个物料没有销售订单系统不会因为某个计划独立需求就去生成生产计划——这正好匹配MTO“有单才做”的业务逻辑。20策略之下可选的需求类型通常是KSV或KSVS。KSV是标准的销售订单需求类型KSVS则是子库存需求类型用于同一销售订单下面存在多个行项目或需要按不同地点独立核算的场景。还有些企业会用25策略Variant Production适用于一个销售订单对应多个变式配置的复杂场景比如汽车行业可选配置、模块化产品。但普通定制加工我一般建议先用20策略跑通流程踩过的坑最少逻辑最直白。选策略的时候还要注意一个常见干扰项有的顾问会直接给物料主数据里的“策略组”字段填“20”但物料主数据里这个字段的值其实是策略组编号比如20、25而计划策略的真正配置链路是“策略组→计划策略→需求类→MRP需求类型”一步都不能少。只填了策略组编号但后台没配计划策略系统保存物料主数据时大概率会报错或者MRP结果异常。这是新手最容易翻车的地方。2.2 需求类与特殊库存的协同逻辑需求类Requirement Class是MTO需求传递的另一个关键环节。在计划策略里每个策略都关联一个需求类需求类决定了MRP对这个需求做什么处理、如何做可用性检查、是否参与ATPAvailable to Promise、是否允许建立特殊库存等。20策略默认对应的需求类是100销售订单库存需求类。需求类100有几个非常关键的控制元素特殊库存类型为E销售订单库存意味着生产入库的物料最终进销售订单库存。需求减少标识Reduction为“1”表示MRP运算时销售订单需求会减少但计划订单与需求之间的关联性依然保留。计划行类别Schedule Line Category为CP这决定了ATP检查时优先级和交货计划行的行为。特殊库存E是MTO场景里理解难度最大但又最核心的东西。E类库存不是不占库存而是“从企业整体看它有数量从可售库存看它被锁定在一张具体的销售订单上”。举个例子某物料库存数量是10台但全部在销售订单SO10001000的特殊库存E里挂着。这时另一个客户下了一张10台的新订单可用性检查会告诉他不可供货因为现有库存都是别人的“暂存货”不能随便动。这个机制有效防止了“按单生产被挪单”的业务风险。当然每家企业对特殊库存E的处理颗粒度不同有人希望实物库存与订单完全隔离有人希望维持一定灵活性。这个可以通过调整需求类里的库存类型参数来实现但那是进阶玩法了初期跑流程建议保持标准配置。2.3 从MD04到MD07MRP结果怎么看需求传递的最终结果要落到MRP运算和计划员的日常操作上。计划员最常用的事务码是MD04库存/需求清单和MD07MRP清单。这两个东西经常被混用但作用差异很大。MD04是单物料维度看某一个物料号下所有库存、需求、收货、计划订单等信息是计划员最常用的“战斗界面”。操作路径是输入物料号、工厂回车后看到的就是这个物料在当前工厂的完整供需情况。MTO物料在MD04里会显示类似下面这几行库存原有库存数如果之前有结余CustReq从销售订单自动带入的客户需求后面关联销售订单号和行项目PlOrdMRP运行后产生的计划订单双击能看到计划订单BOM、生产数量、基本开始日期采购申请/Purchase Req如果某些组件缺料且是外购件MRP会针对组件生成采购申请MD07是跨物料维度的批量观察清单可以一次看一批物料在某一时点的MRP状态。它的应用场景是计划主管或者物控人员每天早上打开系统看“今天哪些物料缺料、哪些计划订单该转了”而不需要逐个输入物料号。MD07界面上可以设置选择变式按MRP控制器、MRP组、工厂等维度筛选结果可以导出成Excel分发给各计划员。我实操中的建议是新配置完一套MTO物料先在MD04里盯着一颗物料的整个周期看确认销售订单需求出现、计划订单生成、转生产订单、入库、发货全链路无误后再让计划员使用MD07做批量监控。直接跳到MD07看大列表很多细节问题容易被数据量淹没排查效率反而低。3. 核心配置详解与实操路径3.1 物料主数据设置关键字段一次性填对MTO物料主数据是配置第一步也是最容易埋雷的地方。必须重点检查以下视图中的关键字段基本数据视图物料组、基本计量单位、物料类型通常是成品或半成品。销售视图销售单位、销售物料组、科目设置组等。这里最关键的一点是销售订单创建时能不能正确找到物料取决于销售视图是否有有效的数据。MRP视图MRP类型MTO物料一般建议用MTO或者M0、M1。MRP类型MTO代表“仅按销售订单做MRP”它会把所有非销售订单的需求全部过滤掉如果设置成MTS的PD类型销售订单需求也能被识别但同时系统也会考虑预测、安全库存逻辑就杂了。策略组填20或25具体根据业务选。实际项目中我大多数时候填20。批量过程可以选EX按批或PK按单。MTO场景下建议选PK含义是“按销售订单数量作为计划批量”避免因为批量合并导致生产订单数量与销售订单数量不一致。可用性检查设置可用性检查范围ATP。这个与后面的OVZ2配置联动。计划边际码建议在MTO物料里设一个专用计划边际码给“收货处理时间”设置适当天数否则销售订单交期很紧的时候MRP倒排出的开始日期容易出问题。反冲按实际车间模式设置是否做反冲、反冲的库存地点都要在这个视图里提前定义好。工厂数据/存储视图库存地点、货位、收货库存类型。MTO物料如果入库要进销售订单特殊库存E这里不需要额外设需求类会控制但这意味着库存地点的配置必须允许销售订单库存入库。这些字段里MRP类型和策略组是最影响MRP行为的两个。我见过不少项目上线初期物料很多是从Excel导入的结果MRP类型导入成了PD策略组漏了批量过程还是EX——后面跑出来的结果就是计划订单满天飞销售订单关联也乱糟糟最后只能大规模批量修改主数据。3.2 后台配置路径策略组到需求类的完整链路后台配置的完整链路建议按下面顺序走一步错后面全乱。3.2.1 定义策略组事务码OPPA或SPRO路径生产 → 生产计划 → 需求管理 → 计划策略 → 定义策略组这一步做的事情是把“策略组编号”和“计划策略”挂上钩。比如定义策略组20对应计划策略20策略组25对应计划策略25。如果物料主数据里填了策略组20但这里没有一条20策略组对应20策略的记录保存物料主数据时会直接报错“策略未定义”之类的问题。3.2.2 定义计划策略事务码OPPT或SPRO路径生产 → 生产计划 → 需求管理 → 计划策略 → 定义计划策略计划策略在这里定义包括策略名称、需求类型主需求类型、是否启用、是否允许ATP等。对于MTO场景主需求类型一般是KSV。如果业务上有多个需求类型需求比如部分销售订单需要预先收款后才释放生产可以在这里额外定义策略变式关联到不同的需求类型。3.2.3 定义需求类事务码OPUM或SPRO路径生产 → 生产计划 → 需求管理 → 计划策略 → 定义需求类这里可以做很多精细控制包括是否采用特殊库存E、是否允许ATP、需求减少策略、计划行类别等。在MTO标准场景下需求类100是默认选择。重点注意一个需求类里的字段“审批控制Approval Control”。如果项目启用了审批机制比如销售订单超过一定金额必须先审批再传递需求这里会设置需求不自动传递到MRP而是显示为“未审批需求”。这种场景下计划员在MD04看不到需求就容易误判为系统出问题。如果业务上不需要审批保持默认“1无审批”就好。3.2.4 配置可用性检查ATP事务码OVZ2和OVZ1或SPRO路径销售与分销 → 基本功能 → 可用性检查与转移需求 → 可用性检查ATP检查负责回答“这张销售订单能不能承诺客户交期”。MTO场景下系统做可用性检查时要能正确识别销售订单特殊库存E里的库存是否可供货。这里涉及到可用性检查规则配置需要把“销售订单库存E”纳入检查范围否则系统明明有E库存却告诉你无货可交业务人员会被整崩溃。ATP检查的配置挺细有时间要做单独一篇这里只提醒最关键的一点OVZ2里对每个检查规则要选对“检查范围”。常用的检查范围是“仅检查工厂库存”还是“工厂库存销售订单库存”。MTO业务如果希望E库存可被其他订单检查到即把现有E库存视为可用库存来响应新订单就要配置对应的检查范围如果业务逻辑是“E库存锁定给原订单不能响应新需求”就要配置不包含E库存的检查范围。3.3 从计划订单到生产订单CO41批量转换实操后台配置到位、MRP跑完之后计划员的操作重心就转移到从计划订单到生产订单的转换上。转换方式主要有三种MD04单张转换在MD04界面选中某一行计划订单点菜单“向后→转换到生产订单”系统弹出生产订单创建界面。CO41批量转换输入工厂、计划订单号范围、物料、MRP控制器等条件系统列出符合条件的计划订单列表勾选后批量转成生产订单。CO40批量转换旧事务码已被CO41取代但有些旧系统习惯仍在使用。批量转换时有一个关键经验不要一次性勾选太多计划订单直接转。SAP在处理大批量转换时如果遇到某一颗物料的BOM有误、工艺路线不存在、或者工作中心被删除之类的异常整个批次可能中断前面转的也会留有半拉子状态。我在项目上见过计划员一上火勾了200个订单转结果系统转了一部分就报错退出剩下没转的订单也没有明确的错误清单查错查到崩溃。稳妥做法是先转一个测试订单确认转换后生产订单的抬头信息、组件需求、操作步骤都正常再用CO41分批转换每批50个以内出错后能快速定位到罪魁祸首。转换完成之后一定要检查“销售订单号”字段是否带出如果没带出说明需求类或者策略组设置还有问题后面就算入库了也没法和销售订单对上。另外计划订单转生产订单时关于生产订单的类型要不要区分“标准生产订单”和“按单生产订单”也要提前想清楚。MTO建议的订单类型是按订单生产的生产订单通常对应PP生产订单类型YBM或类似自定义类型这类生产订单允许挂在销售订单下面也支持按销售订单做成本控制。如果没有专门定义直接用标准生产订单类型也行但成本归集的逻辑会和销售订单耦合得没那么紧密。3.4 联动配置序列号管理与成本结算MTO业务往往伴随着“每一台设备都要有唯一身份”的需求这就要启用序列号管理。配置入口在物料主数据的“分类”视图里需要先定义序列号参数文件然后挂到物料上。开启序列号后从生产订单完工入库到销售发货每一步都可以对序列号做追踪。这在高价值设备、医疗器械、工程机械行业几乎是标配。序列号管理配置的关键是在移动类型过账参数文件Movement Type Posting Parameter里设置好“强制序列号”或“可输可不输”。如果是强制性的入库时不录序列号就不让过账这在车间执行层面会增加工作量但后续售后追溯很省心。成本结算方面MTO也要提前规划。标准的20策略下产销订单倒冲、生产订单成本归集、销售订单成本分析CO-PA的链路是完整的。生产订单完工确认后成本通过结算规则Settlement Rule结转到销售订单成本通常是成本收集器或直接到销售订单行项目这样一张销售订单最终的毛利能精确计算出来。项目上我见过只关注物流不关注财务的结果月底财务一跑利润分析MTO销售订单毛利全乱回头整套结算规则又重新配一遍代价很大。这里补充一个很容易忽略的点如果物料启用了“评估类与总账科目”的自动记账MTO物料收货时移动类型101结转入库库存科目发货移动类型601结转销售成本科目这些科目自动配置都在“物料管理 → 评估和科目设置 → 科目确定”里维护。MTO的特殊库存E的收货和发货科目确定逻辑和普通库存略有不同需要确保有对应的评估类和科目分配配置否则过账时报错找不到科目。4. 常见问题与排查技巧实录4.1 计划订单不自动带出销售订单号这是MTO上线后最典型的问题。现象是销售订单建立后MD04里能看到客户需求MRP也能算出计划订单但计划订单转成生产订单之后生产订单抬头里的“销售订单号”字段是空的。排查方向按照优先级排序查物料主数据MRP视图里的策略组是否真的是20或25还是不小心填成了10、40之类的MTS策略。查策略组到计划策略的分配确认20策略组对应的是20计划策略。查20计划策略对应的需求类型是否为KSV如果某种原因变成了缺省的“KS”或其他类型关联逻辑就可能错位。查生产订单类型确认该类型是否允许“按销售订单生产”。有些项目自定义了生产订单类型但订单类型配置里没有勾选“销售订单相关性”就会导致销售订单号带不出来。我印象中有一个增长型项目就是卡在这个地方计划策略、需求类型都对结果问题出在自定义订单类型上。生产订单类型有个字段叫“销售订单相关性”默认情况下可能是空或者“没有相关性”顾问没发现结果折腾了两天才定位。所以排查到生产订单类型时记得先看一眼这个配置。4.2 可用性检查不认E库存业务反馈某MTO产品入库后另一张销售订单创建时却提示库存不足不能承诺交期。但明明仓库里堆着货。这类问题的根因通常有两个。一是ATP配置里对这张销售订单的检查规则没有把E库存纳入检查范围。二是需求类里的“库存类型”字段设置问题如果设置成“不检查销售订单库存”或者“只检查工厂库存”系统自然把E库存排除在可用库存之外。这里也要提醒一句业务到底希不希望E库存被响应新订单如果要改ATP配置如果不要这其实是正确行为不用改。很多业务人员不懂E库存隔离逻辑会质疑“我明明有现货为什么不给我卖”这种场景需要先跟业务讲清楚MTO模式下E库存的定位不然就算系统改好了业务流程一样乱。4.3 批量转换生产订单报错CO41批量转换时常见报错包括物料BOM不存在、工艺路线缺失、工作中心被删除、能力不足等。问题本身不难处理难点在于快速定位是哪颗物料、哪个订单出的问题。实操经验是每次批量转换前先导出计划订单清单按下发日期排序对今天要转的订单先做一个粗略检查是否有BOM、是否有工艺路线、物料是否被冻结。在SAP里批量检查BOM和工艺路线可以用CS03和CA03一个个查比较慢更高效的方案是做一张自定义报表或者用SE16N直接查MAST和PLKO表。当然这是技术口的事对业务计划员来说最直接的办法还是分批转换、每次少转、出错后看报错信息里带的订单号。4.4 序列号、反冲与成本结算的联动坑最后说一个MTO项目里容易在后期爆出来的综合性问题。有位客户就遇到过生产订单完工入库正常序列号也录了发货过账也过了但月底财务发现销售订单成本不完整——因为生产订单的结算规则没有配好生产订单完工后成本没有结算到销售订单上。排查思路是检查生产订单的结算规则事务码KO88或CO88运行结算KO02查看结算规则确认结算类型是与销售订单相关PSG/ESC之类的维持到订单的项目还是结转到成本中心。如果错误地结转到成本中心那销售订单层面的毛利分析就看不到这单的成本。还有反冲的问题MTO生产中如果使用了反冲Backflush那么领料过账的这一瞬间组件库存会从普通库存或供应商寄售库存里扣减扣减的结果会挂到这张生产订单上。如果反冲的时候没有正确设置“特殊库存E”的逻辑就可能出现生产订单组件需求挂在普通库存消耗上后续成本归集再拐一道弯。建议MTO物料反冲的配置在测试环境多用几种场景验证之后再推到生产。4.5 问题速查表现象可能的根因首选排查方向销售订单需求在MD04不显示需求类、审批控制、ATP配置异常查策略组、需求类型、审批配置计划订单数量与销售订单数量不一致批量过程为EX被批合并改PK按单批量计划订单转生产订单带不出销售订单号策略组/计划策略/订单类型配置错位查策略链路和订单类型配置MTO物料入库仍进普通库存需求类特殊库存不是E查需求类100的库存类型配置有现货但可用性检查不通过ATP检查范围未含E库存查OVZ2检查规则销售订单成本无法归集生产订单结算规则错误查KO02结算规则/结算类型发货给客户时报库存不足但仓库有货特殊库存E被新订单锁定或ATP未含E库存查可用性检查配置写在最后做MTO项目这些年我越来越觉得它是一门“配置容易、理解难、跑顺更难”的模块组合。很多项目失败不是因为SAP功能做不到而是顾问和业务没想清楚“销售订单库存E到底要不要隔离”“需求要不要审批”“ATP要不要考虑E库存”这几个业务问题就直接按标准20策略一路配下去。配置本身花不了多少时间真正花时间的是把业务规则翻译成系统参数、再拿真实订单逐条验证的过程。最后分享一个我在项目上验证过的小技巧新配好一套MTO逻辑后不要急着导历史数据先用一张全新的测试销售订单从VA01建单→MD04看需求→MD02跑MRP→CO41转生产订单→CO01下达→MIGO入库→VL01N发货全流程走一遍。走完这一步再确认涉及到的序列号、成本结算、ATP、评估类科目过账都正常后面上线推广才稳当。希望这篇文章能帮正在做MTO的同行少走几个弯路。