SAP S/4HANA MM模块培训 20 - 凭证释放程序：采购申请审批与经典释放策略

在采购业务中，创建采购申请或采购订单并不代表它已经获得执行授权。对于高金额、敏感物料或特定组织范围的采购，企业通常需要先完成审批，再允许生成后续凭证或向供应商输出订单。SAP 经典采购中的释放程序（Release Procedure）就是把这种授权规则放进系统：凭证满足条件时命中释放策略，由相应审批人按顺序完成释放。本文沿用 SAP 经典术语称为“释放程序”；其中“释放/批准”就是业务语境中的审批动作。

本课按照视频顺序，先解释采购凭证为什么需要审批，再区分采购申请的行项目级释放与整体释放，随后查看 SAP Easy Access 中的单项/集中释放入口，最后进入 SPRO，看到“无分类”和“有分类”两类配置节点。

课程边界：视频没有打开任何具体采购申请或采购订单，没有输入释放代码，没有执行批准、拒绝或撤销，没有把采购申请转换成采购订单，也没有维护、保存或测试释放组、释放代码、释放标识和释放策略。视频在 SPRO 配置入口处中断；采购订单释放、完整 Customizing、Flexible Workflow 和 MRP 均未实际演示。

一、本课目标与实际覆盖范围

学完本课，应能回答以下问题：

1. 经典释放程序如何把企业审批要求映射到 SAP 采购凭证；
2. 未释放的采购申请和采购订单分别会受到什么限制；
3. 采购申请的行项目级释放与整体释放有什么区别；
4. Individual Release / Collective Release 为什么不等于行项目级/整体释放；
5. 无分类程序和有分类程序各自适用于什么场景；
6. 经典释放策略中的特征、类、释放组、释放代码、释放标识和释放策略如何关联；
7. 视频中的经典释放程序与 SAP S/4HANA Flexible Workflow 有什么边界。

二、释放程序解决什么问题

视频首先说明，SAP 可以为采购申请以及外部采购凭证设置审批程序。外部采购凭证包括采购订单、合同、计划协议、询价单（RFQ）等。企业之所以需要这类控制，通常不是因为所有采购都必须经过相同审批，而是因为某些凭证满足了需要授权的条件。

视频给出的典型场景包括：

• 采购物料价值较高；
• 采购总金额超过企业设定的阈值；
• 需要采购经理、公司副总裁或总经理等角色审批；
• 凭证在继续处理前必须取得相应授权。

讲师用“采购订单金额超过 50,000 USD”举例。这个金额只是视频示例，不是 SAP 预置的标准阈值。真正的金额区间、币种、审批层级和审批人均由企业根据内控要求配置。

释放不是“凭证完全不可操作”

视频把释放前的状态概括为“不能继续处理”。这个说法适合入门，但实际限制要按凭证类型理解：

因此，不能把释放程序简单写成“凭证完全不能修改”。凭证能否修改、修改后是否撤销已有批准、是否重新确定策略，要结合释放标识中的可更改性、金额变化容差、输出状态及本系统配置判断。SAP 官方将变更后行为区分为继续原流程、重启相同策略、重新确定新策略或禁止修改等情况。

三、采购申请为什么要在转单前审批

视频随后把焦点转向采购申请。典型业务顺序是：

业务部门创建采购申请 → 采购申请进入释放程序 → 审批通过 → 采购部门创建采购订单或其他适用后续凭证

采购申请是内部需求凭证。释放程序的核心目的，是在需求未获授权时阻止它被转换成采购订单、询价单或框架协议等后续凭证。视频没有创建采购申请，也没有执行转单；这里展示的是流程关系，不是已经发生的凭证链。

四、采购申请的两种释放层级

视频在约 00:05:09 打开本地说明文件，随后用一张含三个行项目的采购申请示意两种释放层级。原画面不是 SAP 界面，正式文章应使用中文重制图，不应直接截取原视频画面。

1. 行项目级释放（Item-wise Release）

行项目级释放以采购申请的每个项目为判断和审批对象。系统在录入数据时检查每个项目是否满足释放条件，同一张采购申请中的不同项目可以处于不同释放状态。

以视频的三个项目为例：

