采购审批
1、“Edit Characteristic”(T-code:CT04):
采购订单审批参考的特性,以…作为P.O.审批条件;
每个Characteristic对应一个底层表Table Name的Field Name,可在“additional data”中查看,也就是说,以底层表的某个字段作为参考审批的某个特征;
比如,“FRG_EKKO_BSART”是以EKKO表下的字段“BASART”(Document type)作为P.O.审批条件;“FRG_EBAN_BSART”是以EBAN标下的字段“BSART”(Document type)作为P.R.的审批条件
对于P.O.审批的Characteristic,均使用“CEKKO”表,可以在此结构中找到所有可以用于确定P.O.审批条件的字段,否则使用增强;




使用Copy template的方式可自定义Characteristic:
ZYQ01_EKKO_BSART(Doc. type)
ZYQ01_EKKO_EKORG(Purchasing org.)
ZYQ01_EKKO_EKGRP(Purchasing group)
ZYQ01_EKKO_GNETW(Total net order value)











2、Edit Class(T CODE:CL02):类
作为Characteristic的捆绑,常用的Class Type:001(Material class),010(Vendor class),023(Batch),032(Release strategy)
比如生产日期就可以作为一种023的characteristic
对于PO的审批类,Class Type为032
通过Copy template的方式,自定义ZYQ01_EKKO的class

在标签页Characteristic下维护需要捆绑的特性,改成自定义的ZYQ01_

3、Define Release Procedure for Purchase Orders:

(1)、Release Groups:
审批组,由谁来做审批;比如两个工厂北京和上海,就要有不同的审批组,北京审批组、上海审批组;
自定义“ZY”的Release Group,并建立与Class的关系(相同Characteristic只能使用唯一个CLASS,故此处选择已经存在了的Class:ZL01_EKKO,另外在4个ZL01_EKKO_XXXXX的
Characteristic的Values里都加上自己的值,以便后面在ZL01的Class里完成YQ的Classification)

(2)、Release Codes:
审批层级代号,比如采购经理审批、财务经理审批、亚洲区经理审批…;

(3)、Release indicator:
发布标识

(4)、Release Strategies:
审批策略,满足什么条件下启用该审批策略
设定三个档次:Y1:<=5000,启用10审批;Y2:>5000,<=10000,启用20审批;>10000,启用30审批

定义Y1层:

“Release Prerequisite”:第一层审批层级不需要条件
“Release Status”:不予审批通过打X状态;审批通过打Z状态

“Classification”:可在之前Characteristics的Values里圈定的候选审批范围内选择一条件,满足这些条件即启用该层审批

定义Y2层:




定义Y3层:




P.O.若满足上述条件会在ME21N的Item最后多一个Release Strategy页签




对于未审批的单个P.O.,MIGO无法收货:

ME23N中Message已有打印信息,但也不能打印;
ME29N,对单个P.O.逐级打勾审批:
ME28,对于多个P.O.进行审批
Release Code是必填,说明是按照层级来进行批量审批(从低到高,根据先决条件)

设定好查找条件后可找到未released P.O.:
4500018022(10级审批)、4500018023(20级审批)、4500018024(30级审批)
Release过的物料用MIGO收完货还可以在ME28取消Release
网友评论