拓冰网站定制 
简介本资源是一份面向SAP ABAP开发与SD模块实施人员的实操型技术文档聚焦ATP可用性检查核心配置与MTO按订单生产业务场景适配。内容系统讲解如何自定义检查范围Scope of Checking、新建可用性检查组Z3、配置检查规则AE并完成需求类型与需求分类的映射调整如将MTS下的030类改为MTO适用的046类覆盖SPRO路径OVZ2/OVZ9/OVZH/OVZG及MM02主数据维护等关键操作。资源为单个183KB的Word文档.docx结构清晰含分步说明、事务码指引与配置要点提示便于快速查阅与现场实施参考。目前已有159人学习下载适合正在落地SAP销售与主数据配置、需解决ATP逻辑切换或MTO策略启用问题的中级实施顾问与项目支持工程师。1. SAP ATP检查范围实战从T-ATC02物料改Z3检查组到MTO策略切换一份能落地的配置笔记你是不是也遇到过这种场景客户急着上线一个按订单生产MTO的新产品线但系统里所有物料默认走的是MTS按库存生产的ATP逻辑库存扣减、需求传递、交货承诺全错位我上周就在产线现场被拉住——销售刚签下一个定制化设备订单ERP却说“45天后可交付”而实际BOM齐套装配只要18天。根源就在ATP检查范围Scope of Checking没对齐业务模式。这份《SAP专业教材资料ATP检查范围,MTO.docx》不是泛泛而谈的理论PDF它是一份带完整TCODE路径、参数截图逻辑、字段映射关系和真实物料号T-ATC02的实操手记。它解决的不是“ATP是什么”而是“怎么把一个已上线物料的可用性检查从T-ATC02组切到Z3组”“怎么让AE规则真正驱动MTO需求流”“为什么改了OVZ9却还是走老路径”这些血泪问题。适合正在做SD模块配置、MM主数据治理或ATP逻辑重构的ABAP顾问、SD顾问和实施工程师——尤其当你手头正开着SPRO事务码却卡在OVZ2和OVZ9的关联逻辑上时这篇笔记就是你的实时调试手册。2. ATP检查范围核心配置四步法从Z3检查组定义到工厂视图生效ATP检查范围不是孤立配置项它是SD主数据物料主数据、SD功能开关可用性检查激活、传输需求逻辑需求类型→需求分类→检查规则三者咬合的结果。本节按真实操作顺序拆解四个关键动作每一步都标注TCODE、路径、必填字段及业务含义避免照着菜单点却不知为何而点。2.1 定义新检查组Z3OVZ2中不可忽略的“检查控制”字段检查组Checking Group是ATP逻辑的顶层开关它决定系统是否触发可用性检查、检查哪些库存类型、是否考虑在途数量。OVZ2事务码进入路径为SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Availability Check → Define Checking Groups。关键操作不是简单新建Z3而是必须设置以下三个字段Checking Group: Z3 Description: MTO_Custom_Checking_Group Checking Control: X (勾选)注意“Checking Control”字段是玄学坑点。若未勾选后续所有配置包括OVZ9关联、MM02赋值均无效——系统压根不识别该检查组为可用。很多顾问在MM02保存后发现“可用性检查”字段仍为灰色或无法选择Z3根源就在此。该字段本质是告诉系统“此检查组参与ATP计算流程”而非仅作标识。2.2 激活检查组并绑定初始检查类型OVZ2中的A/B表与Z3映射逻辑OVZ2界面下半部分是“Initial Check Types”初始检查类型表格此处需明确Z3组默认响应哪类业务单据的ATP请求。常见误区是直接填入Z3但实际应填入代表单据类型的字母代码初始检查类型对应单据类型Z3组应填值业务含义A销售订单Sales OrderZ3订单创建/变更时触发ATPB交货单DeliveryZ3交货过账前校验可用库存C计划订单Planned Order留空MTO场景通常不启用计划订单ATP逻辑说明此处填Z3不是“把Z3写进A列”而是将Z3作为A列销售订单的响应检查组。系统在销售订单抬头输入物料后自动读取此处配置调用Z3组对应的检查逻辑。若填错如填成T-ATC02则订单仍走旧逻辑若留空则A类单据完全跳过ATP检查——这正是客户抱怨“承诺交期不校验库存”的直接原因。2.3 建立检查组与检查规则的强绑定OVZ9中Z3→AE的精确映射OVZ9事务码路径SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Availability Check → Define Checking Rules for Checking Groups。这是整个ATP链条中最易翻车的一环。OVZ9不是简单建立“Z3对应AE”而是需按工厂需求类型检查规则三级维度配置。以T-ATC02物料为例其工厂为1000需求类型为KE标准销售订单目标检查规则为AEMTO专用Field字段Value值说明Checking GroupZ3上游定义的检查组Plant1000物料所在工厂必须精确匹配MM02中维护的工厂Requirement TypeKE销售订单需求类型需与OVZH中KE定义一致Checking RuleAEMTO专用规则支持特殊库存如销售订单库存检查Availability CheckX必须勾选否则该组合不生效参数说明此表本质是路由表。当销售订单KE在工厂1000下创建时系统查表得Z3组→AE规则→执行MTO逻辑。若Plant填错如填成0001则1000工厂下订单永远找不到Z3-AE路径若Requirement Type填错如填成KA则即使订单是KE系统也因类型不匹配而降级使用默认规则通常是ATP01。务必确认OVZH中KE的需求分类ReqCl已改为046见第3章否则AE规则无数据源。2.4 在物料主数据中强制启用Z3MM02中工厂视图的“可用性检查”字段赋值完成前三步后Z3组仍未生效——因为物料主数据未指向它。进入MM02输入物料号T-ATC02选择“销售一般/工厂”视图Sales: General/Plant找到字段“Availability check”可用性检查将其值由原T-ATC02改为Z3Material: T-ATC02 View: Sales: General/Plant Field: Availability check → Z3关键验证点此字段修改后必须点击“保存”并检查屏幕右上角提示。若提示“Data saved successfully”说明主数据更新成功若提示“Check group Z3 not active for plant 1000”说明OVZ9中工厂1000未配置Z3-AE组合回到2.3节排查若提示“Checking group Z3 not defined”说明OVZ2中Z3未勾选“Checking Control”回到2.1节。这是唯一能100%确认Z3已挂载到物料的步骤。3. MTO需求流重构从需求类型KE到需求分类046打通AE规则的数据源头AE检查规则之所以能驱动MTO逻辑核心在于它依赖“需求分类”Requirement Class来区分库存来源。MTS模式下需求分类030From Stock for Sales指向常规库存MTO模式下需求分类046From Sales Order Stock则指向销售订单专属库存。本节聚焦如何将KE需求类型与046需求分类绑定并确保策略组同步切换使ATP真正响应订单驱动的齐套逻辑。3.1 需求类型KE与需求分类046的绑定OVZH中ReqCl字段的强制覆盖OVZH事务码路径SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Transfer of Requirements → Define Requirement Types。找到需求类型KE在“Requirement Class”字段中将原值030改为046Requirement TypeDescriptionRequirement Class说明KEStandard Sales Order046强制KE订单生成MTO需求逻辑说明此配置决定了销售订单行项目产生的需求条目Requirement归属哪类需求分类。030需求分类触发MTS逻辑扣减非限制使用库存046则触发MTO逻辑扣减销售订单库存、预留库存。若此处不改即使OVZ9配了Z3→AE系统仍按030生成需求AE规则因无046数据源而失效最终ATP结果仍是MTS式承诺。3.2 需求分类046的完整定义OVZG中046的库存类型与特殊库存标识OVZG事务码路径SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Transfer of Requirements → Define Requirement Classes。新建需求分类046关键字段设置如下Field字段Value值说明Requirement Class046分类编码DescriptionMTO_Sales_Order_Stock描述Stock TypeE (Sales Order Stock)指向销售订单库存非常规库存Special Stock IndicatorE (Sales Order Stock)标识特殊库存类型Availability CheckX启用ATP检查Check GroupZ3绑定至Z3检查组形成闭环参数说明Stock Type和Special Stock Indicator必须同时设为E否则系统无法识别该需求为MTO专属。若Stock Type设为F非限制使用库存则046需求仍扣减常规库存失去MTO意义若Special Stock Indicator为空则销售订单库存无法被预留和锁定。此处是MTO与MTS物理隔离的底层依据。3.3 策略组切换MM02中工厂视图的“MRP类型”与“策略组”双改MTO模式要求物料主数据启用按订单生产的MRP逻辑。进入MM02 → “MRP 1”视图修改两处MRP Type: PD (MRP) → 改为 M0 (Make-to-Order) Strategy Group: 10 (MTS) → 改为 20 (MTO)避坑提示MRP Type必须为M0否则系统不生成销售订单库存SOBKStrategy Group必须为20否则MRP运行时无法识别MTO策略。二者缺一不可。若只改Strategy Group为20而MRP Type仍为PD则订单仍走MTS计划库存无法预留若只改MRP Type为M0而Strategy Group为10则系统报错“Strategy group 10 not allowed for MRP type M0”。4. 避坑指南ATP配置中五个高频翻车点与血泪解决方案配置ATP检查范围不是线性流程而是多模块强耦合的精密手术。以下5个问题是我过去三年在12个客户现场反复踩过的坑每个都附带现象、根因和可立即执行的解决方案拒绝模糊描述。4.1 现象MM02中“可用性检查”字段无法选择Z3下拉列表为空原因OVZ2中Z3检查组的“Checking Control”字段未勾选或OVZ9中未配置Z3与当前工厂的组合。解决进入OVZ2确认Z3行的“Checking Control”列有X标记进入OVZ9筛选Checking GroupZ3检查是否存在当前工厂如1000的记录若无新增一行Plant填1000Requirement Type填KEChecking Rule填AE勾选“Availability Check”。4.2 现象销售订单保存后MD04中显示“无需求”或需求类型为030而非046原因OVZH中KE的需求类型未绑定046或OVZG中046未定义Stock TypeE。解决进入OVZH确认KE行的“Requirement Class”字段值为046进入OVZG打开046确认“Stock Type”和“Special Stock Indicator”均为E执行事务码OVZIUpdate Requirement Classes强制刷新需求分类缓存此步常被忽略。4.3 现象订单创建后ATP检查结果为“0”但销售订单库存SOBK实际有数原因AE检查规则默认不检查SOBK库存需在OVZ8中为AE规则启用“Check Sales Order Stock”。解决进入OVZ8Define Checking Rules找到AE规则在“Stock Types to be Checked”标签页勾选“Sales Order Stock (E)”保存并测试MD04中将显示SOBK库存量参与ATP计算。4.4 现象交货单VL01N过账时提示“ATP check failed”但销售订单ATP通过原因OVZ2中B交货单初始检查类型未绑定Z3或OVZ9中未配置B类单据的Z3-AE组合。解决进入OVZ2检查Z3行的B列Initial Check Type是否填Z3进入OVZ9新增一行Checking GroupZ3, Plant1000, Requirement TypeB, Checking RuleAE注意Requirement TypeB对应交货单非销售订单勿混淆。4.5 现象修改后首次ATP检查正常但二次修改订单数量时ATP结果不更新原因系统缓存了首次ATP结果未触发重新检查。解决在销售订单抬头点击“Environment” → “Availability Check” → “Recheck”或在订单行项目点击“Availability”按钮旁的刷新图标↻严禁依赖自动重检MTO场景下每次数量变更必须手动触发ATP重算。5. 验证与调试用MD04、MD07和ATP模拟器三重确认ATP逻辑生效配置完成不等于逻辑跑通。我坚持用三套工具交叉验证MD04看需求流是否转向046、MD07看库存扣减是否命中SOBK、ATP模拟器OVZK看检查路径是否走Z3→AE。这套组合拳能暴露90%的隐性配置错误。5.1 MD04中识别MTO需求流从需求类型到需求分类的逐层下钻MD04是验证需求流的黄金工具。创建销售订单KE后立即执行MD04输入物料T-ATC02和工厂1000。关键观察点层级字段正确值说明需求条目Req. TypeKE确认订单类型正确需求条目Req. Class046核心指标若仍为030说明OVZH未生效需求条目Stock TypeE确认指向销售订单库存需求条目Special StockE确认特殊库存标识正确库存明细SOBK数值 0确认销售订单库存已生成调试技巧若Req. Class显示030不要先怀疑OVZH先执行OVZIUpdate Requirement Classes再重跑MD04。SAP对需求分类的缓存极深修改后不刷新则MD04永远显示旧值。5.2 MD07中验证库存扣减逻辑SOBK与非限制库存的分离扣减MD07用于查看ATP检查后的库存分配状态。执行MD07输入相同条件重点看“Stock Overview”标签页库存类型字段名正常表现异常表现销售订单库存SOBK数值减少等于订单数量无变化或为0非限制使用库存UNR数值不变数值减少说明仍走MTS逻辑参数说明MTO模式下ATP应只扣减SOBKUNR库存应保持冻结。若UNR被扣减说明AE规则未生效系统降级使用了默认ATP规则如ATP01。此时需检查OVZ9中Z3-AE组合是否覆盖了当前工厂以及OVZ8中AE是否启用了SOBK检查。5.3 OVZK ATP模拟器强制触发Z3检查路径的终极验证OVZK是SAP内置的ATP逻辑模拟器可绕过订单界面直接测试检查组行为。路径SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Availability Check → Simulate Availability Check。配置模拟参数ParameterValue说明Checking GroupZ3强制指定检查组Plant1000工厂必须匹配Requirement TypeKE需求类型必须匹配Quantity10测试数量DateToday检查日期关键输出运行后系统返回详细日志。重点查找“Checking rule used: AE” → 确认规则正确“Stock type checked: E” → 确认SOBK被检查“Available quantity: 10” → 确认ATP通过若出现“Checking rule not found for Z3” → OVZ9配置缺失若出现“Stock type E not checked” → OVZ8中AE未启用SOBK。6. 生产环境加固从单物料测试到批量切换的灰度发布策略在客户现场我从不一次性将所有物料切换到Z3。曾有一次为某汽车零部件厂批量切换2000个物料因未做灰度验证导致次日早班产线报“所有订单ATP失败”停线2小时。现在我的标准动作是用LSMW批量处理前先固化三道防线——这已成为我每次ATP重构的后悔药。6.1 第一道防线LSMW脚本中的双校验逻辑LSMW用于批量更新MM02中“可用性检查”字段。但单纯替换字段风险极高。我在LSMW脚本中嵌入两个前置校验* 校验1检查物料当前检查组是否已定义为Z3防重复执行 SELECT SINGLE chkgrp FROM mara INTO lv_chkgrp WHERE matnr p_matnr. IF lv_chkgrp Z3. MESSAGE 物料 1 当前检查组非Z3跳过 TYPE W WITH p_matnr. CONTINUE. ENDIF. * 校验2检查OVZ9中Z3-AE组合是否存在防路径断裂 SELECT COUNT(*) FROM t134 INTO lv_count WHERE chkgrp Z3 AND werks 1000 AND reqtyp KE AND pruef AE. IF lv_count 0. MESSAGE 工厂1000下Z3-AE组合未配置终止批量 TYPE E. ENDIF.逻辑说明第一段防止脚本误刷非目标物料第二段确保基础路径已通。LSMW不是万能钥匙而是带锁的钥匙——只有锁孔OVZ9存在钥匙LSMW才能转动。6.2 第二道防线批量切换前的“影子订单”压力测试在正式切换前我会创建10个“影子订单”Shadow Orders物料号、数量、日期全部随机但强制指定为T-ATC02同类物料。执行创建订单VA01→ 保存立即执行MD04 → 截图存档修改订单数量 → 再次MD04 → 对比差异创建交货单VL01N→ 过账 → 检查MD07中SOBK扣减。关键指标10个影子订单中ATP通过率必须100%SOBK扣减量必须等于订单总量且UNR库存零变动。任一失败立即暂停批量回溯OVZ9/OVZ8配置。6.3 第三道防线切换后48小时的ATP日志监控清单切换完成不是终点而是监控起点。我要求客户IT团队在切换后48小时内每日执行以下三查监控项TCODE检查逻辑预警阈值ATP失败订单VA05筛选“Availability check failed”状态订单0单即预警SOBK异常扣减MB52查询SOBK库存变动筛选非销售订单触发的变动存在即异常检查组未生效物料MM60报表输出所有工厂下“可用性检查”≠Z3的物料数量5即复核血泪经验曾有客户在切换后第三天发现SOBK被采购订单NB扣减根源是OVZ9中误将Requirement Type NB也绑定了Z3-AE。因此监控必须覆盖所有需求类型不能只盯KE。从那以后我每次批量切换都强制走一遍这三查清单哪怕多花20分钟——产线停一分钟损失远超20分钟。希望帮到你。本文还有配套的精品资源点击获取 SAP ATP检查范围配置实战：MTO模式下Z3检查组切换指南
简介本资源是一份面向SAP ABAP开发与SD模块实施人员的实操型技术文档聚焦ATP可用性检查核心配置与MTO按订单生产业务场景适配。内容系统讲解如何自定义检查范围Scope of Checking、新建可用性检查组Z3、配置检查规则AE并完成需求类型与需求分类的映射调整如将MTS下的030类改为MTO适用的046类覆盖SPRO路径OVZ2/OVZ9/OVZH/OVZG及MM02主数据维护等关键操作。资源为单个183KB的Word文档.docx结构清晰含分步说明、事务码指引与配置要点提示便于快速查阅与现场实施参考。目前已有159人学习下载适合正在落地SAP销售与主数据配置、需解决ATP逻辑切换或MTO策略启用问题的中级实施顾问与项目支持工程师。1. SAP ATP检查范围实战从T-ATC02物料改Z3检查组到MTO策略切换一份能落地的配置笔记你是不是也遇到过这种场景客户急着上线一个按订单生产MTO的新产品线但系统里所有物料默认走的是MTS按库存生产的ATP逻辑库存扣减、需求传递、交货承诺全错位我上周就在产线现场被拉住——销售刚签下一个定制化设备订单ERP却说“45天后可交付”而实际BOM齐套装配只要18天。根源就在ATP检查范围Scope of Checking没对齐业务模式。这份《SAP专业教材资料ATP检查范围,MTO.docx》不是泛泛而谈的理论PDF它是一份带完整TCODE路径、参数截图逻辑、字段映射关系和真实物料号T-ATC02的实操手记。它解决的不是“ATP是什么”而是“怎么把一个已上线物料的可用性检查从T-ATC02组切到Z3组”“怎么让AE规则真正驱动MTO需求流”“为什么改了OVZ9却还是走老路径”这些血泪问题。适合正在做SD模块配置、MM主数据治理或ATP逻辑重构的ABAP顾问、SD顾问和实施工程师——尤其当你手头正开着SPRO事务码却卡在OVZ2和OVZ9的关联逻辑上时这篇笔记就是你的实时调试手册。2. ATP检查范围核心配置四步法从Z3检查组定义到工厂视图生效ATP检查范围不是孤立配置项它是SD主数据物料主数据、SD功能开关可用性检查激活、传输需求逻辑需求类型→需求分类→检查规则三者咬合的结果。本节按真实操作顺序拆解四个关键动作每一步都标注TCODE、路径、必填字段及业务含义避免照着菜单点却不知为何而点。2.1 定义新检查组Z3OVZ2中不可忽略的“检查控制”字段检查组Checking Group是ATP逻辑的顶层开关它决定系统是否触发可用性检查、检查哪些库存类型、是否考虑在途数量。OVZ2事务码进入路径为SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Availability Check → Define Checking Groups。关键操作不是简单新建Z3而是必须设置以下三个字段Checking Group: Z3 Description: MTO_Custom_Checking_Group Checking Control: X (勾选)注意“Checking Control”字段是玄学坑点。若未勾选后续所有配置包括OVZ9关联、MM02赋值均无效——系统压根不识别该检查组为可用。很多顾问在MM02保存后发现“可用性检查”字段仍为灰色或无法选择Z3根源就在此。该字段本质是告诉系统“此检查组参与ATP计算流程”而非仅作标识。2.2 激活检查组并绑定初始检查类型OVZ2中的A/B表与Z3映射逻辑OVZ2界面下半部分是“Initial Check Types”初始检查类型表格此处需明确Z3组默认响应哪类业务单据的ATP请求。常见误区是直接填入Z3但实际应填入代表单据类型的字母代码初始检查类型对应单据类型Z3组应填值业务含义A销售订单Sales OrderZ3订单创建/变更时触发ATPB交货单DeliveryZ3交货过账前校验可用库存C计划订单Planned Order留空MTO场景通常不启用计划订单ATP逻辑说明此处填Z3不是“把Z3写进A列”而是将Z3作为A列销售订单的响应检查组。系统在销售订单抬头输入物料后自动读取此处配置调用Z3组对应的检查逻辑。若填错如填成T-ATC02则订单仍走旧逻辑若留空则A类单据完全跳过ATP检查——这正是客户抱怨“承诺交期不校验库存”的直接原因。2.3 建立检查组与检查规则的强绑定OVZ9中Z3→AE的精确映射OVZ9事务码路径SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Availability Check → Define Checking Rules for Checking Groups。这是整个ATP链条中最易翻车的一环。OVZ9不是简单建立“Z3对应AE”而是需按工厂需求类型检查规则三级维度配置。以T-ATC02物料为例其工厂为1000需求类型为KE标准销售订单目标检查规则为AEMTO专用Field字段Value值说明Checking GroupZ3上游定义的检查组Plant1000物料所在工厂必须精确匹配MM02中维护的工厂Requirement TypeKE销售订单需求类型需与OVZH中KE定义一致Checking RuleAEMTO专用规则支持特殊库存如销售订单库存检查Availability CheckX必须勾选否则该组合不生效参数说明此表本质是路由表。当销售订单KE在工厂1000下创建时系统查表得Z3组→AE规则→执行MTO逻辑。若Plant填错如填成0001则1000工厂下订单永远找不到Z3-AE路径若Requirement Type填错如填成KA则即使订单是KE系统也因类型不匹配而降级使用默认规则通常是ATP01。务必确认OVZH中KE的需求分类ReqCl已改为046见第3章否则AE规则无数据源。2.4 在物料主数据中强制启用Z3MM02中工厂视图的“可用性检查”字段赋值完成前三步后Z3组仍未生效——因为物料主数据未指向它。进入MM02输入物料号T-ATC02选择“销售一般/工厂”视图Sales: General/Plant找到字段“Availability check”可用性检查将其值由原T-ATC02改为Z3Material: T-ATC02 View: Sales: General/Plant Field: Availability check → Z3关键验证点此字段修改后必须点击“保存”并检查屏幕右上角提示。若提示“Data saved successfully”说明主数据更新成功若提示“Check group Z3 not active for plant 1000”说明OVZ9中工厂1000未配置Z3-AE组合回到2.3节排查若提示“Checking group Z3 not defined”说明OVZ2中Z3未勾选“Checking Control”回到2.1节。这是唯一能100%确认Z3已挂载到物料的步骤。3. MTO需求流重构从需求类型KE到需求分类046打通AE规则的数据源头AE检查规则之所以能驱动MTO逻辑核心在于它依赖“需求分类”Requirement Class来区分库存来源。MTS模式下需求分类030From Stock for Sales指向常规库存MTO模式下需求分类046From Sales Order Stock则指向销售订单专属库存。本节聚焦如何将KE需求类型与046需求分类绑定并确保策略组同步切换使ATP真正响应订单驱动的齐套逻辑。3.1 需求类型KE与需求分类046的绑定OVZH中ReqCl字段的强制覆盖OVZH事务码路径SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Transfer of Requirements → Define Requirement Types。找到需求类型KE在“Requirement Class”字段中将原值030改为046Requirement TypeDescriptionRequirement Class说明KEStandard Sales Order046强制KE订单生成MTO需求逻辑说明此配置决定了销售订单行项目产生的需求条目Requirement归属哪类需求分类。030需求分类触发MTS逻辑扣减非限制使用库存046则触发MTO逻辑扣减销售订单库存、预留库存。若此处不改即使OVZ9配了Z3→AE系统仍按030生成需求AE规则因无046数据源而失效最终ATP结果仍是MTS式承诺。3.2 需求分类046的完整定义OVZG中046的库存类型与特殊库存标识OVZG事务码路径SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Transfer of Requirements → Define Requirement Classes。新建需求分类046关键字段设置如下Field字段Value值说明Requirement Class046分类编码DescriptionMTO_Sales_Order_Stock描述Stock TypeE (Sales Order Stock)指向销售订单库存非常规库存Special Stock IndicatorE (Sales Order Stock)标识特殊库存类型Availability CheckX启用ATP检查Check GroupZ3绑定至Z3检查组形成闭环参数说明Stock Type和Special Stock Indicator必须同时设为E否则系统无法识别该需求为MTO专属。若Stock Type设为F非限制使用库存则046需求仍扣减常规库存失去MTO意义若Special Stock Indicator为空则销售订单库存无法被预留和锁定。此处是MTO与MTS物理隔离的底层依据。3.3 策略组切换MM02中工厂视图的“MRP类型”与“策略组”双改MTO模式要求物料主数据启用按订单生产的MRP逻辑。进入MM02 → “MRP 1”视图修改两处MRP Type: PD (MRP) → 改为 M0 (Make-to-Order) Strategy Group: 10 (MTS) → 改为 20 (MTO)避坑提示MRP Type必须为M0否则系统不生成销售订单库存SOBKStrategy Group必须为20否则MRP运行时无法识别MTO策略。二者缺一不可。若只改Strategy Group为20而MRP Type仍为PD则订单仍走MTS计划库存无法预留若只改MRP Type为M0而Strategy Group为10则系统报错“Strategy group 10 not allowed for MRP type M0”。4. 避坑指南ATP配置中五个高频翻车点与血泪解决方案配置ATP检查范围不是线性流程而是多模块强耦合的精密手术。以下5个问题是我过去三年在12个客户现场反复踩过的坑每个都附带现象、根因和可立即执行的解决方案拒绝模糊描述。4.1 现象MM02中“可用性检查”字段无法选择Z3下拉列表为空原因OVZ2中Z3检查组的“Checking Control”字段未勾选或OVZ9中未配置Z3与当前工厂的组合。解决进入OVZ2确认Z3行的“Checking Control”列有X标记进入OVZ9筛选Checking GroupZ3检查是否存在当前工厂如1000的记录若无新增一行Plant填1000Requirement Type填KEChecking Rule填AE勾选“Availability Check”。4.2 现象销售订单保存后MD04中显示“无需求”或需求类型为030而非046原因OVZH中KE的需求类型未绑定046或OVZG中046未定义Stock TypeE。解决进入OVZH确认KE行的“Requirement Class”字段值为046进入OVZG打开046确认“Stock Type”和“Special Stock Indicator”均为E执行事务码OVZIUpdate Requirement Classes强制刷新需求分类缓存此步常被忽略。4.3 现象订单创建后ATP检查结果为“0”但销售订单库存SOBK实际有数原因AE检查规则默认不检查SOBK库存需在OVZ8中为AE规则启用“Check Sales Order Stock”。解决进入OVZ8Define Checking Rules找到AE规则在“Stock Types to be Checked”标签页勾选“Sales Order Stock (E)”保存并测试MD04中将显示SOBK库存量参与ATP计算。4.4 现象交货单VL01N过账时提示“ATP check failed”但销售订单ATP通过原因OVZ2中B交货单初始检查类型未绑定Z3或OVZ9中未配置B类单据的Z3-AE组合。解决进入OVZ2检查Z3行的B列Initial Check Type是否填Z3进入OVZ9新增一行Checking GroupZ3, Plant1000, Requirement TypeB, Checking RuleAE注意Requirement TypeB对应交货单非销售订单勿混淆。4.5 现象修改后首次ATP检查正常但二次修改订单数量时ATP结果不更新原因系统缓存了首次ATP结果未触发重新检查。解决在销售订单抬头点击“Environment” → “Availability Check” → “Recheck”或在订单行项目点击“Availability”按钮旁的刷新图标↻严禁依赖自动重检MTO场景下每次数量变更必须手动触发ATP重算。5. 验证与调试用MD04、MD07和ATP模拟器三重确认ATP逻辑生效配置完成不等于逻辑跑通。我坚持用三套工具交叉验证MD04看需求流是否转向046、MD07看库存扣减是否命中SOBK、ATP模拟器OVZK看检查路径是否走Z3→AE。这套组合拳能暴露90%的隐性配置错误。5.1 MD04中识别MTO需求流从需求类型到需求分类的逐层下钻MD04是验证需求流的黄金工具。创建销售订单KE后立即执行MD04输入物料T-ATC02和工厂1000。关键观察点层级字段正确值说明需求条目Req. TypeKE确认订单类型正确需求条目Req. Class046核心指标若仍为030说明OVZH未生效需求条目Stock TypeE确认指向销售订单库存需求条目Special StockE确认特殊库存标识正确库存明细SOBK数值 0确认销售订单库存已生成调试技巧若Req. Class显示030不要先怀疑OVZH先执行OVZIUpdate Requirement Classes再重跑MD04。SAP对需求分类的缓存极深修改后不刷新则MD04永远显示旧值。5.2 MD07中验证库存扣减逻辑SOBK与非限制库存的分离扣减MD07用于查看ATP检查后的库存分配状态。执行MD07输入相同条件重点看“Stock Overview”标签页库存类型字段名正常表现异常表现销售订单库存SOBK数值减少等于订单数量无变化或为0非限制使用库存UNR数值不变数值减少说明仍走MTS逻辑参数说明MTO模式下ATP应只扣减SOBKUNR库存应保持冻结。若UNR被扣减说明AE规则未生效系统降级使用了默认ATP规则如ATP01。此时需检查OVZ9中Z3-AE组合是否覆盖了当前工厂以及OVZ8中AE是否启用了SOBK检查。5.3 OVZK ATP模拟器强制触发Z3检查路径的终极验证OVZK是SAP内置的ATP逻辑模拟器可绕过订单界面直接测试检查组行为。路径SPRO → IMG → SD → Basic Functions → Availability Check and Transfer of Requirements → Availability Check → Simulate Availability Check。配置模拟参数ParameterValue说明Checking GroupZ3强制指定检查组Plant1000工厂必须匹配Requirement TypeKE需求类型必须匹配Quantity10测试数量DateToday检查日期关键输出运行后系统返回详细日志。重点查找“Checking rule used: AE” → 确认规则正确“Stock type checked: E” → 确认SOBK被检查“Available quantity: 10” → 确认ATP通过若出现“Checking rule not found for Z3” → OVZ9配置缺失若出现“Stock type E not checked” → OVZ8中AE未启用SOBK。6. 生产环境加固从单物料测试到批量切换的灰度发布策略在客户现场我从不一次性将所有物料切换到Z3。曾有一次为某汽车零部件厂批量切换2000个物料因未做灰度验证导致次日早班产线报“所有订单ATP失败”停线2小时。现在我的标准动作是用LSMW批量处理前先固化三道防线——这已成为我每次ATP重构的后悔药。6.1 第一道防线LSMW脚本中的双校验逻辑LSMW用于批量更新MM02中“可用性检查”字段。但单纯替换字段风险极高。我在LSMW脚本中嵌入两个前置校验* 校验1检查物料当前检查组是否已定义为Z3防重复执行 SELECT SINGLE chkgrp FROM mara INTO lv_chkgrp WHERE matnr p_matnr. IF lv_chkgrp Z3. MESSAGE 物料 1 当前检查组非Z3跳过 TYPE W WITH p_matnr. CONTINUE. ENDIF. * 校验2检查OVZ9中Z3-AE组合是否存在防路径断裂 SELECT COUNT(*) FROM t134 INTO lv_count WHERE chkgrp Z3 AND werks 1000 AND reqtyp KE AND pruef AE. IF lv_count 0. MESSAGE 工厂1000下Z3-AE组合未配置终止批量 TYPE E. ENDIF.逻辑说明第一段防止脚本误刷非目标物料第二段确保基础路径已通。LSMW不是万能钥匙而是带锁的钥匙——只有锁孔OVZ9存在钥匙LSMW才能转动。6.2 第二道防线批量切换前的“影子订单”压力测试在正式切换前我会创建10个“影子订单”Shadow Orders物料号、数量、日期全部随机但强制指定为T-ATC02同类物料。执行创建订单VA01→ 保存立即执行MD04 → 截图存档修改订单数量 → 再次MD04 → 对比差异创建交货单VL01N→ 过账 → 检查MD07中SOBK扣减。关键指标10个影子订单中ATP通过率必须100%SOBK扣减量必须等于订单总量且UNR库存零变动。任一失败立即暂停批量回溯OVZ9/OVZ8配置。6.3 第三道防线切换后48小时的ATP日志监控清单切换完成不是终点而是监控起点。我要求客户IT团队在切换后48小时内每日执行以下三查监控项TCODE检查逻辑预警阈值ATP失败订单VA05筛选“Availability check failed”状态订单0单即预警SOBK异常扣减MB52查询SOBK库存变动筛选非销售订单触发的变动存在即异常检查组未生效物料MM60报表输出所有工厂下“可用性检查”≠Z3的物料数量5即复核血泪经验曾有客户在切换后第三天发现SOBK被采购订单NB扣减根源是OVZ9中误将Requirement Type NB也绑定了Z3-AE。因此监控必须覆盖所有需求类型不能只盯KE。从那以后我每次批量切换都强制走一遍这三查清单哪怕多花20分钟——产线停一分钟损失远超20分钟。希望帮到你。本文还有配套的精品资源点击获取