MM-Document Release Strategy
- 定义Characteristics
- 建立Class
- 将Class赋给指定的Release Group
- 定义Release code
- 定义Release indicator
- 定义Release strategies
- 执行Release
用于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
配置操作:
1.1新建一个Characteristics,参考到CEBAN中的指定栏位
1.2 如果需要针对该特性指定多个值,需要选择Multiple Values
1.3 可以输入Default value,Additional values勾上代表允许在Allowed values之外的值指定到该特性
2.1 将Characteristics指定至Class,新建分类,将已建立的特性加入
(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 indicator代表一种签核结果,针对每种release indicator可以去定义签核后允许或者不允许什么操作)
一个Release Group可以对应多个Strategies
① 前提条件:针对Release code设置前后签核顺序等;
这里行代表当前关卡(Code),列代表前提条件(release prerequisite),就上图来说02如果想要签,前提就是01已经签过,03签核的前提是01、02都签过了;不勾的话当然就表示随意了。。。
② Release Statues:为每种签核结果设置状态;
③ 针对Classification设置具体的值;相当于定义这个审批策略被触发的条件
④ Simulate 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
是否可以新增一个设定单价有变更就需要重签?在哪里可以新增?请高手支招,谢谢!