SAP S/4HANA MM模块培训 19 - 采购订单监控:供应商确认、交期与MRP

采购订单(Purchase Order,PO)发送给供应商以后,采购方仍需持续确认三个事实:供应商是否已经收到并接受采购订单、供应商预计何时交货、确认数量是否仍与采购方的要求一致。SAP 的供应商确认功能,正是在“发出采购订单”和“执行收货”之间增加可跟踪的反馈节点。
本课按照视频顺序,讲解订单回执确认、装载确认、发运通知、PO 要求日期与供应商确认日期的区别,并对比“仅使用订单确认”和“使用多个确认类型”两种方式。视频最后实际打开采购订单项目的 Confirmations(确认)页签,但没有录入或保存确认。
课程边界:本集实际完成了供应商确认的业务概念、两种使用方式,以及
Acknowl.Reqd/Confirmations页签与字段入口介绍。确认录入、监控报表、催办输出、MRP 结果验证和确认控制定制均未在视频中完成;本文相关内容均明确作为 SAP 官方延伸说明。
一、本课目标与实际覆盖范围
学完本课,应能回答以下问题:
- 为什么采购订单已经发出,仍需要供应商确认;
- PO 要求交货日期、供应商确认的预计交货日期与实际收货日期有何区别;
- “仅使用订单确认”和“使用多个确认类型”分别能记录什么;
Acknowl.Reqd与确认控制键为什么不是同一个概念;- 供应商确认在什么条件下可能影响 MRP;
- 确认状态监控、订单确认提醒与交货催办为什么必须分开理解。

| 时间 | 视频实际内容 | 严谨理解 |
|---|---|---|
00:00:08–00:00:47 | 宣布采购订单确认、多个确认类型、消息输出/催办和确认定制等议程 | 议程不等于全部完成演示 |
00:00:49–00:02:18 | 解释为何要跟踪供应商是否收到并接受采购订单,以及为何要监控交期 | 本课业务背景 |
00:02:18–00:05:19 | 把订单确认、装载确认、发运通知加入 PO 与收货之间 | 概念流程,不是已经执行的单据链 |
00:05:19–00:06:17 | 解释没有确认时的计划依据,以及供应商反馈的价值 | MRP 影响仍取决于确认类别配置 |
00:06:17–00:08:35 | 进入采购订单示例,选择讲师称为盐酸的物料并说明 10 月 15 日要求日期 | 未保存 PO,也未生成可核验的 PO 号 |
00:08:35–00:10:20 | 对比仅订单确认与多个确认类型 | 本课核心理论 |
00:10:20–00:11:06 | 在笔记中归纳两种方式,并提到不同确认控制码 | 未展示具体键值或定制步骤 |
00:11:06–00:12:06 | 介绍 Order Acknowledgment Required,打开项目明细的 Confirmations 页签 | 只显示空白字段和未勾选状态,没有录入或保存 |
二、为什么 PO 发出后还需要供应商确认
采购订单记录的是采购方提出的需求,但“采购方已经发出订单”不等于“供应商已经收到并接受订单”,也不等于供应商必然能按原日期、原数量交货。

视频把采购订单确认的业务价值归纳为三个层次:
- 确认接收与接受:供应商是否已经收到并接受采购订单;
- 获得更可靠的预计交期:供应商根据生产、库存和运输情况反馈预计交货日期;
- 更早识别偏差:确认迟迟未返回、承诺日期变化或确认数量不足时,采购人员能够及时跟进。
供应商确认不是收货凭证,也不是发票。它是下单与收货之间的一组采购协同信息,用来降低“订单未被接受”“承诺交期变化”或“确认数量不足”等风险。
从基础采购流程到确认链
视频先回顾最简采购流程:
创建采购订单 → 收货(GR) → 发票校验/发票录入
随后在采购订单与收货之间加入供应商反馈:
创建并发送采购订单 → 订单回执确认 → 装载确认 → 发运通知 → 收货(GR) → 发票校验

