简介这份PPT资料围绕SAP MTO按单生产模式面向SAP顾问、成本核算与生产计划从业人员系统梳理从理论概念到前台操作、后台配置的关键内容。全包仅含1个PPTX文件大小约3.29MB以幻灯片形式组织便于培训讲解、项目查阅与自学复盘。资料从MTO概述切入分别讨论不采用销售订单控制和采用销售订单控制两种方案并延伸到对应配置、销售业务流程、成本对象控制及期末结算活动同时对比两种控制方式在成本归集、订单库存估值、在产品与差异分析等方面的差异帮助读者理解销售订单项如何作为成本对象、订单级成本与收入如何追踪。该资源已有7647人学习适合需要快速搭建MTO整体框架、对照后台配置思路和查漏补缺的初中级顾问与成本会计人员。1. 按订单生产不是开个开关SAP MTO 要串起四层数据某装备制造企业的关键用户跟我吐槽销售订单保存成功了MD04 里却空空如也生产计划员只能手工建单。查了半天物料主数据 MRP3 视图的策略组是空的。这类场景在 SAP MTOMake-To-Order按订单生产实施里太常见了——大家把 MTO 当成一个“开关”以为策略组改一下就能跑起来实际上它是四层数据咬合的结果销售订单项目类别负责把需求传出去策略组和需求类型决定要不要产生相关需求MRP 类型决定需求怎么被计划生产订单的科目分配类别再把销售订单号带回来最后靠结算规则把成本归到那张订单上。任何一层错位现象都是“看起来配了实际不生效”。这篇按落地顺序讲先把配置链配通再看需求怎么落到生产订单然后处理 MTO 最容易被忽略的成本结算最后集中讲排查。适合正在做 MTO 实施、或者接手一个“跑了一半”的 MTO 项目的顾问与内部关键用户。2. MTO 配置链项目类别、策略组、需求类型怎么咬合MTO 的配置最怕“只配一半”。标准系统里销售订单行项目进来先由项目类别决定这一行要不要传需求、允不允许订单库存再由物料主数据上的策略组决定用哪个计划策略计划策略再挂需求类型需求类型再落到需求类需求类才是真正决定“产生独立需求还是相关需求”的地方。这四级是一条单向链上一级没配对下一级再正确也白搭。2.1 项目类别 TAK 与 TAN 的差别到底在哪打开 VOV7 看项目类别的明细MTO 场景最常被拿来对比的是 TAK 和 TAN。两者在界面上的差别很小真正的差别藏在明细的几个勾上是否允许特殊库存、需求是否向下传递、以及和计划行类别的组合关系。标准系统里按订单生产一般走 TAK按库存生产走 TAN但这不是绝对的——有的企业为了在同一张订单里混装 MTO 和 MTS 物料会用项目类别确定VOV4按物料账户分配组做分流。我的建议是先别急着改标准项目类别而是用一个最小场景验证建一张销售订单行项目类别给 TAK物料策略组给 MTO 对应的策略保存后立刻去 MD04 看有没有出现销售订单行作为需求元素。这一步能过说明项目类别到需求传递这一层是通的过不了问题基本就在项目类别的“需求传递”勾选或者需求类型的分配上不用往 MRP 层去猜。提示不要直接改标准项目类别复制一份出来改把原类型留着做对照。MTO 的排查最有效的手段就是“拿一个能跑通的类型做基准”。项目类别还牵着一个容易忽略的点拒绝原因和交货冻结。有的企业为了管控 MTO 订单在项目类别上挂了可用性检查组结果订单刚建就被冻结计划员以为需求没传过去其实是检查没过。这类现象在第 5 章还会展开。2.2 策略组到需求类型三张配置表要一次对齐策略组在物料主数据 MRP3 视图维护往下挂计划策略计划策略挂需求类型需求类型挂需求类。标准系统里常见的组合是策略 20 对应按订单生产的需求类型策略 25 用于带装配计划的 MTO策略 30 用于批量装配场景。不同版本的标准分配可能略有差异所以上线前一定要用 OPPS 打开计划策略的分配关系亲眼确认一遍不要凭记忆背编码。下面这段查询用来把“策略组 → 计划策略 → 需求类型”这条链在系统里拉出来核对字段名以你系统为准-- 查物料主数据上挂的策略组与 MRP 类型工厂级 SELECT m.matnr, 物料号 m.werks, 工厂 m.strgr, 策略组 m.dismm MRP 类型 FROM marc AS m WHERE m.matnr 你的物料号 AND m.werks 你的工厂; -- 查销售订单行项目的关键字段确认项目类别与工厂 SELECT v.vbeln, v.posnr, v.matnr, v.werks, v.pstyv, v.kwmeng FROM vbap AS v WHERE v.vbeln 你的销售订单号;第一段查的是物料侧重点看 STRGR 是不是空、DISMM 是不是 PD 这类参与 MRP 的类型。第二段查的是订单侧PSTYV 就是项目类别如果这里出现的是 TAN 而不是预期的 TAK那后面 MD04 看不到相关需求就顺理成章了。两段查询要放在一起看因为 MTO 的链路是“订单侧项目类别 物料侧策略组”共同决定的单看任何一边都可能误判。需求类Requirement Class是这条链的终点也是最容易被跳过的一层。它上面的几个勾决定了需求的行为是否产生独立需求、是否产生相关需求、是否允许订单库存、是否做可用性检查。MTO 要的是“不产生独立需求、产生相关需求、允许订单库存”这三项只要有一项反了表现出来的症状就完全不同——比如错勾了独立需求MRP 会给你跑出一堆莫名其妙的需求计划员只能一个个手工删。2.3 MRP 类型与物料主数据四个字段的联调MTO 物料在 MRP1 到 MRP4 视图上有四组字段必须一起看MRP 类型、MRP 控制者、批量程序、策略组。前三个决定“怎么算”最后一个决定“算什么”。实际项目里最常见的翻车是批量程序给了个按周汇总的规则MTO 单件小批的订单被合并成一批计划员看到的需求日期和销售订单交期对不上回头怀疑是需求传递出了问题。我的习惯是先做一个单物料、单工厂的最小闭环物料只维护一个工厂BOM 只挂一层工艺路线只留一道工序策略组给 MTO 对应策略MRP 类型给 PD批量程序给 EX按需然后建一张数量为 1 的销售订单。这个闭环跑通之后再去加复杂度——多层 BOM、多工厂、替代料、配置物料。MTO 的问题九成出在“一开始就上全量数据”导致出错时无法定位是哪一层的问题。注意改完策略组和 MRP 类型后已存在的销售订单不会自动重算。要么用 MD01/MD01N 重跑该物料要么新建一张订单验证不要拿老订单判断新配置有没有生效。3. 从销售订单到生产订单需求怎么落成一张可执行订单配置通了只是第一步真正考验人的是运行阶段销售订单保存后需求什么时候变成计划订单计划订单怎么转成生产订单生产订单怎么把销售订单号记住。这一段链路在标准系统里是自动的但自动化程度越高出问题时越像黑匣子所以必须知道每一步在系统里留下了什么痕迹。3.1 可用性检查 ATB 与特殊库存 E 的生成时机MTO 和 MTS 在库存上最大的区别是特殊库存 E销售订单库存。销售订单保存时系统不一定立刻产生 E 库存E 库存是在收货时才写入的但“这一行属于哪个销售订单”的归属关系在订单创建时就定了。可用性检查ATP在这一步起作用MTO 的检查规则通常只认本订单的库存不认公共库存这样才不会出现“库存被别的订单抢走”的情况。检查规则在 OVZ2 和 OVZ9 里配检查组挂到物料或工厂上。这里有个经验MTO 的可用性检查不要和 MTS 共用一套规则否则要么 MTO 订单看到了不该看到的公共库存要么 MTS 订单被订单库存挡住。分开配用不同的检查规则虽然配置量多一倍但后期排查能省下几倍的力气。-- 查某个生产订单是否记住了销售订单号AUFK 头 AFPO 行 SELECT a.aufnr, a.auart, a.kdauf, a.kdpos, p.matnr, p.psmng, p.werks FROM aufk AS a INNER JOIN afpo AS p ON p.aufnr a.aufnr WHERE a.kdauf 你的销售订单号;这段查询的看点是 AUFK-KDAUF 和 KDPOS 两个字段。生产订单头上如果有销售订单号和行项目说明科目分配类别确实带过来了如果这两个字段是空的哪怕订单已经建出来了后续结算也回不到销售订单成本会挂在生产订单上变成“孤岛”。AFPO-PSMNG 是订单计划数量拿它和销售订单的 KWMENG 对比能发现数量传递是否被 BOM 或工艺的废品率放大过——这是 MTO 项目里经常被忽略的成本偏差来源。3.2 科目分配类别 M生产订单怎么记住那张销售订单生产订单带销售订单号靠的是科目分配类别。标准系统里科目分配类别 M 指向销售订单订单头上的“销售订单”和“行项目”字段就是它带出来的。从销售订单直接建单CO08时系统会自动填从计划订单转换MD04 里转生产订单时系统按计划订单携带的信息填手工 CO01 建单时就得自己输。这里有个实际项目里反复出现的坑BOM 组件里的采购件如果设了直接采购外协或外购它的采购订单也要带科目分配类别 M 才能把销售订单号传下去否则采购件的成本就回不到那张销售订单。很多项目只关注自制件结果外购件那部分成本在销售订单上永远是缺的等到做订单获利分析才发现数字对不上。提示MTO 物料的 BOM 里如果有采购件逐个检查采购件的“特殊采购类”和科目分配设置。这一条比自制件的配置更容易漏。还有一种情况是部分 MTO、部分 MTS 的混合场景同一张销售订单里既有按订单生产的物料又有从公共库存直接发货的物料。这时项目类别和科目分配类别都要按行项目分别处理不能用一张订单一个规则。混合场景是 MTO 实施里最容易出结算问题的因为两套成本流混在一张订单上PA 传输时容易串行。3.3 用 MD04、CO03 和订单信息核对链路排查 MTO 链路我一般按三步走MD04 看需求元素CO03 看订单头再用一段查询把预留拉出来对齐。MD04 里如果能看到销售订单行作为需求元素并且下面挂着计划订单或生产订单说明需求传递和多层计划都是通的。CO03 里看订单头的销售订单号、科目分配类别、以及状态是不是已经释放。两边都能对上再看预留RESB里是不是也带销售订单号。-- 三层对齐生产订单 - 预留 - 销售订单行 SELECT a.aufnr, r.rsnum, r.rspos, r.matnr, r.bdmng, r.kdauf, r.kdpos FROM aufk AS a INNER JOIN resb AS r ON r.aufnr a.aufnr WHERE a.aufnr 你的生产订单号;RESB 里的 KDAUF/KDPOS 如果为空说明这张生产订单的预留没有挂到销售订单上发货时就走不了订单库存最后可能被强制改成非限制库存发货成本自然也对不上。这个查询最好在 UAT 阶段就固化成检查项每次订单创建后跑一遍比等到结算报错再回头找要省事得多。4. MTO 的成本归集与结算钱怎么回到销售订单MTO 项目里生产做完、货也发了财务却来问“这张销售订单的成本为什么是零”这种事我见过不止一次。原因大多不在生产成本本身而在结算。MTO 的成本流是生产订单归集料工费期末结算到销售订单行项目再由销售订单进获利分析。结算规则没配、结算参数文件选错、订单状态不到位任何一环断了成本就停在生产订单上。4.1 按销售订单核算的三套变式MTO 的成本核算走的是“按销售订单核算”配置上有三套变式要一起看成本核算变式控制成本怎么估、评估变式控制物料估价、以及订单类型的成本参数。这三套变式不是互相独立的成本核算变式里引用了评估变式订单类型的参数又决定了用哪套成本核算变式改一个地方要连带检查另外两个。实际做法是先确认销售订单行项目上有没有触发成本核算有的项目类别没开这个开关再确认生产订单上的成本核算变式是不是为空。生产订单的成本变式为空通常意味着订单类型参数没配全或者物料主数据的评估类缺失。这类问题在 UAT 里很容易被漏掉因为订单能建、能收货看起来一切正常只有到期末结算时才暴露。注意MTO 的成本核算不要和标准成本估算混着看。标准成本是物料级的MTO 要的是订单级的实际成本归集两者口径不同拿标准成本去核对结算金额只会越对越乱。4.2 结算规则与结算参数文件怎么配结算规则决定了生产订单的钱往哪去。MTO 场景下结算接收方是销售订单行项目结算类型通常配成销售订单相关的类型。结算规则可以自动生成订单类型参数里开自动生成也可以手工在订单里加。自动生成的规则有个前提订单头上的销售订单号和行项目必须已经填好否则系统生成不出来只能手工补。结算参数文件OKO7里控制结算的细节允许的结算接收方类型、是否需要分配结构、期末结算时的处理顺序。MTO 项目常见的配置失误是直接复用了 MTS 的结算参数文件结果结算接收方类型里没有销售订单订单建出来结算规则是空的期末跑 KO88 直接报“结算规则不存在”。这一段没有代码可抄靠的是配置核对。我的习惯是列一张表把生产订单类型、结算参数文件、结算接收方类型、是否自动生成规则四列填满逐行核对缺一行就补一行订单类型结算参数文件结算接收方自动生成规则检查点标准生产订单按订单生产专用销售订单行项目是订单头 KDAUF 必须已填返工订单同上销售订单行项目否手工补规则外协采购订单采购专用销售订单行项目是科目分配类别 M这张表的意义是逼自己把“哪种单据结算到哪”写清楚。MTO 项目里出结算问题的往往是返工订单、外协订单这类“非主流”单据类型主流程反而没事。4.3 结算报错时先看哪三处期末结算报错我的排查顺序固定先看订单状态再看结算规则最后看销售订单行项目是否已发货开票。订单状态没到技术完成TECO或已交付DLV系统不允许结算结算规则为空或接收方类型不对结算根本找不到目标销售订单行项目如果已经开票并被锁结算过去会失败。这三处的顺序不能反。很多人一看到报错就去查 FI 凭证结果绕一大圈回到订单状态没打 TECO白白浪费半天。血泪经验是SAP 的报错文本经常只告诉你“最后一步失败”不告诉你“第一步就没准备好”。5. SAP MTO 配置与操作的常见问题排查MTO 的问题有个特点症状相似病因分散。同样是“MD04 里没需求”可能是项目类别没传也可能是策略组为空还可能是需求类配反了。这一节按“现象 → 原因 → 解决”整理五条高频踩坑都是实际项目里反复出现的。5.1 销售订单保存后不产生相关需求现象销售订单能保存MD04 里查不到任何需求元素计划员收不到单。原因常见有三种。一是物料主数据 MRP3 视图的策略组为空系统按“无计划”处理二是项目类别没有勾选需求传递订单行根本没往下传三是需求类配成了只产生独立需求相关需求被抑制。解决先查物料主数据的策略组再查项目类别的需求传递勾选最后用 OPPS 核对策略到需求类型的分配。三步按顺序查不要跳步。查完还不行就看销售订单的计划行有没有生成——计划行缺失的话需求传递同样不会发生。5.2 生产订单带不出销售订单号现象从 MD04 转出来的生产订单订单头上销售订单号和行项目是空的结算规则也生成不出来。原因大多是计划订单在转换时没带上科目分配信息或者物料主数据的科目分配类别没配。还有一种情况是 BOM 组件里的采购件没设科目分配类别导致整张订单的科目分配被系统判为不完整。解决先在计划订单阶段看科目分配类别有没有带出来没有的话回头查物料主数据的设置再从订单类型参数里确认科目分配类别是不是允许为空。已经建出来的订单可以手工补销售订单号但补完之后要重新生成结算规则否则结算还是会失败。5.3 特殊库存 E 的库存不见了现象生产收货后MMBE 里查不到销售订单库存或者库存数量对不上。原因特殊库存 E 的库存归属由销售订单行项目决定如果收货时订单头的销售订单号被清掉或者收货的移动类型不对库存会落到非限制库存而不是订单库存。另一种情况是批次管理物料在收货时批次没带对库存挂到了别的批次上。解决用 MB51 查该物料的物料凭证看移动类型和特殊库存标识再对照生产订单头的销售订单号。库存已经落错的话用 302/312 之类的转移过账调整不要直接改表。5.4 生产订单结算不了现象KO88 报错“结算规则不存在”或“结算接收方无效”。原因结算规则没生成、结算参数文件里的接收方类型不含销售订单、销售订单行项目已开票锁定这三种最常见。解决先在订单里看结算规则KO02空的就手工加或检查自动生成的条件再核对结算参数文件最后看销售订单行的状态。三处都正常还报错就看订单状态是不是没打 TECO。5.5 数量变更后需求不同步现象销售订单改了数量MD04 里还是旧需求生产订单也没跟着变。原因销售订单变更后需求传递有延迟或者变更的字段不在需求传递范围内比如只改了交期没改数量。已经转成生产订单的部分不会自动回退需要手工调整。解决改完订单后手工跑一次单物料 MRP确认需求更新生产订单要么手工改数量要么删掉重建。这一条没有捷径只能靠变更流程约束——销售订单变更后必须通知计划员不能指望系统自动同步所有场景。6. 进阶需求追溯与多层级 MTO 的核对手法做到多层 BOM 的 MTO订单号会在每一层物料上重复出现靠人工比对基本不可能。我的做法是固定跑一套“追溯查询”以销售订单号为起点向下拉出所有生产订单、预留、采购订单再以物料号为维度汇总数量看每一层的需求量是不是和上一层匹配。不匹配的那一层就是问题所在。这套查询的核心是把 AUFK订单头、AFPO订单行、RESB预留、EKPO采购订单行四张表用销售订单号串起来。下面这段是个骨架实际用的时候按需要加工厂、订单类型过滤-- 以销售订单为起点拉出所有挂在该订单上的生产订单和采购订单 SELECT PRD AS obj, a.aufnr AS docno, p.matnr, p.psmng AS qty FROM aufk AS a INNER JOIN afpo AS p ON p.aufnr a.aufnr WHERE a.kdauf 你的销售订单号 UNION ALL SELECT PUR AS obj, e.ebeln AS docno, e.matnr, e.menge AS qty FROM ekpo AS e WHERE e.kdauf 你的销售订单号;这段查询的用途不是出报表而是排查。正常情况下一张销售订单行应该对应一到两张生产订单主件 返工如果拉出来十几张说明有重复建单如果一张都没有说明科目分配类别没传下去。数量对不上时重点看 BOM 里的废品率和替代料这两个是 MTO 数量偏差的主要来源。还有一个容易被忽略的技巧用 COOIS 的订单信息系统按销售订单号过滤比逐张订单点开看快得多。COOIS 里可以选“订单抬头”字段做筛选把销售订单号填进去一次拉出所有相关订单再按状态排序没打 TECO 的一目了然。这个操作我一般教给计划员自己做日常巡检比每次出问题再来找顾问要高效。最后说个习惯MTO 项目上线后我会留一份“配置快照”把策略组、需求类型、项目类别、结算参数文件这几个关键配置的当前值导出来存档。后面有人改了配置导致行为变化拿快照一比就知道动了哪里。SAP 的配置改动很多时候没有变更记录可查这份快照就是后悔药。希望帮到你。本文还有配套的精品资源点击获取
简介这份PPT资料围绕SAP MTO按单生产模式面向SAP顾问、成本核算与生产计划从业人员系统梳理从理论概念到前台操作、后台配置的关键内容。全包仅含1个PPTX文件大小约3.29MB以幻灯片形式组织便于培训讲解、项目查阅与自学复盘。资料从MTO概述切入分别讨论不采用销售订单控制和采用销售订单控制两种方案并延伸到对应配置、销售业务流程、成本对象控制及期末结算活动同时对比两种控制方式在成本归集、订单库存估值、在产品与差异分析等方面的差异帮助读者理解销售订单项如何作为成本对象、订单级成本与收入如何追踪。该资源已有7647人学习适合需要快速搭建MTO整体框架、对照后台配置思路和查漏补缺的初中级顾问与成本会计人员。1. 按订单生产不是开个开关SAP MTO 要串起四层数据某装备制造企业的关键用户跟我吐槽销售订单保存成功了MD04 里却空空如也生产计划员只能手工建单。查了半天物料主数据 MRP3 视图的策略组是空的。这类场景在 SAP MTOMake-To-Order按订单生产实施里太常见了——大家把 MTO 当成一个“开关”以为策略组改一下就能跑起来实际上它是四层数据咬合的结果销售订单项目类别负责把需求传出去策略组和需求类型决定要不要产生相关需求MRP 类型决定需求怎么被计划生产订单的科目分配类别再把销售订单号带回来最后靠结算规则把成本归到那张订单上。任何一层错位现象都是“看起来配了实际不生效”。这篇按落地顺序讲先把配置链配通再看需求怎么落到生产订单然后处理 MTO 最容易被忽略的成本结算最后集中讲排查。适合正在做 MTO 实施、或者接手一个“跑了一半”的 MTO 项目的顾问与内部关键用户。2. MTO 配置链项目类别、策略组、需求类型怎么咬合MTO 的配置最怕“只配一半”。标准系统里销售订单行项目进来先由项目类别决定这一行要不要传需求、允不允许订单库存再由物料主数据上的策略组决定用哪个计划策略计划策略再挂需求类型需求类型再落到需求类需求类才是真正决定“产生独立需求还是相关需求”的地方。这四级是一条单向链上一级没配对下一级再正确也白搭。2.1 项目类别 TAK 与 TAN 的差别到底在哪打开 VOV7 看项目类别的明细MTO 场景最常被拿来对比的是 TAK 和 TAN。两者在界面上的差别很小真正的差别藏在明细的几个勾上是否允许特殊库存、需求是否向下传递、以及和计划行类别的组合关系。标准系统里按订单生产一般走 TAK按库存生产走 TAN但这不是绝对的——有的企业为了在同一张订单里混装 MTO 和 MTS 物料会用项目类别确定VOV4按物料账户分配组做分流。我的建议是先别急着改标准项目类别而是用一个最小场景验证建一张销售订单行项目类别给 TAK物料策略组给 MTO 对应的策略保存后立刻去 MD04 看有没有出现销售订单行作为需求元素。这一步能过说明项目类别到需求传递这一层是通的过不了问题基本就在项目类别的“需求传递”勾选或者需求类型的分配上不用往 MRP 层去猜。提示不要直接改标准项目类别复制一份出来改把原类型留着做对照。MTO 的排查最有效的手段就是“拿一个能跑通的类型做基准”。项目类别还牵着一个容易忽略的点拒绝原因和交货冻结。有的企业为了管控 MTO 订单在项目类别上挂了可用性检查组结果订单刚建就被冻结计划员以为需求没传过去其实是检查没过。这类现象在第 5 章还会展开。2.2 策略组到需求类型三张配置表要一次对齐策略组在物料主数据 MRP3 视图维护往下挂计划策略计划策略挂需求类型需求类型挂需求类。标准系统里常见的组合是策略 20 对应按订单生产的需求类型策略 25 用于带装配计划的 MTO策略 30 用于批量装配场景。不同版本的标准分配可能略有差异所以上线前一定要用 OPPS 打开计划策略的分配关系亲眼确认一遍不要凭记忆背编码。下面这段查询用来把“策略组 → 计划策略 → 需求类型”这条链在系统里拉出来核对字段名以你系统为准-- 查物料主数据上挂的策略组与 MRP 类型工厂级 SELECT m.matnr, 物料号 m.werks, 工厂 m.strgr, 策略组 m.dismm MRP 类型 FROM marc AS m WHERE m.matnr 你的物料号 AND m.werks 你的工厂; -- 查销售订单行项目的关键字段确认项目类别与工厂 SELECT v.vbeln, v.posnr, v.matnr, v.werks, v.pstyv, v.kwmeng FROM vbap AS v WHERE v.vbeln 你的销售订单号;第一段查的是物料侧重点看 STRGR 是不是空、DISMM 是不是 PD 这类参与 MRP 的类型。第二段查的是订单侧PSTYV 就是项目类别如果这里出现的是 TAN 而不是预期的 TAK那后面 MD04 看不到相关需求就顺理成章了。两段查询要放在一起看因为 MTO 的链路是“订单侧项目类别 物料侧策略组”共同决定的单看任何一边都可能误判。需求类Requirement Class是这条链的终点也是最容易被跳过的一层。它上面的几个勾决定了需求的行为是否产生独立需求、是否产生相关需求、是否允许订单库存、是否做可用性检查。MTO 要的是“不产生独立需求、产生相关需求、允许订单库存”这三项只要有一项反了表现出来的症状就完全不同——比如错勾了独立需求MRP 会给你跑出一堆莫名其妙的需求计划员只能一个个手工删。2.3 MRP 类型与物料主数据四个字段的联调MTO 物料在 MRP1 到 MRP4 视图上有四组字段必须一起看MRP 类型、MRP 控制者、批量程序、策略组。前三个决定“怎么算”最后一个决定“算什么”。实际项目里最常见的翻车是批量程序给了个按周汇总的规则MTO 单件小批的订单被合并成一批计划员看到的需求日期和销售订单交期对不上回头怀疑是需求传递出了问题。我的习惯是先做一个单物料、单工厂的最小闭环物料只维护一个工厂BOM 只挂一层工艺路线只留一道工序策略组给 MTO 对应策略MRP 类型给 PD批量程序给 EX按需然后建一张数量为 1 的销售订单。这个闭环跑通之后再去加复杂度——多层 BOM、多工厂、替代料、配置物料。MTO 的问题九成出在“一开始就上全量数据”导致出错时无法定位是哪一层的问题。注意改完策略组和 MRP 类型后已存在的销售订单不会自动重算。要么用 MD01/MD01N 重跑该物料要么新建一张订单验证不要拿老订单判断新配置有没有生效。3. 从销售订单到生产订单需求怎么落成一张可执行订单配置通了只是第一步真正考验人的是运行阶段销售订单保存后需求什么时候变成计划订单计划订单怎么转成生产订单生产订单怎么把销售订单号记住。这一段链路在标准系统里是自动的但自动化程度越高出问题时越像黑匣子所以必须知道每一步在系统里留下了什么痕迹。3.1 可用性检查 ATB 与特殊库存 E 的生成时机MTO 和 MTS 在库存上最大的区别是特殊库存 E销售订单库存。销售订单保存时系统不一定立刻产生 E 库存E 库存是在收货时才写入的但“这一行属于哪个销售订单”的归属关系在订单创建时就定了。可用性检查ATP在这一步起作用MTO 的检查规则通常只认本订单的库存不认公共库存这样才不会出现“库存被别的订单抢走”的情况。检查规则在 OVZ2 和 OVZ9 里配检查组挂到物料或工厂上。这里有个经验MTO 的可用性检查不要和 MTS 共用一套规则否则要么 MTO 订单看到了不该看到的公共库存要么 MTS 订单被订单库存挡住。分开配用不同的检查规则虽然配置量多一倍但后期排查能省下几倍的力气。-- 查某个生产订单是否记住了销售订单号AUFK 头 AFPO 行 SELECT a.aufnr, a.auart, a.kdauf, a.kdpos, p.matnr, p.psmng, p.werks FROM aufk AS a INNER JOIN afpo AS p ON p.aufnr a.aufnr WHERE a.kdauf 你的销售订单号;这段查询的看点是 AUFK-KDAUF 和 KDPOS 两个字段。生产订单头上如果有销售订单号和行项目说明科目分配类别确实带过来了如果这两个字段是空的哪怕订单已经建出来了后续结算也回不到销售订单成本会挂在生产订单上变成“孤岛”。AFPO-PSMNG 是订单计划数量拿它和销售订单的 KWMENG 对比能发现数量传递是否被 BOM 或工艺的废品率放大过——这是 MTO 项目里经常被忽略的成本偏差来源。3.2 科目分配类别 M生产订单怎么记住那张销售订单生产订单带销售订单号靠的是科目分配类别。标准系统里科目分配类别 M 指向销售订单订单头上的“销售订单”和“行项目”字段就是它带出来的。从销售订单直接建单CO08时系统会自动填从计划订单转换MD04 里转生产订单时系统按计划订单携带的信息填手工 CO01 建单时就得自己输。这里有个实际项目里反复出现的坑BOM 组件里的采购件如果设了直接采购外协或外购它的采购订单也要带科目分配类别 M 才能把销售订单号传下去否则采购件的成本就回不到那张销售订单。很多项目只关注自制件结果外购件那部分成本在销售订单上永远是缺的等到做订单获利分析才发现数字对不上。提示MTO 物料的 BOM 里如果有采购件逐个检查采购件的“特殊采购类”和科目分配设置。这一条比自制件的配置更容易漏。还有一种情况是部分 MTO、部分 MTS 的混合场景同一张销售订单里既有按订单生产的物料又有从公共库存直接发货的物料。这时项目类别和科目分配类别都要按行项目分别处理不能用一张订单一个规则。混合场景是 MTO 实施里最容易出结算问题的因为两套成本流混在一张订单上PA 传输时容易串行。3.3 用 MD04、CO03 和订单信息核对链路排查 MTO 链路我一般按三步走MD04 看需求元素CO03 看订单头再用一段查询把预留拉出来对齐。MD04 里如果能看到销售订单行作为需求元素并且下面挂着计划订单或生产订单说明需求传递和多层计划都是通的。CO03 里看订单头的销售订单号、科目分配类别、以及状态是不是已经释放。两边都能对上再看预留RESB里是不是也带销售订单号。-- 三层对齐生产订单 - 预留 - 销售订单行 SELECT a.aufnr, r.rsnum, r.rspos, r.matnr, r.bdmng, r.kdauf, r.kdpos FROM aufk AS a INNER JOIN resb AS r ON r.aufnr a.aufnr WHERE a.aufnr 你的生产订单号;RESB 里的 KDAUF/KDPOS 如果为空说明这张生产订单的预留没有挂到销售订单上发货时就走不了订单库存最后可能被强制改成非限制库存发货成本自然也对不上。这个查询最好在 UAT 阶段就固化成检查项每次订单创建后跑一遍比等到结算报错再回头找要省事得多。4. MTO 的成本归集与结算钱怎么回到销售订单MTO 项目里生产做完、货也发了财务却来问“这张销售订单的成本为什么是零”这种事我见过不止一次。原因大多不在生产成本本身而在结算。MTO 的成本流是生产订单归集料工费期末结算到销售订单行项目再由销售订单进获利分析。结算规则没配、结算参数文件选错、订单状态不到位任何一环断了成本就停在生产订单上。4.1 按销售订单核算的三套变式MTO 的成本核算走的是“按销售订单核算”配置上有三套变式要一起看成本核算变式控制成本怎么估、评估变式控制物料估价、以及订单类型的成本参数。这三套变式不是互相独立的成本核算变式里引用了评估变式订单类型的参数又决定了用哪套成本核算变式改一个地方要连带检查另外两个。实际做法是先确认销售订单行项目上有没有触发成本核算有的项目类别没开这个开关再确认生产订单上的成本核算变式是不是为空。生产订单的成本变式为空通常意味着订单类型参数没配全或者物料主数据的评估类缺失。这类问题在 UAT 里很容易被漏掉因为订单能建、能收货看起来一切正常只有到期末结算时才暴露。注意MTO 的成本核算不要和标准成本估算混着看。标准成本是物料级的MTO 要的是订单级的实际成本归集两者口径不同拿标准成本去核对结算金额只会越对越乱。4.2 结算规则与结算参数文件怎么配结算规则决定了生产订单的钱往哪去。MTO 场景下结算接收方是销售订单行项目结算类型通常配成销售订单相关的类型。结算规则可以自动生成订单类型参数里开自动生成也可以手工在订单里加。自动生成的规则有个前提订单头上的销售订单号和行项目必须已经填好否则系统生成不出来只能手工补。结算参数文件OKO7里控制结算的细节允许的结算接收方类型、是否需要分配结构、期末结算时的处理顺序。MTO 项目常见的配置失误是直接复用了 MTS 的结算参数文件结果结算接收方类型里没有销售订单订单建出来结算规则是空的期末跑 KO88 直接报“结算规则不存在”。这一段没有代码可抄靠的是配置核对。我的习惯是列一张表把生产订单类型、结算参数文件、结算接收方类型、是否自动生成规则四列填满逐行核对缺一行就补一行订单类型结算参数文件结算接收方自动生成规则检查点标准生产订单按订单生产专用销售订单行项目是订单头 KDAUF 必须已填返工订单同上销售订单行项目否手工补规则外协采购订单采购专用销售订单行项目是科目分配类别 M这张表的意义是逼自己把“哪种单据结算到哪”写清楚。MTO 项目里出结算问题的往往是返工订单、外协订单这类“非主流”单据类型主流程反而没事。4.3 结算报错时先看哪三处期末结算报错我的排查顺序固定先看订单状态再看结算规则最后看销售订单行项目是否已发货开票。订单状态没到技术完成TECO或已交付DLV系统不允许结算结算规则为空或接收方类型不对结算根本找不到目标销售订单行项目如果已经开票并被锁结算过去会失败。这三处的顺序不能反。很多人一看到报错就去查 FI 凭证结果绕一大圈回到订单状态没打 TECO白白浪费半天。血泪经验是SAP 的报错文本经常只告诉你“最后一步失败”不告诉你“第一步就没准备好”。5. SAP MTO 配置与操作的常见问题排查MTO 的问题有个特点症状相似病因分散。同样是“MD04 里没需求”可能是项目类别没传也可能是策略组为空还可能是需求类配反了。这一节按“现象 → 原因 → 解决”整理五条高频踩坑都是实际项目里反复出现的。5.1 销售订单保存后不产生相关需求现象销售订单能保存MD04 里查不到任何需求元素计划员收不到单。原因常见有三种。一是物料主数据 MRP3 视图的策略组为空系统按“无计划”处理二是项目类别没有勾选需求传递订单行根本没往下传三是需求类配成了只产生独立需求相关需求被抑制。解决先查物料主数据的策略组再查项目类别的需求传递勾选最后用 OPPS 核对策略到需求类型的分配。三步按顺序查不要跳步。查完还不行就看销售订单的计划行有没有生成——计划行缺失的话需求传递同样不会发生。5.2 生产订单带不出销售订单号现象从 MD04 转出来的生产订单订单头上销售订单号和行项目是空的结算规则也生成不出来。原因大多是计划订单在转换时没带上科目分配信息或者物料主数据的科目分配类别没配。还有一种情况是 BOM 组件里的采购件没设科目分配类别导致整张订单的科目分配被系统判为不完整。解决先在计划订单阶段看科目分配类别有没有带出来没有的话回头查物料主数据的设置再从订单类型参数里确认科目分配类别是不是允许为空。已经建出来的订单可以手工补销售订单号但补完之后要重新生成结算规则否则结算还是会失败。5.3 特殊库存 E 的库存不见了现象生产收货后MMBE 里查不到销售订单库存或者库存数量对不上。原因特殊库存 E 的库存归属由销售订单行项目决定如果收货时订单头的销售订单号被清掉或者收货的移动类型不对库存会落到非限制库存而不是订单库存。另一种情况是批次管理物料在收货时批次没带对库存挂到了别的批次上。解决用 MB51 查该物料的物料凭证看移动类型和特殊库存标识再对照生产订单头的销售订单号。库存已经落错的话用 302/312 之类的转移过账调整不要直接改表。5.4 生产订单结算不了现象KO88 报错“结算规则不存在”或“结算接收方无效”。原因结算规则没生成、结算参数文件里的接收方类型不含销售订单、销售订单行项目已开票锁定这三种最常见。解决先在订单里看结算规则KO02空的就手工加或检查自动生成的条件再核对结算参数文件最后看销售订单行的状态。三处都正常还报错就看订单状态是不是没打 TECO。5.5 数量变更后需求不同步现象销售订单改了数量MD04 里还是旧需求生产订单也没跟着变。原因销售订单变更后需求传递有延迟或者变更的字段不在需求传递范围内比如只改了交期没改数量。已经转成生产订单的部分不会自动回退需要手工调整。解决改完订单后手工跑一次单物料 MRP确认需求更新生产订单要么手工改数量要么删掉重建。这一条没有捷径只能靠变更流程约束——销售订单变更后必须通知计划员不能指望系统自动同步所有场景。6. 进阶需求追溯与多层级 MTO 的核对手法做到多层 BOM 的 MTO订单号会在每一层物料上重复出现靠人工比对基本不可能。我的做法是固定跑一套“追溯查询”以销售订单号为起点向下拉出所有生产订单、预留、采购订单再以物料号为维度汇总数量看每一层的需求量是不是和上一层匹配。不匹配的那一层就是问题所在。这套查询的核心是把 AUFK订单头、AFPO订单行、RESB预留、EKPO采购订单行四张表用销售订单号串起来。下面这段是个骨架实际用的时候按需要加工厂、订单类型过滤-- 以销售订单为起点拉出所有挂在该订单上的生产订单和采购订单 SELECT PRD AS obj, a.aufnr AS docno, p.matnr, p.psmng AS qty FROM aufk AS a INNER JOIN afpo AS p ON p.aufnr a.aufnr WHERE a.kdauf 你的销售订单号 UNION ALL SELECT PUR AS obj, e.ebeln AS docno, e.matnr, e.menge AS qty FROM ekpo AS e WHERE e.kdauf 你的销售订单号;这段查询的用途不是出报表而是排查。正常情况下一张销售订单行应该对应一到两张生产订单主件 返工如果拉出来十几张说明有重复建单如果一张都没有说明科目分配类别没传下去。数量对不上时重点看 BOM 里的废品率和替代料这两个是 MTO 数量偏差的主要来源。还有一个容易被忽略的技巧用 COOIS 的订单信息系统按销售订单号过滤比逐张订单点开看快得多。COOIS 里可以选“订单抬头”字段做筛选把销售订单号填进去一次拉出所有相关订单再按状态排序没打 TECO 的一目了然。这个操作我一般教给计划员自己做日常巡检比每次出问题再来找顾问要高效。最后说个习惯MTO 项目上线后我会留一份“配置快照”把策略组、需求类型、项目类别、结算参数文件这几个关键配置的当前值导出来存档。后面有人改了配置导致行为变化拿快照一比就知道动了哪里。SAP 的配置改动很多时候没有变更记录可查这份快照就是后悔药。希望帮到你。本文还有配套的精品资源点击获取
