用于MM-Document(PO, contract, scheduling agreement, request for quotation (RFQ)等)在一定条件下需要审批流程的情况
关键术语：
Release Characteristics: Classification characteristics constitute the criteria for a release condition. 就是说签核过程中要用到的栏位。
也可以用CT04定义审批条件的要素，比如采购组或者总价值，我们可以在表CEKKO中找到所有可以被利用的字段，如果不能满足需求，就需要enhancement M06E0004
Release Class：
Class: In a class, you group the characteristics that are to constitute a release condition for a release strategy.
You must assign the same class to all release groups with the same type of release (item-wise or overall).
就是说一堆Characteristics的组合。
这里要说的是Class是个相对公用的东西，很多地方都会用到，那PR/PO Release 这块儿就用Class Type=032
也可以直接用CL02定义class
Release Group：用来连接Release strategy各元素的桥梁，同一个release group具有相同的审批level,它用来决定一个Strategy可以使用的数据。
一个Group可以对应多个Strategies
比如001采购组大于5K的金额需要审批，而002采购组大于10K的金额需要审批，这就需要连个不同的审批组，而如果另一个C部门，但是依然用采购组001和大于5K的policy，那么它可以与第一组共享审批组。
Example:Release group 01 is defined for purchase requisitions and release group 02 for purchase orders. You can define release strategy S3 for both purchase requisitions and purchase orders.
Release Code:我们可以理解为现实中与整个审批流程相关的人，每个审批者都会审批相应的release code。如果配置了workflow，可以将他们与workflow结合起来用，审批自动到达他们的task中。
Release prerequisite：某Release Code可以签核的前提条件
Release indictor：定义审批中的各种状态和在此状态时系统的反应。
比如我们这里有2个状态，在审批流程中都会是状态1，也就是没有release，可以更改PO并且不会触发新的审批流程，或者是在触发新的审批流程的值状态时进行新的审批等。后面的value change字段限制了字段更改的最大范围，超过了一定百分比系统会产生错误信息。
再比如某个Release Code签核之前一直要处于blocked状态。
Release strategy ：定义审批流程。Release codes我们看到最多输入8个，我们按照审批顺序输入。
Classification相当于定义这个审批策略被触发的条件。
Athorization：
整个审批的授权可以通过分配authorization object M_EINK_FRG给相应用户进行Release Group和Release code分配
流程概述：
PR:
通过设置PR 审批策略针对符合Classification中条件的PR生成签核流程。
对于PR的审批可以在item级别也可以再total级别，并且有带classification和不带classification两种，不过不带classification的只能在total级别审批。
PO:
PR release T-code：
ME54N：单笔release
ME55：批量release
PO release t-code
- ME2K
- ME2C
- ME2N
- ME2W
- ME80FN
- ME81N
相关Table/Structure
CEBAN
CEKKO
后台路径：
后台路径：
Materials ManagementàPurchasingàPurchase RequisitionàRelease Procedureà
Procedure with Classification
配置操作：
- 定义Characteristics
1.1新建一个Characteristics，参考到CEBAN中的指定栏位
1.2 如果需要针对该特性指定多个值，需要选择Multiple Values
1.3 可以输入Default value，Additional values勾上代表允许在Allowed values之外的值指定到该特性
- 建立Class
2.1 将Characteristics指定至Class，新建分类，将已建立的特性加入
- 将Class赋给指定的Release Group
（OvRelPReq代表Header release，不勾代表Item的release，需要一个release）
这里可以有多个不同的Release Group，但是Header Release Class 和Item Release Class分别只能有一个，否则会出现以下提示：
如果需要进行Header release，不但这个勾勾要打上，PR type 中的勾勾也要打上
路径：Materials ManagementàPurchasingàPurchase Requisitionà Define Document Types
- 定义Release code
(每个release code代表不同的签核层级)
- 定义Release indicator
(每个release indicator代表一种签核结果，针对每种release indicator可以去定义签核后允许或者不允许什么操作)
- 定义Release strategies
一个Release Group可以对应多个Strategies
① 前提条件：针对Release code设置前后签核顺序等；
这里行代表当前关卡(Code)，列代表前提条件(release prerequisite)，就上图来说02如果想要签，前提就是01已经签过，03签核的前提是01、02都签过了；不勾的话当然就表示随意了。。。
② Release Statues：为每种签核结果设置状态；
③ 针对Classification设置具体的值；相当于定义这个审批策略被触发的条件
④ Simulate release，可以检查release设置及预览release之后的状态；
- 执行Release
ME54N Release: Item release如下所示，针对每个Item进行release
Header release 如下所示，针对整张PR 进行release
Notes:
1. Please check release classes (see long text)
Message no. ME492
Answer:
There are 3 release objects are in a client for purchasing . only 4 release classes possible in purchasing.
Release obejct -1 for PR
2 classse possible with this object (1 for item wise release and another one for overall release)
Release object - 2 for purchasing external documents(PO,contract,RFQ and scheduling aggreemnt)
only 1 class possible .If already 1 class assigned to this release object ,then you have to use the same or delete that one and assign new one .So it is not at all possible to assign 2 classes to release object 2
Release object -3 for service
only 1 class possible
2. PO Item级别签核，貌似没发现直接配置的地方可以做，只能用Exit了，可参看下面网摘
根据PO item单价实现PO重新release的需求
现在集团分销处有这样一个需求，一个PO的任一item的单价有增大，这张PO都需要重新审批，我知道release code可以设定changeable,但是只能
根据价值(单价或数量）增大决定是否重签，分销处的意思是只需要管控单价，不管数量，现在只能想到的方法是在CEKKO里找一个字段初步选
CEKKO-BSAKZ 作为一个审批条件，然后建立两个release strategy，其中一个CEKKO-BSAKZ条件为空，另一个为一个字符如A，然后当user修改PO
时在出口里判断item的单价是否有增大，如果有增大就修改EKKO-BSAKZ 这个字段为A，让这张PO符和另一个release strategy的条件重新审批，
但是感觉这样做不是很好，而且PO的release group只能有一个，这样做也会影响其他分公司，请教各位有没有更好的方法实现，release code的changeable
是否可以新增一个设定单价有变更就需要重签？在哪里可以新增？请高手支招，谢谢！