| 节点 | 业务含义 | 是否代表实际收货 |
|---|---|---|
| 采购订单 | 采购方向供应商提出物料、数量和交期要求 | 否 |
| 订单回执确认 | 供应商确认收到并接受订单,或反馈可承诺内容 | 否 |
| 装载确认 | 供应商反馈货物已进入装载阶段 | 否 |
| 发运通知 | 供应商反馈货物已发运;在适当配置和集成条件下可关联入站交货处理 | 否 |
| 收货(GR) | 企业实际接收物料并过账物料凭证 | 是 |
视频教学图中的数量 100、日期 2011-08-30 与 2011-09-02,以及姓名 Meier、Müller,都只是图例,不是当前培训系统的采购订单数据,也不是 SAP 固定标准值。
三、三组日期和数量不能混为一谈
视频以 10 月 15 日说明采购方要求交货日期,并强调它不是供应商已经确认的事实。实际业务中,应把以下三层信息严格区分。

| 数据层级 | 谁提供或形成 | 表达什么 | 不能误解为 |
|---|---|---|---|
| PO 要求日期与数量 | 采购方在采购订单中提出 | 企业希望供应商何时、交付多少 | 供应商已经承诺 |
| 供应商确认日期与数量 | 供应商通过订单确认、发运通知等反馈 | 供应商当前预计或承诺的交付 | 已经完成收货 |
| 实际收货日期与数量 | 企业执行收货过账时形成 | 已发生的物流事实 | 仍然只是计划 |
供应商确认通常比采购方最初的要求更接近供应商当前计划,但它仍是预计或承诺信息。只有完成收货过账后,才可以说对应数量已经实际收到。
视频中的采购订单示例
视频先从 Materials List 中选择讲师口述为 hydrochloric acid(盐酸)的物料。画面可清楚看到物料 97、工厂 0001、物料类型 ROH 和描述 Hydrochloric Acid;这些都是培训系统示例值,不是 SAP 固定规则。

回到 Create Purchase Order 画面后,讲师输入供应商 2012、物料 97 和数量 100。此时日期尚未录入,采购订单也没有保存。

讲师用 10 月 15 日强调:采购订单中的日期首先代表采购方要求。若供应商随后反馈不同日期,二者应分别保留其业务含义,不能把采购方要求写成供应商承诺。

视频没有保存该采购订单、没有出现可核验的新 PO 号,也没有打开库存/需求清单,因此不能据此声称系统已经按确认日期重新计划或完成 MRP 结果验证。
四、两种确认使用方式
视频把供应商确认分为两种使用方式,这个方向与 SAP 官方资料一致,但两者能记录的数据粒度和计划用途不同。

| 对比项 | 仅使用订单确认 | 使用一个或多个确认类型 |
|---|---|---|
| 主要目的 | 追踪供应商是否回复订单确认 | 跟踪订单确认、装载、发运、入站交货等不同阶段 |
| 项目设置 | 可使用 Acknowl.Reqd,收到回复后记录订单确认编号 | 在 PO 项目中使用确认控制键,并按确认顺序维护确认行 |
| 日期和数量 | 单纯订单确认编号不能表达按日期、数量拆分的确认 | 可按确认类别记录日期和数量 |
| 对 MRP 的影响 | 不会因只有确认编号而改变计划 | 也不必然影响;只有 MRP-Relevant 类别才可能参与计划 |
| 对收货的影响 | 不据此冲减确认数量 | 取决于 GR-Relevant、GR Assignment 等配置 |
| 本视频完成程度 | 介绍字段和页签入口,未录入 | 仅讲概念,未展示类别、控制键或确认行 |
方式一:仅使用订单确认
这种方式主要回答“供应商是否已经回复”。在采购订单项目中设置 Acknowl.Reqd(Order Acknowledgment Required,需要订单回执确认)后,业务人员可以识别哪些项目期望供应商回复;收到回复时,可以记录供应商的订单确认编号。
其信息粒度有限:单纯的订单确认编号不能表达分批交货的日期与数量,也不能据此把按日期、数量拆分的确认收货要素提供给 MRP。
方式二:使用多个确认类型
如果企业要跟踪订单确认、装载、发运和入站交货等阶段,就需要使用确认控制。确认控制键定义预期哪些确认类别、按什么顺序出现,以及每种确认是否与 MRP、收货或提醒相关。
这种方式可以记录供应商确认的日期和数量,但不能写成“使用多个确认类型后,所有确认都会自动更新 MRP”。是否参与计划、是否在收货时被冲减、是否允许形成入站交货,都取决于确认类别、确认顺序和集成配置。
五、Acknowl.Reqd 与确认控制键不是同一个概念
| 对象 | 解决的问题 | 不能据此推导的结论 |
|---|---|---|
Acknowl.Reqd | 标记采购订单项目要求供应商返回订单回执确认 | 勾选后不会自动收到确认、自动发送邮件或自动改变 MRP |
| 订单确认编号 | 记录供应商回复的参考编号 | 不能独立表达多次交货的日期与数量 |
| 确认控制键 | 指定项目期望哪些确认类别及处理顺序 | 键值、类别和标志不是所有客户系统固定相同 |
| 确认行 | 记录某一确认类别的日期、数量和参考信息 | 是否影响 MRP 或 GR 仍取决于配置标志 |
视频在 00:11:06 后开始讲“仅使用订单确认”,随后回到采购订单项目明细,并在约 00:12:04 打开 Confirmations 页签。

