我这里简单的介绍了PO的审批流程,在附件中包含了图片,以及网络上的关于PR的审批详解,以及SAP Notes 207490对PO审批配置的介绍。
Purchase Release Strategy
如果想需要PR或者其他采购文档(PO, contract, scheduling agreement, request for quotation (RFQ)等)在一定条件下被审批,就需要用到SAP的审批策略。
对于PR的审批可以在item级别也可以再total级别,并且有带classification和不带classification两种,不过不带classification的只能在total级别审批。我们接下来都以PO为例讲解。
l Release Condition(Characteristics class)
一个PO必须满足审批条件,才会进入审批流程,比如采购总价值超过1万元,或者采购组001采购的物料等。SAP采用classification系统进行审批条件的配置。
首先通过CT04定义审批条件的要素,比如采购组或者总价值,我们可以在表CEKKO中找到所有可以被利用的字段,如果不能满足需求,就需要enhancement M06E0004
之后CL02定义class,也就是将各个审批要素组合在一起,组成一个完整的审批条件。比如采购组001采购金额大于5K 采购组002采购金额大于10K
l Release Strategy overview
审批策略是一个总的审批流程,可以在一个审批策略下定义release code,我们最多可以定义8个release code。定义审批策略包括定义定义release group, release code, release indicator等步骤
l Release Group
同一个release group具有相同的审批level,比如我提到的001采购组大于5K的金额需要审批,而002采购组大于10K的金额需要审批,这就需要连个不同的审批组,而如果有一个第三个部门,但是依然用采购组001和大于5K的policy,那么它可以与第一组共享审批组。
我们为审批组分配Class
l Release Code
Release Code我们可以理解为现实中与整个审批流程相关的人,每个审批者都会审批相应的release code。如果配置了workflow,可以将他们与workflow结合起来用,审批自动到达他们的task中。
l Release Indicator
这一步骤实际是定义审批中的各种状态和在此状态时系统的反应。
比如我们这里有2个状态,在审批流程中都会是状态1,也就是没有release,可以更改PO并且不会触发新的审批流程,或者是在触发新的审批流程的值状态时进行新的审批等。后面的%value change字段限制了字段更改的最大范围,超过了一定百分比系统会产生错误信息。
l Release Strategy
最后一步定义审批流程。Release codes我们看到最多输入8个,我们按照审批顺序输入。
Release prerequisites定义的是每个审批流程需要的前提,很简单,一般的审批都是一步一步进行的。都会勾成下面的样子,也就是02需要01最为条件。
Release status定义每一步被审批后,PO的状态,我们定义只有01 02都被通过了,才会进入最终的2状态
Classification相当于定义这个审批策略被触发的条件。
l Authorization
整个审批的授权可以通过分配authorization object M_EINK_FRG给相应用户进行限制
l Test
我们为采购组001创建一个总价80块的订单,没有触发审批流程。
当我们改为总价8000块时,就产生了审批流程
我们通过TCODE ME28进行审批,如果直接审批02 code会发现系统提示没有合适的PO,审批后PO的状态改变
审批02 CODE以后,PO状态改变
如果尝试更改PO会得到以下错误消息
Purchasing document has release indicator 2 (changes not possible)