可用性检查场景
可用性检查场景 (★★★★)
#sap-sd #availability
概览表
| 项目 | 要点 |
|---|---|
| 场景1 | 在请求日期确认 — 库存充足 |
| 场景2 | 在更晚日期确认 — Complete Delivery，Forward Scheduling |
| 场景3 | Partial Delivery — 拆分为多个计划行 |
| Backorder处理 | 手动或自动（Rescheduling）；按Delivery Priority排序 |
| 检查范围显示 | 显示已考虑的入库/出库移动，RLTI包含情况 |
| MM需求 | Sales Order创建的需求在库存/需求清单中可见 |
场景1：在请求日期确认
库存 + 入库移动 − 出库移动 ≥ 订单数量 → 全部数量在请求日期确认。
场景2：在更晚日期确认
库存不足 + Complete Delivery协议触发 Forward Scheduling，从下一个可用日期开始。系统计算可以确认全部数量的最早日期。
场景3：Partial Delivery
部分库存可用 + 允许部分交货 → 系统将订单拆分为计划行：
- 在请求日期确认的数量
- 剩余数量在更晚日期确认
Backorder处理
当订单数量未完全确认时：
- 手动Backorder处理：用户重新分配可用库存
- Rescheduling（自动）：系统根据客户主数据中的Delivery Priority重新分配
- 订单按Delivery Priority排序确定分配顺序
检查范围显示
显示在检查中考虑了哪些入库和出库移动，以及补货提前期是否包含在计算中。
MM中的需求
Sales Order创建的需求在库存/需求清单（MD04）中可见。需求日期等于Sales Order中的Material Availability Date。
考试题型
| 场景/关键词 | 答案 |
|---|---|
| “什么时候触发Forward Scheduling？” | Backward Scheduling显示数量不足时 |
| “什么是Backorder？” | 订单行项目数量未确认或交货日期未满足 |
| “什么日期传递到MM需求？” | Material Availability Date |
| “Backorder如何排序？” | 按客户主数据中的Delivery Priority |
| “检查范围显示什么？” | 已考虑的入库/出库移动，RLTI包含情况 |