• 第一个行项目可以先获得批准；
• 第二个行项目可以单独处理；
• 第三个行项目尚未释放时，不应因为其他项目已批准就自动视为获批；
• 只有满足后续处理条件的项目才能继续生成采购订单等凭证。

2. 整体释放（Overall Release）

整体释放以整张采购申请为审批对象。所有项目共同参与释放策略判断，审批状态作用于整张采购申请。视频将其称为 header-level release，也就是抬头级整体释放。

3. 两者的关键差异

这里尤其要注意：采购订单、RFQ、合同和计划协议等外部采购凭证没有项目级部分释放，只能在抬头层级整体释放。不能把采购申请的两种层级推广到所有采购凭证。

五、视频实际展示的 SAP Easy Access 入口

约 00:07:04，讲师登录 SAP 系统并按以下菜单路径导航：

Logistics → Materials Management → Purchasing → Purchase Requisition → Release

在 Release 文件夹下，讲师重点指出两个审批入口：

• Individual Release：面向单张采购申请的处理入口；
• Collective Release：面向多张或多项待审批对象的集中处理入口。

同一菜单还可清楚看到 ME5F - Release Reminder，但视频没有讲解或执行这个提醒入口。

不要混淆两个维度

Individual/Collective Release 和 item-wise/overall release 不是同一组概念：

视频只展开菜单并指出这两个入口，没有打开任何待审批采购申请，没有显示释放代码，也没有执行批准或保存。

六、无分类程序与有分类程序

约 00:08:17，视频开始比较采购申请的两类经典释放程序。

1. 无分类程序（Procedure without Classification）

无分类程序只支持采购申请的行项目级释放，标准条件范围固定为：

1. 科目分配类别；
2. 物料组；
3. 工厂；
4. 价值（金额）。

这类程序适合条件较简单的项目级审批。它不能用于采购申请整体释放，也不能用于采购订单等外部采购凭证。

2. 有分类程序（Procedure with Classification）

有分类程序的条件范围更广，可用于采购申请行项目级释放，也可用于整体释放。视频最后把它简化为“有分类用于抬头级”，这个说法不完整：有分类不等于只支持抬头级，它也能配置采购申请项目级释放。

讲师还说“采购申请的每个字段都可以作为条件”。更严谨的理解是：原则上可选择的业务字段很多，但标准释放特征来自通信结构 CEBAN 中可用的字段，并非任意界面字段或任意数据库字段都能直接拿来配置。外部采购凭证的标准条件结构为 CEKKO；标准结构以外的要求需要使用 SAP 提供的增强。

3. 两类程序的对比

采购申请的无分类程序与有分类程序是互斥方案。SAP 官方课程说明，一旦建立有分类程序，无分类程序会自动停用，不能把两套程序当作同一采购申请场景中并行叠加的审批规则。

七、视频实际展示的 SPRO 配置入口

约 00:09:21，讲师输入 SPRO 并进入：

SAP Reference IMG → Materials Management → Purchasing → Purchase Requisition

随后打开 Release Procedure，看到：

• Procedure without Classification；
• Procedure with Classification。

视频在这里结束。讲师没有继续进入子节点，因此本集没有完成以下配置：

• 创建特征（Characteristic）或类（Class）；
• 定义释放组（Release Group）；
• 定义释放代码（Release Code）；
• 定义释放标识（Release Indicator）；
• 定义释放策略（Release Strategy）；
• 设置释放前提、审批顺序和状态；
• 维护分类条件值；
• 保存配置或创建测试凭证验证结果。

八、SAP 官方补充：经典释放策略由哪些对象组成

以下内容用于补齐视频停在配置入口后的知识链，属于 SAP 官方补充，不是视频实际操作。

经典有分类释放程序可以概括为：

CEBAN / CEKKO 字段 → Characteristic → Class（类型 032） → Release Group → Release Strategy → Release Code / Release Indicator

以视频的 50,000 USD 为例，只有当企业把金额字段建立为特征，并在策略分类值中维护币种和区间，再配置相应释放代码及顺序后，这个阈值才会成为可执行的审批规则。仅在幻灯片上写一个金额并不会自动形成 SAP 释放策略。

