客户要求第三天交一百台，销售看到库存七十台，另有六十台即将入库，觉得承诺整单没有问题。计划员却发现，其中三十台已经确认给其他订单，未来六十台也要第五天才能使用。
接单、确认日期和实际履约需要分别管理。本篇参考 SAP S/4HANA Cloud Public Edition 的 Basic Available-to-Promise 课程，以及 S/4HANA aATP 的欠交处理说明。只使用其中的业务概念，不默认所有版本启用同一能力或相同配置；以下为独立教学分配模型。
客户要求日期和系统确认日期分别保留
ATP 通常译为可承诺量，用于回答按设定检查范围和规则，某需求可以获得多少数量、什么时间。SAP 的基础可承诺量课程介绍产品可用性检查和欠交处理。实际检查会受范围、供需元素与启用功能影响。
| 日期或数量 | 表达什么 | 后续应保留什么 |
|---|---|---|
| 客户要求 | 客户想要的数量和到达节点 | 原始要求及后续变更 |
| 候选可用计划 | 检查规则下的供应能力 | 来源、约束及未验证条件 |
| 系统确认 | 已写入需求的确认数量和日期 | 确认版本和覆盖关系 |
| 对外承诺 | 业务批准并与客户约定的交付 | 通知、接受或仍待协商的状态 |
| 实际履约 | 发货、运输和接收发生了什么 | 实物及交接证据 |
本文统一把模型日期解释为本例指定交付节点的可用日，不额外叠加运输和装卸。现实项目需要把需求日、物料可用日、装运日和客户到达日换算清楚。只知道“第五天完工”，不足以证明第五天客户能收货。
一百台需求怎样拆成两个确认批次
在 D1 的快照中，成品库存 70 台，已有其他订单确认占用 30 台。本文不允许抢占这三十台，所以本次可用 40 台。另有 60 台合格成品供给在 D5 可用，无其他需求或限制。
客户本次需要 100 台，要求 D3。在允许分批的教学规则下，本次可确认 D3 交 40 台、D5 交 60 台。D3 的完整交付缺口为 60 台，不能因为跨日期合计足够就确认全部一百台在 D3 完成。
当前可给本单 = 库存70 − 既有确认30 = 40台
确认v1 = D3交40 + D5交60 = 100台
D3不能满足的部分 = 100 − 40 = 60台
若客户不接受分批，可以形成 D5 整单交付的候选方案，但要继续取得业务批准与客户接受。本例并不推断一条系统确认已经完成所有对外承诺手续。
供给少了二十台，原确认不能继续冒充有效
在尚未履行本单的 D2，新证据表明 D5 的供给只有 40 台。本例继续保护其他订单的原三十台，并保持本单原来的库存四十台分配，重新评估得到 D3 40 台、D5 40 台，另外 20 台尚未确认。
SAP 的 Backorder Processing 说明讨论供需变化后重新检查既有确认是否仍然现实。不同确认策略可能重新分配订单优先级，本文的保护规则只是教学选择，不代表所有 SAP 欠交处理都会保持原分配。
新版本 v2 保留 v1 的确认、变化来源、差二十台的对象和下一步负责人。加班、改厂、替代供给或重新协商可以作为候选措施；得到批准与有效供给前，未知的二十台不能随手补成一个看似合理的日期。
数量确认还要接到执行条件
可承诺检查、库存预留和仓库分配承担不同职责，接入时应核对检查结果是否产生实际占用，以及占用到哪个粒度。两个请求同时看到剩余四十台时，要由业务系统按规则提交，不能让 Agent 先查后写而重复承诺。
本例只检查成品数量和时间，没有进行完整材料与有限产能排程。若实际按未来生产能力承诺，需要继续检查物料、资源、路线、日历、质量与交付路径。ATP、aATP、CTP 等名称不能单独证明这些条件全部进入模型。
发运岗位最终读取适用确认与交货范围，再按最新质量及库存资格执行；已确认批次后来被冻结，应返回阻断和影响范围。客户状态同步也要带版本，晚到的旧确认不应覆盖新的协商结果。
用四个分支验收承诺可信度
| 场景 | 应得到的结果 |
|---|---|
| 供给快照完整且允许分批 | v1 为 D3 40、D5 60，保留 D3 缺口 |
| 客户要求整单 D3 | 不接受全部确认，返回不能满足的数量与候选安排 |
| D5 供给从 60 降到 40 | v2 为 40 加 40，未确认 20，v1 可查 |
| 系统返回确认成功但客户未接受改期 | 分开显示内部确认与对外协商状态 |
样本保存两个快照和分期结果，可由校验程序复算。公开资料核对于 2026-10-20；后续实际交付与回款继续见销售到收款篇。