企业官网建设流程全解析

简介：本资源是一份面向SAP SD模块实施顾问与进阶用户的ERP系统信息化实践指南，聚焦ATP（可用性检查）核心配置场景，解决MTO（按订单生产）模式下检查范围与规则的定制化难题。文档以真实项目问题为切入点，详细拆解Z3检查组创建、OVZ2/OVZ9事务配置、需求类型KE与分类030→046的转换逻辑，以及MM02中策略组与可用性检查字段的协同调整，覆盖SPRO路径、T-code操作要点及关键参数含义。资源为单个183KB的Word文档（.docx），内容结构清晰，含步骤说明、路径指引与实操提示，便于快速查阅与现场配置参考。目前已有159人学习下载，适合正在处理SAP ATP定制需求、理解MTO与MTS策略差异、或备考SD模块认证的技术人员系统掌握检查逻辑落地方法。

1. ERP系统信息化资料里藏了什么？一份SAP ATP检查范围与MTO模式的实操指南

你手头这份名为《ERP系统信息化资料：SAP专业教材资料ATP检查范围,MTO.docx》的文档，不是泛泛而谈的“SAP入门PPT”，而是聚焦在两个真实产线卡点上的硬核内容：ATP（Available-to-Promise）检查范围配置逻辑，和MTO（Make-to-Order）模式下主数据与计划协同的关键断点。它不讲ABAP语法，也不堆TCode列表，而是直击计划员每天在MD04里反复刷新却看不懂“为什么没承诺”、销售在VA01保存订单时突然弹出“ATP检查失败”的现场问题。这份资料的价值，在于把SAP ECC中常被当成“后台开关”的OVZ2事务码、MM02物料主数据视图、MRP类型配置、需求类分配逻辑，全串进一个MTO订单从创建→可用性检查→生产触发的闭环里。适合刚接手SAP MM/PP模块配置的实施顾问、想搞懂计划逻辑的工厂计划主管、或正被客户追问“为什么我们MTO订单老是承诺不准”的项目交付工程师——它不教你怎么装GUI，但能让你下次在客户会议室里，指着OVZ2界面说清“这个勾选框一动，整个ATP结果就偏移2天”。

2. ATP检查范围不是“开/关”，而是三层过滤器的叠加逻辑

ATP检查范围（ATP Check Scope）在SAP中由事务码OVZ2统一维护，但它绝非一个简单的“启用ATP”开关。实际落地时，它是三重过滤条件的嵌套执行：时间维度（Time Fence）、库存来源（Stock Type）、需求类型（Requirement Type）。这三层不是并列关系，而是按顺序逐级收缩——前一层筛出的候选集，才进入下一层判断。很多项目翻车，就栽在以为“只要OVZ2里打了勾，系统就自动算准了”。

2.1 时间围栏（Time Fence）：为什么MD04里显示有库存，但VA01下单却提示“无可用”？

时间围栏定义ATP检查向前/向后扫描的日期区间。关键参数在OVZ2中对应字段From Date和To Date，但真正起作用的是其背后的动态计算逻辑：

• From Date默认取当前日期，但若启用了“提前期检查”（Lead Time Check），则会自动减去采购/生产提前期；
• To Date不是固定值，而是由MRP运行时生成的计划订单/采购申请截止日决定；
• 致命误区：直接在OVZ2里把To Date设为“9999.12.31”，以为能覆盖所有未来需求——这会导致系统遍历全部未清需求，性能暴跌，且ATP结果失去业务意义（比如5年后的需求也参与今日承诺）。

提示：MTO场景下，To Date应严格对齐销售订单承诺交货日（FD）+ 安全缓冲天数（通常3~7天），而非MRP总计划期。否则系统会把远期预测需求也纳入今日可用性计算，虚高承诺能力。

2.2 库存来源（Stock Type）：为什么MM02里明明有非限制库存，ATP却不认？

ATP检查的库存来源，由OVZ2中Stock Type字段控制，但它的生效依赖两个前提：

1. 物料主数据中的“ATP相关库存类型”必须激活：在MM02中切换至“MRP 2”视图，检查字段ATP-relevant stock types是否勾选了Unrestricted use（非限制使用库存）；
2. 库存本身需满足“可承诺”状态：即使是非限制库存，若该批次已通过MB1B转为“质量检验库存”（QI Stock），或被预留（Reservation）但未发货，则不会计入ATP。

