SAP秀才-《MM学习指南》操作记录--- 4.补-采购审批策略的设置

选定采购组织EKORG作为审批设置的特性要素。当然如果需要的的话也可以将其他作为审批特性要素。

1.创建特性Characteristic（Tcode:CT04）

Path: IMG->Material Management->Purchasing->Purchase Order->Release Procedure for Purchase Orders->Edit Characteristic

后台->物料管理->采购->采购订单->采购订单的下达过程->编辑特性

先输入第一个特性：Z_PUR_ORG，用它来进行采购组织的限定，

“多值”表示该审批特性可是适用于多个采购组织，而“单一值” 则只能适用于唯一的采购组织。切换到“附加数据”标签页，

。保存。

2.创建类Class（Tcode:CL02）

Path: IMG->Material Management->Purchasing->Purchase Order->Release Procedure for Purchase Orders->Edit Class

后台->物料管理->采购->采购订单->采购订单的下达过程->编辑类

类名：ZFRG_EKKO_ORG

切换到“特性”标签页

与之前创建的“特性”关联。保存。

3.定义审批程序（Tcode:）

Path: IMG->Material Management->Purchasing->Purchase Order->Release Procedure for Purchase Orders->Edit Class

后台->物料管理->采购->采购订单->采购订单的下达过程->定义采购订单的审批过程

双击“批准组”，新条目：

创建批准组：P1，关联类别：ZFRG_EKKO_ORG，保存。

说明一下，审批组可以理解为审批策略的一个集合，在后面创建了审批策略之后我们可以回过头来看看这种理解是否正确。

接下来进入“批准代码”，为“批准组”：创建审批人：PU，双击“批准代码”，

假设PO有两种状态：Blocked（冻结）和Released（已审批），进入“批准标识”：

接下来将要创建审批策略，审批策略可以理解为审批路径，这里创建一个自我审批的路径，双击“批准策略”，新条目：

指定“批准代码”：P1。实际上在这里没有必要把审批人具体化，这里可以理解为自己。

，

这里无须指定任何信息，“继续”即可，

，

这里的意思是PO初始创建状态为Blocked（冻结），P1审批之后状态转入Released（已审批）。

，

保存。

4.创建角色Role（Tcode: PFCG）

Path: Tools->Administration->User Maintenance->Role Administration->Roles

前台->工具->系统管理->用户维护->角色管理->PFCG-角色

创建一个角色：CUX_YUFENG ：

，做如下设置，

(Shift+F5)，此时界面上Status由Saved转变为generated，

系统产生了Profile：T-C1960001，状态=已经生成权限参数文件。

5.给用户分配角色（Tcode:SU01）:

SU01：

给用户 ：YUFENG 分配角色：CUX_YUFENG，保存。OK！

现在做 采购订单时，只要采购组织为 1100 的采购订单都需要审批了，审批人为：YUFENG 。

【注意：在此审批策略配置未完成前做的采购订单是不能使用这个策略来进行审批的，ZYF-SAP童生做了好多次才明白过来，浪费了好多时间】。

SAP秀才-《MM学习指南》操作记录--- 4.补-采购审批策略的设置（完）

补：

Purchase Release Strategy（采购审批策略）

    如果想需要PR或者其他采购文档(PO,contract, scheduling agreement, request for quotation (RFQ)等)在一定条件下被审批，就需要用到SAP的审批策略。

    对于PR的审批可以在item级别也可以再total级别，并且有带classification和不带classification两种，不过不带classification的只能在total级别审批。我们接下来都以PO为例讲解。

• Release Condition(Characteristics class)

    一个PO必须满足审批条件，才会进入审批流程，比如采购总价值超过1万元，或者采购组001采购的物料等。SAP采用classification系统进行审批条件的配置。

    首先通过CT04定义审批条件的要素，比如采购组或者总价值，我们可以在表CEKKO中找到所有可以被利用的字段，如果不能满足需求，就需要enhancement M06E0004

    之后CL02定义class，也就是将各个审批要素组合在一起，组成一个完整的审批条件。比如采购组001采购金额大于5K采购组002采购金额大于10K

• Release Strategy overview

    审批策略是一个总的审批流程，可以在一个审批策略下定义release code，我们最多可以定义8个release code。定义审批策略包括定义定义release group, release code, release     indicator等步骤

• Release Group

     同一个release group具有相同的审批level，比如我提到的001采购组大于5K的金额需要审批，而002采购组大于10K的金额需要审批，这就需要连个不同的审批组，而如果有一个第三个部门，但是依然用采购组001和大于5K的policy，那么它可以与第一组共享审批组。

     我们为审批组分配Class

• Release Code

    Release Code我们可以理解为现实中与整个审批流程相关的人，每个审批者都会审批相应的release code。如果配置了workflow，可以将他们与workflow结合起来用，审批自动到达他们的task中。

• Release Indicator

     这一步骤实际是定义审批中的各种状态和在此状态时系统的反应。

    比如我们这里有2个状态，在审批流程中都会是状态1，也就是没有release，可以更改PO并且不会触发新的审批流程，或者是在触发新的审批流程的值状态时进行新的审批等。后面的%value change字段限制了字段更改的最大范围，超过了一定百分比系统会产生错误信息。

• Release Strategy

    最后一步定义审批流程。Release codes我们看到最多输入8个，我们按照审批顺序输入。

    Release prerequisites定义的是每个审批流程需要的前提，很简单，一般的审批都是一步一步进行的。都会勾成下面的样子，也就是02需要01最为条件。

    Release status定义每一步被审批后，PO的状态，我们定义只有01 02都被通过了，才会进入最终的2状态

    Classification相当于定义这个审批策略被触发的条件。