David's Untitled Life

我这里简单的介绍了PO的审批流程，在附件中包含了图片，以及网络上的关于PR的审批详解，以及SAP Notes 207490对PO审批配置的介绍。Release Strategy.rar

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)