截图中 Conf. Control(确认控制键)和 Order Ack.(订单确认编号)均为空,Acknowl.Reqd 也没有勾选。视频随即结束,因此只能证明讲师展示了这些字段,不能推断已经维护确认控制键、录入确认编号或确认行,或保存采购订单。
六、供应商确认何时会影响 MRP
视频用“供应商确认能让计划更准确”说明业务价值。这个方向成立,但实际生效必须满足配置条件。
1. 没有 MRP 相关确认时
对该外部采购收货要素而言,计划仍主要依据采购订单计划行中的日期和数量。整个 MRP 还会综合库存、需求、采购申请、其他采购订单、计划订单等所有相关要素,不能把一个 PO 当作完整计划结果。
2. 存在 MRP 相关确认时
只有确认顺序中的相应确认类别被设置为 MRP-Relevant,其确认日期和数量才可能按标准逻辑参与物料计划。SAP 官方课程说明,MRP 相关确认可以在库存/需求清单中表现为相应的 MRP 元素;例如某些发运通知场景可能显示为 ShpgNt。
这是 SAP 标准延伸。本视频没有打开 MD04 或其他库存/需求清单,也没有通过前后对比验证计划日期和数量如何变化。
3. 确认仍不是实际收货
即使确认已参与 MRP,它表达的仍是供应商确认的预计收货。确认日期可能再次变化,确认数量也可能拆分或调整;实际库存更新仍以后续收货业务和物料凭证为准。
4. MRP 相关与 GR 相关是不同配置维度
确认顺序还可能包含以下标志:
- MRP-Relevant:决定确认类别是否参与物料计划;
- GR-Relevant:决定收货是否冲减相应确认数量;同一确认顺序中只能有一个确认类别标记为 GR 相关;
- GR Assignment:收货时建议确认数量,并与 GR-Relevant 配合使用;
- Monitoring Period / Reference Date:计算何时应收到确认;
- Subject to Reminder:决定确认类别是否纳入相应提醒处理。
这些都是系统配置。常见示例键如 AB、LA、0001 也不能写成所有 SAP 系统的固定答案。
七、监控、订单确认提醒与交货催办必须分开
视频口语把 reminder、expediter 和交货跟踪放在一起讲。SAP 实际业务中至少要区分以下三类能力。
| 能力 | 业务问题 | SAP 标准入口示例 | 关键边界 |
|---|---|---|---|
| 确认状态监控 | 哪些 PO 或框架协议项目已收到、仍缺少哪些确认 | ME2A;云版本也有相应 Fiori 监控应用 | ME2A 用于分析状态,不生成提醒消息;按确认类别监控通常要求项目存在确认控制键 |
| 订单确认提醒 | 供应商尚未按要求返回订单确认 | 经典输出场景可涉及 ME92F | Acknowl.Reqd 只是前提之一,还需满足确认缺失、凭证已输出、消息确定、接收人和通信渠道等条件 |
| 交货催办/提醒 | 计划交货临近或逾期,需要催交 | 经典条件技术常见 ME91F;S/4HANA Output Management 场景可涉及 ME91FF | 依赖提醒级别、到期判断、凭证输出和相应输出配置 |

