定义采购订单的审批策略（包括批准组、批准代码、批准标识）

一 .采购的的审批策略总体配置

SAP的采购审批过程（Release Procedure for Purchase Orders）配置最终形成审批策略（Release Strategy），但在此之前需完成批准组（Release Groups，也称为审批组）、批准代码（Release Codes）、发布标识（Release indicator）等几方面配置。如下图：

批准组需绑定一个为审批策略服务的类（Class），此类（Class）下包含若干特性值（Characteristic），特性值是定义审批满足条件的字段信息。类和特性的维护过程，请参见以下文章：维护采购订单审批的特性Characteristic和类Class。

一个批准组下包含多个批准代码，每个批准代码代表一个审批步骤（审批人），例如部门经理审批、总经理审批等，但在一张订单中不等于全部都要使用，需使用某个审批代码则是在审批策略（Release Strategy）中定义。

审批组、审批代码还作用于权限管理，相应的权限对象（authorization object）是M_EINK_FRG，不同的角色分配不同的审批组、审批代码后，则具有不同的审批操作权限。

批准组和批准代码的信息在采购订单的“批准策略”标签页显示，当用ME29N进行审批时如图所示：

二 .定义批准组

参照第一张图，在选择组中，双击批准组，点击新条目，输入批准组、类、批准组的描述，如下图：

三 .定义批准代码

参照第一张图，在选择组中，双击批准代码，点击新条目，输入批准代码、代码描述，如下图：

四 .定义批准标识

参照第一张图，在选择组中，双击批准标识，点击新条目，输入批准标识、是否核发、可变性、标识描述，如下图：

释放标识：即审批标识或批准标识，用来标识采购订单的审批状态 ,即block, 或者release 

核发：即审批，表示采购订单是否已审批完全 

可变性：用来控制不同采购订单审批状态下，采购订单修改和审批的属性，即采购订单审批前后订单是否可以修改，订单修改后，是否需要再次审批。

可变性的解释如下：

1：PO审批之后不能修改 

2：PO审批之后可以修改，不管改什么都不需要重新审批

3：PO审批之后可以修改，不管改什么都需要重新审批 

4：PO审批之后可以修改，如果修改的地方是审批条件里面定义的，则需要重新审批；不是审批条件定义的，则不需要重新审批 ；

在改变数量、价格、交货日期后，已经发生过的审批，要进行重新的审批。这在实际应用中比较安全。

5：PO审批之后可以修改，不管改什么都需要重新审批，打印之后再修改也需要重新审批 6：PO审批之后可以修改，如果修改的地方是审批条件里面定义的，则需要重新审批；如果打印过，不管修改过什么都需要审批 

空：同“3”

价值变化％：指采购订单价值发生变化，在超过设定的百分比范围后，需要重新审批。该设置只有在采用可变性4的情况下才有效。

五 .定义批准策略

参照第一张图，在选择组中，双击批准策略，点击新条目，输入批准策略、策略描述，如下图：

点击明细按钮，输入该审批策略中的批准代码，以及批准前提、批准状态

六 .CL20N 输入审批策略的特性值

采购审批策略的配置使用了类（Class）和特性（Characteristic），而类、特性属于主数据范畴，不会打进传输请求传至测试、生产等其它系统中。对于测试、生产等系统的审批条件调整，可以只维护相关类和特性就可以，而无需从开发系统传输进来。

采购审批策略的批准组已经绑定了类，这不可以更改，但类下包含的特性条目可以增加和减少，满足的审批条件也可以更改。

修改类包含的特性条目可以用TCODE：CL02，维护特性则是CT04。而修改后激活产生效果和条件值设定，则需要用CL20N，它还具有检查类的释放状态的功能。

如果系统已配置完成审批策略，再进行配置项修改，则会与类、特性脱节，需要用CL20N再次激活。

注意： 如果在审批策略当中有characteristic，没有填写任何值，那么在创建PO的时候，就相当于是找不到符合以下四个条件的的审批策略，就不会有审批策略出来。

参考文章：https://wenku.baidu.com/view/d2ccb4d6360cba1aa811dac4.html