常见错误配置：

• 在OVZ2中勾选了Quality inspection stock（质检库存），但实际业务中质检库存不可承诺；
• 忽略了Blocked stock（冻结库存）的特殊处理——它默认不参与ATP，但若客户要求“冻结库存可紧急释放”，需额外配置Stock type determination（事务码OMJJ）。

2.3 需求类型（Requirement Type）：MTO订单的“需求类”为何决定ATP能否穿透到生产订单？

这是MTO模式的核心命门。ATP检查能否向下穿透到生产订单层级，取决于需求类型（Requirement Type）在OVZ2中的Check against设置：

• 若设为Planned orders（计划订单），则ATP仅检查MRP运行生成的计划订单，不触达已转换的生产订单（PRD）；
• 若设为Production orders（生产订单），则ATP会实时读取CO03中订单状态（如REL=已下达、PCNF=部分确认），但要求生产订单必须有明确的组件预留（Reservation）；
• MTO特例：必须将销售订单需求类（如KE）在OVZ2中关联Production orders，否则ATP永远只看到“计划层”，看不到“执行层”的真实产能占用。

验证方法：用MD04输入销售订单号，观察右上角Requirement type字段是否显示KE，再点Details看Stock/Requirements list中是否列出对应生产订单行项目。若无，则OVZ2中KE需求类未正确绑定生产订单检查。

3. MTO模式下，ATP检查失效的5个真实踩坑记录

ATP在MTO场景下失效，80%不是功能bug，而是配置链路上某个环节“静默断开”。以下是我在3个汽车零部件厂、2个工业设备厂实施中血泪总结的5条高频问题，每条都附带现场排查命令和修复路径。

3.1 现象：VA01保存销售订单时弹出消息号AA 001（ATP check failed），但MD04显示库存充足

原因：物料主数据中MRP视图的MRP type设为PD（PD=Planning with MRP），但MTO业务要求必须为M0（M0=Make-to-Order）或ND（ND=No planning）。PD类型下，ATP检查会强制关联MRP运行结果，而MTO订单不走MRP计划，导致检查无源可依。
解决：

# 进入MM02，输入物料号 → 切换至"MRP 1"视图 # 将"MRP type"字段从"PD"改为"M0" # 同时检查"Special procurement type"是否为"52"(Sales order stock) # 保存后，用MD04重新测试ATP

注意：改MRP type后需重新运行MRP（MD02）清除旧计划订单，否则残留PD订单会干扰ATP。

3.2 现象：同一物料，A客户订单ATP成功，B客户订单失败，差异仅在于销售订单类型不同

原因：销售订单类型（Order Type）未在OVZ2中配置对应的Requirement class（需求类）。例如，标准订单类型OR对应需求类KE，但定制订单类型ZOR可能被映射到需求类KU，而OVZ2中KU未启用ATP检查。
解决：

# 用OVZ2进入ATP检查范围配置 # 在左侧树状菜单中展开"Requirement classes" # 找到KU需求类 → 双击打开 → 勾选"ATP check active" # 在右侧"Check against"中选择"Production orders" # 保存

验证：VA01中输入ZOR订单类型，保存后查看系统日志（事务码SM21），确认不再报AA 001。

3.3 现象：ATP检查显示有库存，但交货单VL01N无法过账，提示“库存不足”

原因：ATP检查范围（OVZ2）与库存管理（MM）的库存类型定义不一致。OVZ2中允许Unrestricted use库存参与ATP，但该库存所在存储地点（Storage Location）的库存类型配置（OMJ5）中，Unrestricted use未被标记为ATP-relevant。
解决：

# 运行事务码OMJ5 # 输入工厂+存储地点 → 进入"Stock type determination"配置 # 找到"Unrestricted use"行 → 将"ATP-relevant"列设为"X" # 保存

提示：OMJ5配置需与OVZ2中Stock Type设置严格一致，否则ATP结果与实际库存移动脱节。

3.4 现象：MD04中ATP结果显示“0”，但CO03中生产订单已下达且组件已预留