ME2A 是供应商确认监控入口,可分析期望确认、实际确认和监控期;它不是提醒输出事务。ME92F 属于经典订单确认监控与输出背景。ME91F 偏向经典条件技术下的交货催办,而采用 S/4HANA Output Management 时需按相应流程和入口处理,例如 ME91FF。具体入口取决于部署版本与输出框架。
以上事务码均为 SAP 官方延伸,本视频没有执行这些监控或输出动作。
八、确认控制的 SAP 标准延伸
视频只提到两种方式可通过不同确认控制码实现,没有进入定制。以下内容来自 SAP 官方资料。
1. 外部确认类别与内部确认类别
企业可以定义供应商或接口使用的外部确认类别,再映射到 SAP 内部确认类别。内部类别承载订单确认、装载确认、发运通知或入站交货等业务含义;具体外部代码和映射由客户系统决定。
2. 确认控制键与确认顺序
确认控制键把多个预期确认组织为顺序,并可为每个步骤设置:
- 期望的确认类别;
- 监控期限及其参考日期;
- 是否与 MRP 相关;
- 是否与收货相关;
- 是否参与提醒;
- 是否允许或要求特定后续处理。
3. 默认值来源不是唯一的
确认控制键或 Acknowl.Reqd 等采购数据可能来自供应商业务伙伴采购数据、采购信息记录、物料采购价值键、合同项目、用户参数,或创建采购订单时的项目维护。实际默认逻辑取决于部署版本、配置和主数据,不能仅根据视频推定来源。
4. 电子确认还需要集成条件
SAP 可以通过 EDI、SAP Business Network 或其他集成方式接收订单确认和发运通知,但设置确认控制键并不会自动建立电子连接。自动接收通常还需要伙伴与通信设置、消息映射、外部/内部确认类别映射和接口监控。发运通知能否形成独立入站交货,也取决于确认类别和后续配置。
九、经典 SAP GUI、S/4HANA 与 Fiori 的适用边界
供应商确认的业务概念在不同部署中相近,但界面、应用和输出框架并不完全相同。
| 部署与界面 | 常见处理方式 | 使用时的注意事项 |
|---|---|---|
| ECC / 经典 SAP GUI | 常见 ME21N/ME22N/ME23N、ME2A、ME91F、ME92F、ME9F 等入口 | 常与经典消息确定/条件技术结合,具体事务仍受权限和配置限制 |
| S/4HANA On-Premise / Private Edition | 经典事务仍可通过 SAP GUI 或 Fiori Launchpad 中的 Advanced 应用使用,也可能采用原生 Fiori 应用 | 输出可能使用经典框架,也可能使用 S/4HANA Output Management,不能混写 |
| S/4HANA Cloud Public Edition | 可使用 Monitor Supplier Confirmations、Manage Supplier Confirmations 等已分配应用,并通过云配置活动维护确认控制 | 不应照搬 SPRO 和经典事务;应用范围取决于版本、scope、业务角色、PO 类型和项目类别 |
Manage Supplier Confirmations(App ID F5039)中的供应商确认是独立业务对象,不能默认它与经典采购订单应用内维护的确认可以双向编辑。实施时还应按当前版本核对支持的采购订单类型和项目类别。
十、常见问题的检查顺序
场景 1:供应商说已回复,但系统仍显示缺少确认
- 检查采购订单项目是否要求订单确认;
- 确认供应商回复是订单确认编号、确认行、邮件还是接口消息;
- 检查回复是否录入正确的 PO 项目;
- 使用电子接口时,检查伙伴、消息映射和入站处理日志;
- 使用确认控制时,检查预期类别、顺序和监控期限。
场景 2:已录入确认,但 MRP 没有变化
- 区分单纯订单确认编号与包含日期、数量的确认行;
- 检查确认类别是否设置为 MRP-Relevant;
- 检查确认日期和数量是否有效,是否被后续确认覆盖;
- 在库存/需求清单中检查相应 MRP 元素;
- 不要把“确认已保存”直接等同于“计划一定改变”。
场景 3:勾选 Acknowl.Reqd 后没有自动发提醒
- 检查采购凭证是否已经完成输出;
- 检查确认是否确实缺失或不足;
- 检查消息或输出类型及确定规则;
- 检查供应商接收人和通信渠道;
- 确认系统使用经典消息确定还是 S/4HANA Output Management;
- 使用与当前输出框架匹配的监控和输出入口。
场景 4:交货催办与订单确认提醒结果不一致
二者检查的事件不同:订单确认提醒关注供应商是否返回确认,交货催办关注计划交货是否到期或逾期。应分别检查确认要求、确认状态、提醒级别、日期、输出规则和消息记录,不能用 ME2A 的确认状态清单代替交货催办输出。
以上检查顺序是 SAP 标准延伸,不是本视频已经执行的排查过程。
十一、容易混淆的说法
| 容易出现的误解 | 准确理解 |
|---|---|
| PO 已发出,供应商就一定接受订单 | 发出是采购方动作,供应商确认才提供接收与承诺反馈 |
| PO 要求交货日期就是供应商确认日期 | 前者是采购方要求,后者是供应商反馈的预计或承诺日期 |
| 确认日期就是实际收货日期 | 确认仍是预计信息,实际收货以收货过账为准 |
只要勾选 Acknowl.Reqd,系统就会自动发邮件 | 该字段只是前提之一,还需要缺失判断、凭证输出、消息规则、接收人和通信渠道 |
Acknowl.Reqd 等于确认控制键 | 前者标记需要订单回执,后者定义多个确认类别及处理顺序 |
| 所有确认都会改变 MRP | 只有配置为 MRP-Relevant 的确认类别才参与计划 |
ME2A 会生成催办消息 | ME2A 用于监控,不负责生成提醒输出 |
ME91F 与 ME92F 是同一种提醒 | 前者偏向交货催办,后者属于经典订单确认监控/输出背景 |
| S/4HANA 已不能使用经典采购事务 | On-Premise/Private Edition 中经典入口仍可能可用;Cloud/Fiori 应按应用、角色和版本判断 |
| 视频完成了采购订单监控实操 | 视频只讲概念并走到 Confirmations 页签入口 |
十二、本集明确没有完成的内容
为避免把开场议程误写成实操成果,本集没有完成:
- 录入或保存供应商订单确认编号、确认日期或确认数量;
- 创建并保存可核验的新采购订单号;
- 执行
ME2A、ME92F、ME91F或ME91FF; - 生成、预览、打印或发送任何提醒、催办与消息输出;
- 打开 MRP 库存/需求清单并验证确认前后的计划结果;
- 维护确认控制键、确认类别、确认顺序、监控期限或 MRP/GR 标志;
- 进入 SPRO/IMG、Manage Your Solution 或 Central Business Configuration;
- 演示 EDI、SAP Business Network、入站交货或自动接收供应商确认。
因此,本集适合作为“采购订单监控与供应商确认概念”的入门课,而不是确认录入、监控报表、消息输出或确认控制配置的完整操作教程。
十三、本课结论
采购订单监控的核心,是把“采购方要求”“供应商确认”和“实际收货”分为不同事实层级:
- PO 日期和数量代表采购方提出的需求;
- 供应商确认日期和数量代表供应商当前预计或承诺的交付;
- 收货过账才代表物料实际到达并进入库存或消费处理。
仅使用订单确认适合跟踪供应商是否回复,但不能表达按日期和数量拆分的确认。需要更细的交付监控时,可以使用多个确认类别和确认控制键;确认是否进入 MRP、是否影响收货、是否纳入提醒,都由配置和部署方式决定。
视频讲清了为什么需要供应商确认,并展示了确认相关入口;它没有继续完成确认录入、监控、催办或 MRP 验证。
参考资料
- SAP Learning:Monitoring Purchase Orders
- SAP Help:Confirmations from the Purchasing Viewpoint
- SAP Help:Procurement Using Vendor Confirmations
- SAP Help:Monitoring Vendor Confirmations
- SAP Help:Order Acknowledgment Expediters
- SAP Help:Creating a PO or Outline Agreement with Acknowledgment Requirement
- SAP Help:Create Purchase Order - Advanced
- SAP Help:Outputting Purchasing Documents
- SAP Help:Monitor Supplier Confirmations
- SAP Help:Manage Supplier Confirmations(F5039)
- SAP Help:SAP S/4HANA Output Control
- SAP Learning:Outlining Dunning Reminders and Order Acknowledgement
- 原始培训视频