九、SAP 官方补充：经典审批事务入口

视频画面可以看到 ME54N 和 ME55，但讲师没有念出、打开或执行它们。ME29N、ME28、ME45、ME35K 和 ME35L 则属于 SAP 官方补充，本视频既没有展示也没有执行。下表只能作为标准入口参考，不能写成视频实操步骤。

这里再次强调：单笔与集中是“审批人员如何打开待办”的处理方式；项目级与整体是“凭证内部以什么层级释放”的配置方式。

十、释放开始后发生变更怎么办

释放程序启动后，凭证变更不会只有一种固定结果。按 SAP 标准逻辑，常见情况包括：

1. 变更不影响策略：可以继续原释放流程；
2. 变更仍命中同一策略，但属于释放相关变更：依配置可能撤销已有释放并从头开始；
3. 变更导致命中另一套策略：系统重新确定策略并重启审批；
4. 当前释放状态不允许该类修改：系统阻止变更。

实际结果取决于释放标识中的 Changeability、价值变化容差、凭证是否已输出，以及变更后的特征值是否要求另一套策略。因此，项目实施时必须用测试凭证验证“金额增加、工厂变化、项目新增、输出完成后修改”等场景，不能仅凭策略命中测试就认为审批控制已经完整。

视频没有修改任何凭证，也没有验证释放重启逻辑。

十一、经典释放策略与 Flexible Workflow 的边界

视频展示的是 SAP GUI 和 SPRO 中的经典释放程序，不是 Flexible Workflow。SAP S/4HANA 从 1709 起提供采购 Flexible Workflow，当前官方资料通常建议在适用场景中优先评估其 Fiori 管理和审批能力。

经典 Release Code 不能直接等同于 Flexible Workflow 的审批步骤；经典类和特征也不能写成 Manage Workflows 中的启动条件。视频中的 SAP GUI/SPRO 路径更接近 S/4HANA on-premise 或 private edition 的经典配置场景；SAP S/4HANA Cloud Public Edition 应以当前 Fiori 配置和 Flexible Workflow 文档为准。

十二、常见误区与核对方法

十三、本集实际结束点

视频最后停在 SPRO → SAP Reference IMG → Materials Management → Purchasing → Purchase Requisition → Release Procedure，画面显示无分类和有分类两个入口。讲师的最后一句“如果要采用抬头级审批……”尚未说完，视频便结束。

因此，本集能够确认的讲解与界面展示只有：

• 解释了释放程序的基本目的；
• 说明了采购申请审批前应阻止生成后续凭证；
• 对比了行项目级释放和整体释放；
• 展示了 Easy Access 的单项/集中释放菜单；
• 展示了 SPRO 的无分类/有分类配置入口。

本集不能证明已经完成：

• 采购申请或采购订单审批；
• 释放代码输入、批准、拒绝或撤销；
• 释放策略配置与保存；
• 分类条件维护；
• 采购申请转采购订单；
• 变更后策略重启测试；
• MRP 结果验证；
• Flexible Workflow 配置或审批。

十四、课程小结

经典释放程序的核心不是“给凭证加一个审批按钮”，而是建立完整的控制链：业务字段决定特征值，特征和类决定策略匹配，释放组与释放代码决定谁按什么顺序审批，释放标识决定当前状态及后续处理权限。

理解本集时，应牢牢记住三个边界：

1. 采购申请可以行项目级或整体释放，外部采购凭证只能整体释放；
2. 单项/集中处理入口与行项目级/整体释放不是同一维度；
3. 视频只讲解概念并展示入口，没有执行审批，也没有完成经典释放策略配置。

来源与 SAP 官方参考

• 视频：Video 20 - SAP S/4HANA Materials Management (MM) training - Document Release Procedure
• SAP Learning：Releasing Purchase Requisitions
• SAP Learning：Configuring Release Procedures in Customizing
• SAP Learning：Releasing Purchasing Documents
• SAP Help：Release Strategy
• SAP Help：Release Indicator
• SAP Help：Release Procedure with Classification
• SAP Help：Changes After the Start of the Release Procedure
• SAP Learning：Setting Up Flexible Workflows in Purchasing
• SAP Help：Documents Supporting the Flexible Workflow