原因：生产订单的组件预留（Reservation）未正确关联到销售订单。MTO模式下，预留必须通过Sales order stock（销售订单库存）机制生成，而非普通库存预留。若预留类型为R（普通预留），ATP不识别。
解决：

# 用CO03打开生产订单 → 点"Components"标签页 # 查看"Reservation"列数值 → 若为"R"开头（如R123456），说明是普通预留 # 正确做法：在生产订单创建时，确保"Account assignment"中"Sales order"字段已填写 # 系统自动生成预留类型为"E"（Sales order stock）的预留

验证：用MB25查询该预留，Res. type字段应为E，且Sales doc.字段显示对应销售订单号。

3.5 现象：ATP检查通过，但交货时发现仓库无实物，盘点显示库存已被其他订单占用

原因：ATP检查范围（OVZ2）中未启用Stock determination（库存确定）功能，导致ATP仅检查总量，不校验具体批次/序列号可用性。MTO高价值物料必须启用批次管理+ATP批次检查。
解决：

# 运行OVZ2 → 进入"Stock determination"配置页签 # 勾选"Activate stock determination" # 在下方表格中，为物料类型（如FERT）指定"Stock determination rule"（如0001） # 保存后，在MM02中为物料启用批次管理（"Batch management" = X）

血泪经验：启用Stock determination后，ATP检查会调用BAPI_ATP_CHECK并传入批次条件，结果精确到批次号，但性能下降约40%，需在测试环境压测。

4. 用MD07反向验证ATP配置：从结果倒推配置链路

MD07（ATP Overview）是诊断ATP问题的终极工具，它不显示“能不能承诺”，而是展示“系统到底查了哪些数据”。与其在VA01反复试错，不如直接用MD07把ATP检查的完整路径拉出来——这才是老司机的排查习惯。

4.1 MD07标准操作流程：三步定位断点

1. 输入核心参数：

   • Material：输入物料号
   • Plant：输入工厂
   • Storage location：输入库位（若留空，则检查全厂）
   • Requirement date：输入销售订单承诺交货日（FD）
   • Quantity：输入订单数量

   注意：不要输销售订单号！MD07是模拟检查，输订单号反而触发错误逻辑。

2. 执行并解读结果窗口：
   执行后出现两个关键区域：

   • Stock/requirements list：显示所有被检查的库存行（非限制、质检、冻结等）和需求行（销售订单、计划订单、生产订单）；
   • ATP result：顶部绿色栏显示“Available quantity”，但重点看下方Details按钮。

3. 点Details深挖执行逻辑：
   弹出窗口中，Check scope标签页列出本次ATP实际应用的OVZ2配置：

   • Time fence：显示实际使用的起止日期（非OVZ2中静态值）；
   • Stock types：列出被纳入检查的库存类型（如Unrestricted use,Quality inspection）；
   • Requirement types：列出被扫描的需求类型（如KE,KU）及对应检查对象（Production ordersorPlanned orders）；
   • Stock determination：若启用，此处显示批次规则编号（如0001）及匹配的批次列表。

4.2 一张表看懂MD07关键字段含义

4.3 用MD07快速验证MTO配置是否生效

假设某MTO物料MAT100，销售订单承诺交货日2024.10.15，数量100：

1. 在MD07中输入MAT100、工厂1000、日期2024.10.15、数量100；
2. 执行后，若Available quantity为100，点Details→Check scope中确认：
   • Requirement types包含KE，且Check against为Production orders；
   • Stock types包含Unrestricted use，且Stock determination rule为0001；
3. 若Available quantity为0，但Stock/requirements list中显示有非限制库存200，则问题必在Requirement types未匹配或生产订单未下达；
4. 若Available quantity为50，且Stock/requirements list中有一行Requirement type=KE显示Qty=50，说明另一半被其他KE订单占用，需查销售订单预留情况（用MB25查预留号）。

提示：MD07执行一次即生成日志，用SM37查后台作业，可追溯每次ATP检查的完整SQL调用链，这是定位性能瓶颈的后悔药。

5. 把OVZ2配置固化为可复用的传输请求：避免上线后“配置漂移”

