简介这是一份面向ERP系统实施顾问与运维人员的专业学习资料聚焦可用性检查与按订单生产场景的后台配置。文档以具体物料为例演示如何新建检查范围、定义可用性检查组、建立与检查规则的关系并针对MTO需求调整需求分类使物料主数据的可用性检查逻辑匹配实际业务。文中给出常用配置事务代码与后台路径并针对常见错误给出提示例如检查组内需启用可用性检查功能、需求分类需与生产策略匹配等。读者可以从中掌握可用性检查在计划生产与按订单生产模式下的配置差异理解需求类型、需求分类、策略组之间的联动关系文档逐步剖析了将需求分类从030调整为046的过程并指出实操中易错的关键点。整个资源仅包含1个docx文档压缩包大小约183KB内容紧凑但体系完整适合SAP初学者及项目实战人员反复查阅也可作为企业内部培训或项目实施的辅助资料。目前已有159人学习使用。1. 从MTS切到MTOSAP ERP里ATP检查范围的配置绕不开Z3和AE很多人以为在MM02里把策略组改成20就算切换MTOMake to Order按订单生产结果销售订单跑完MD04里一看需求还是按MTSMake to Stock按库存生产的库存销售逻辑在扣。ERP里真正决定可用性检查走法的是检查范围scope of checking和检查规则checking rule这一对配置。这篇文章从一个具体物料T-ATC02出发把可用性检查组从标准A/B换成自定义Z3检查规则改用AE需求分类从030切到046策略组改为20完整走了一遍SPRO配置链路。适合正在调ATP、碰MTO又被“可用性检查”“检查范围”这些字段绕晕的从业者新手可以照步骤点熟手可以拿来做核对清单。2. 定义可用性检查组Z3OVZ2激活与OVZ9绑定检查规则2.1 为什么要在标准组A/B之外新开Z3标准可用性检查组里A通常给订单用B给交货通知用。直接在A上改等于让所有走MTS的订单都跟着换逻辑风险太大。Z3是自定义组权限上和标准组分得很清楚只有T-ATC02这类要跑MTO的物料才挂Z3其它物料继续用A/B。这个隔离动作看似多建了一行数据实际是为了后续排查问题时不至于把标准配置裹进来。检查范围在SAP里的作用是回答两个问题检查谁以及按什么深度检查。检查组Z3负责“检查谁”它在物料主数据上被维护决定了销售订单做ATP时把哪些库存、哪些需求纳入计算检查规则负责“按什么深度”决定要不要看采购订单、生产订单、计划协议以及跨到哪个期间。两者缺一个可用性检查就变成普通库存查询这也是很多人配置完成后发现MD04不对的根因。2.2 第一段SPRO OVZ2新建可用性检查组事务代码OVZ2路径SPRO → 销售与分销 → 基础功能 → 可用性检查与传输需求 → 可用性检查 → 定义可用性检查组。进入后点“新条目”维护一张表字段值说明可用性检查组Z3自定义组名三位字符不能与标准组重名描述MTO 可用性检查用于MM02下拉选择和后续排查保存后OVZ2里还有一个“激活可用性检查功能”的子步骤这里的行项目会列出一堆标准内容A代表订单、B代表交货通知。很多人看到A和B就以为要改这两个其实文档原话也在这里栽过跟头写成了A/B然后再改回Z3。正确的操作是补一行Z3状态设为激活冻结标志按需设置。提示冻结标志是这块最容易“玄学”的字段。常见做法是先留空跑一轮MRP看结果确需冻结再回头勾。MTO业务如果担心提前生产占用资金可以把冻结勾起来如果希望尽量提前备料就留空让ATP把提前量放给生产。2.3 第二段OVZ9里建立Z3与检查规则的关系只有检查组没有规则范围还是空的。事务代码OVZ9路径SPRO → 销售与分销 → 基础功能 → 可用性检查与传输需求 → 可用性检查 → 定义可用性检查范围。OVZ9是典型的双列维护界面左侧可用性检查组右侧检查规则。新建关系行时把Z3放到组侧再选一条适合MTO的检查规则。如果你按本文后面的方案走MTO特殊库存规则这里要选AE。检查规则决定可用性检查的深度和口径。AE在MTO场景里的意义是告诉ATP检查“这张销售订单专属的MTO库存”而不是把工厂总库存全部拉进来。每一条规则背后都有一组控制参数包括是否考虑在途库存、是否考虑计划协议、是否考虑生产订单在制品。这些参数在OVZ9关系确认后可以再单独查看但在第一次搭建时没必要全调最要紧的是先让Z3和AE真正挂上。2.4 第三段MM02物料主数据挂Z3终于到物料侧。事务代码MM02物料T-ATC02工厂1000进入“销售数据”相关视图找到可用性检查字段把原来的A/B改成Z3保存。这里有个很容易踩的细节可用性检查字段在R3里通常属于“一般/工厂销售数据”视图不少项目里这个字段被屏幕格式隐藏掉了。如果用户直接进MM03看MRP视图看到的是另一个可用性检查字段改了也不影响SD的ATP。挂好之后用MM03确认工厂1000下销售视图里确实是Z3这一步才是本文的落地前提。到这里检查组层面的工作算完成但需求传递还是老的所以接着看第3章的需求分类链路。3. 检查规则AE与需求分类046把MTO特殊库存接进销售订单3.1 AE为什么适合MTO特殊库存AE不是所有系统都有的规则它专门面向MTO特殊库存。MTO场景下的销售订单物料库存不会躺在普通库存里而是挂在特殊库存E下面和销售订单绑定。AE这条规则就是要让ATP去检查这个特殊库存而不是只查总库存。如果检查规则选错最常见的结果是ATP明明很多库存但可用性检查就是过不去。原因就是规则查的不是普通库存它查的E库存里没有对应这个销售订单的量。反过来如果你的规则是查普通库存的MTO的订单又查不到订单专属供给。所以“AE适用于MTO特殊库存”这句话不是概念是排查问题时的方向指针。3.2 找到需求类型KE所对应的需求分类第一步是要知道此刻销售订单给T-ATC02的需求类型是什么。新建一张销售订单系统查出来需求类型是KE。KE代表从库存销售这是MTS的标准需求类型。接着我们用事务代码OVZH打开“定义需求类型”配置路径SPRO → 销售与分销 → 基础功能 → 可用性检查与传输需求 → 传输需求 → 定义需求类型。在需求类型行项目里找KE看它的“需求分类”Required classReqCl。用OVZH看到KE对应的需求分类是030030的语义是“从库存销售”。也就是说现在这张销售订单走到MRP里被当成普通的MTS库存销售需求在传递。要转成MTO就要把这个需求分类换成MTO对应的046而不是去改030本身。为什么要新起046因为030在系统里是MTS的标准配置一堆常规订单都挂在上面。改030影响面太大正确做法是OVZG里定义046然后把KE指到046。KE还是那个KE订单类型还是那个订单类型但后面接的需求语义已经完全变成MTO的。3.3 OVZG定义需求分类046事务代码OVZG路径SPRO → 销售与分销 → 基础功能 → 可用性检查与传输需求 → 传输需求 → 定义需求分类。新建需求分类046建议先确认几个关键字段字段建议值说明需求分类046与030区分可用性检查激活不激活则ATP不参与检查规则AE与OVZ9里的Z3关系保持一致特殊库存EMTO订单专属库存这几行配置里最容易翻车的不是需求分类本身而是检查规则。如果OVZG里这里填了别的规则就算MM02改成Z3OVZ9里也配了Z3AE需求传递时仍然会走到另一套规则上。检查规则、需求分类、检查组三者必须指向同一个语义这是配置MTO时必须一定同步走的链路。3.4 最后一步MM02策略组改为20回到MM02物料T-ATC02工厂1000把策略组改成20。策略组20是SAP标准的按订单生产MTO策略。它告诉MRP这个物料不再按MTS定期补货而是按销售订单来触发计划独立需求和生产计划。需求分类和策略组的分工是需求分类管销售订单到需求传递这一段策略组管MRP从需求到计划独立需求这一段。两个都不改中间一定断。这也是很多人把OVZH和OVZG配置完成后发现计划订单还是按MTS逻辑跑的原因——策略组还停在MTS的默认值上。改完成后再用MD04跑一遍就能看到需求类型KE带着需求分类046需求链路整体闭环。4. 避坑从Z3到046常见的四个翻车点与处理路径4.1 MM02改成Z3但ATP没有按Z3执行现象MM02里可用性检查字段已经改成Z3保存也成功但新建销售订单做可用性检查时系统还是按原来的A/B逻辑扣减。原因OVZ2里只建了Z3这个组没有在“激活可用性检查功能”子步骤里把Z3激活。没有激活的检查组在ATP运行时根本不会进入候选列表。解决回到OVZ2补齐激活行。把Z3设为激活状态再按业务确认冻结标志保存后重新做一次ATP检查。这个坑在文档里出现过一次原配置者把A/B和Z3写混花了比较多时间才排查出来。4.2 需求分类改成046MD04里却还是030现象OVZG里定义好了046OVZH里把KE的需求分类从030改成了046但新建销售订单后MD04显示的需求传递还是030。原因大部分场景是策略组没同步。策略组还是MTS默认值时MRP会把需求重新还原成MTS库存销售的传递模式看起来就跟030一样。解决MM02里把策略组改成20。如果策略组已经是20那就检查销售订单是不是复用了一张旧的订单副本订单复制控制里可能把旧的需求分类带过来了新建一张干干净净的订单再验证。4.3 OVZ9保存时报错提示Z3与AE的关系没有生效现象OVZ9里尝试保存Z3AE关系系统提示检查组或检查规则无效。原因AE在系统里还没定义或者AE只存在于另一个客户端/命名空间。SAP的检查规则和需求分类一样都需要在当前配置层里能看到对应的行项目。解决先用OVZ1或OVZ9旁边的检查规则配置视图确认AE存在。如果不存在定义一个与MTO特殊库存匹配的规则然后回到OVZ9重新保存。4.4 可用量充足可用性检查却报缺料现象物料T-ATC02的总库存明明有几百ATP检查却提示无法满足。原因这个现象其实不是完全错误。当AE指向MTO特殊库存E时ATP检查的是这个销售订单专属的E库存有没有量总库存再大都不算数。如果E库存里没有对应的量系统就会报缺料。第一次上手时容易把它当成配置错误的bug其实这正是MTO检查规则该有的行为。解决先看MD04里的需求行有没有带上销售订单号确认特殊库存维度再检查这条销售订单是否分配了足够的E库存。如果连需求都没带单号回到第3章查需求分类和策略组的链路。5. 验证链路用MD04和VA01确认MTO可用性检查真正生效5.1 验证前先准备一张干净销售订单配置改完之后别拿一张旧的销售订单复制来验证。旧的订单复制控制会带着历史的需求分类和策略组信息结果出来永远是旧逻辑。事务代码VA01新建一张订单物料用T-ATC02工厂1000数量取一个常规值然后直接进ATP检查。这一步容易忽略的是销售订单类型。如果你换了别的不走可用性检查的订单类型物料再配得好也不会触发ATP。验证用的订单类型最好和实际业务保持一致否则你验证的是一套无关的规则。5.2 MD04里看需求类型和需求分类保存订单后用MD04查看T-ATC02的库存/需求清单。切到“需求”页签留意这三项需求类型是不是KE需求分类是不是046需求数量后面有没有带上销售订单号。如果需求分类显示046并且该行和销售订单号绑定说明需求传递已经从MTS变成MTO。如果这里还是030先看策略组再回头查OVZH里KE的指向。MD04还有一个容易被当成“验证通过”的假象可用量那个数字看起来正常就以为配置对了。实际上MTO场景里你更该关心的是需求行拆分出来的是不是订单专属库存而不是普通的工厂库存。这也是为什么我一般会同时打开CO03看生产订单来源确认它带的是哪张销售订单。5.3 VA01里看ATP检查的实际范围再次进入VA01在行项目上执行可用性检查菜单路径环境 → 可用性检查或者直接用附加功能打开。系统弹出来的检查结果显示的是Z3对应的检查范围和AE规则而不是原来的A/B。看到Z3AE同时出现才说明ATP检查真正切到MTO逻辑。如果这里显示的还是A或者B多半是MM02里改的视图不对或者物料主数据的字段没有保存成功。这时候别急着改OVZ9先回MM03确认销售视图下Z3有没有真正落上。5.4 常见误判把“缺料”当成“配置失败”验证阶段最容易让人动摇的是总库存足够可用性检查却提示缺料。第一反应往往是往前翻配置去改Z3、AE、需求分类。其实在MTO场景下AE规则检查的是销售订单特殊库存E有没有量ERP里总库存再多没挂到这张订单上就是不可用。所以看到缺料提示先确认是不是E库存维度的问题再决定要不要动配置。反过来如果检查结果一点问题都没有、可用量充足也不一定代表配置成功。MTO特殊库存的可用量本身就挂在销售订单维度上很多新人验证到这一步就收工结果订单创建后生产订单完全没触发。正确的收尾动作是去CO03看一眼确认计划订单和生产订单都已经按这张销售订单生成。这一条不用改配置但能筛掉一半的“假成功”。6. 多工厂复用的技巧复制Z3和046之前先看这三张表6.1 配置传输之前先把请求号归好类假设你做完以后要把Z3和046带到测试机或者其它工厂。直接手动重新配一遍容易漏工程做法是把配置放进同一个传输请求里从开发机传到测试机。OVZ2和OVZ9的配置都在SPRO里保存时会提示选择请求号OVZG里新建的046同样会进入传输请求。没注意请求号的话后面在测试机查配置会发现少了一半。6.2 到目标环境后用表检查核对配置不能靠感觉。传输到测试环境后我一般会快速过三张表检查组定义表、检查规则关系表、需求分类表。用SE16N打开按Z3和046过滤看行项目是否跟开发环境一致。常见做法是把开发环境的清单导出来到测试环境再导一份直接在Excel里比对空行、缺行一目了然。多工厂复用还有个小习惯如果这家公司后续还有第二家工厂要上MTO不需要再从零建Z3直接把OVZ2和OVZ9里的关系复制一份新工厂的视图就行。但复制之前一定要确认需求分类046已经覆盖到新的工厂否则传输只管了检查组没管需求分类一样跑不出MTO结果。这个习惯不是我一开始就有的。早年有一次上线前夜测试环境里怎么都查不到Z3最后发现是OVZ9的关系行没有进传输请求白熬夜了。从那以后我每次做完ATP检查相关配置都强制走一遍SE16N比对确认检查组、检查规则、需求分类三张表都带全了才收工。希望帮到你。本文还有配套的精品资源点击获取