OVZ2配置看似简单，但上线后最头疼的不是不会配，而是“配完就丢”——开发机配好，传输到测试机时漏掉某条需求类，UAT阶段ATP突然失效，重启排查耗掉两天。我现在的做法是：把OVZ2配置当代码管，用SE09打传输请求，且每次变更必附带MD07验证截图。

5.1 OVZ2配置的最小可传输单元

OVZ2中每个配置项对应一个独立的配置对象，但传输时不能只传单个条目。必须打包以下三类对象：

• OVZ2主配置（对象类型CUS0，对象名OVZ2）；
• Requirement classes（对象类型CUS0，对象名OVZ2_REQCL）；
• Stock determination rules（对象类型CUS0，对象名OVZ2_STKDET）；

注意：Stock type determination（OMJ5）配置属于另一套对象体系（OMJ5），必须单独打传输请求，且顺序必须在OVZ2之后——否则传输过去后，OVZ2中引用的库存类型在目标系统不存在。

5.2 标准化传输步骤（含防错检查）

# 步骤1：在开发机完成OVZ2配置后，立即执行MD07验证 # 步骤2：用SE09创建新传输请求（如K9999999） # 步骤3：添加对象（按顺序）： # - CUS0 / OVZ2 # - CUS0 / OVZ2_REQCL # - CUS0 / OVZ2_STKDET # 步骤4：对每个对象，右键"Display object list" → 确认列表中包含本次修改的所有条目 # 步骤5：释放传输请求前，运行检查程序： # - 事务码SA39 → 输入程序名`RSO2_CHECK_OVZ2`（SAP标准检查程序） # - 输入传输号K9999999 → 执行 → 确保返回"OK"，无警告 # 步骤6：释放后，立即在测试机导入，并用MD07复测相同场景

5.3 一份给客户的OVZ2配置交付清单模板

每次交付给客户，我都会附上这张表，它比任何Word文档都管用：

这张表在UAT阶段救了我三次——客户QA说“ATP又不行了”，我直接打开表，一行行核对，10分钟定位到是OMJ5配置漏传，而不是重做OVZ2。

6. 给新手的三个硬核习惯：让ATP配置从“能跑通”到“敢签字”

最后这点，是我带过7个新人后总结的、最值得刻进DNA的习惯。它们不写在任何SAP教材里，但决定了你是在客户现场被追问得冒汗，还是能端着咖啡从容解释。

6.1 习惯一：每次改OVZ2，先跑一遍“负向测试”

所谓负向测试，就是故意制造一个本该失败的场景，确认系统真的拦住了。比如：

• 在OVZ2中禁用KE需求类的ATP检查；
• 用VA01创建KE订单，输入一个明显超库存的数量（如库存10，订单输100）；
• 保存时必须弹出AA 001，否则说明配置没生效。

不要只做“正向测试”（输个合理数看通过），那只能证明“系统没崩”，不能证明“配置正确”。负向测试才是配置生效的铁证。

6.2 习惯二：把MD04/MD07的截图，按“配置前-配置后-验证后”三联存档

我电脑里有个文件夹叫ATP_Snapshots，里面全是这样的命名：
MAT100_OVZ2_change_20240915_before.png
MAT100_OVZ2_change_20240915_after.png
MAT100_MD07_verify_20240915_pass.png
每次客户问“上次改了什么”，我直接发这三张图，比说半小时还清楚。而且，当某天发现ATP又异常，回溯半年前的快照，往往一眼看出是哪个配置被悄悄覆盖了。

6.3 习惯三：在MM02中，把“MRP 1”和“MRP 2”视图的截图，作为物料主数据交付包的一部分

太多人只传物料号，不传主数据配置。结果上线后发现，同样一个物料号，开发机是M0，生产机是PD，ATP行为天差地别。我现在给客户的物料主数据包，必含：

• MM02中MRP 1视图全屏截图（含MRP type、Special procurement type）；
• MM02中MRP 2视图全屏截图（含ATP-relevant stock types）；
• 用MMBE查该物料在各库位的库存类型分布表（证明非限制库存真实存在）。
  这三样东西凑齐，才能说“这个物料的ATP基础已就绪”，否则都是空中楼阁。

希望帮到你。

本文还有配套的精品资源，点击获取