转自:http://scola.wang.blog.163.com/blog/static/886636482009614165129/
业务背景:采购组织1101。采购员Sam负责金属材料的采购业务,他自己有1000元的采购自审批权限,超过1000元则必须提交他的主管Scola进行审批。
SE11查看Communication Structure:CEKKO,
选定采购组织EKORG和采购订单总金额GNETW作为审批设置的两个特性要素。当然如果需要的的话也可以将其他作为审批特性要素。
1.创建特性Characteristic(Tcode:CT04)
Path: IMG->Material Management->Purchasing->Purchase Order->Release Procedure for
Purchase Orders->Edit Characteristic
先输入第一个特性:Z_PUR_ORG,用它来进行采购组织的限定,
Multiple Values表示该审批特性可是适用于多个采购组织,而Single Value则只能适用于唯一的采购组织。切换到Additional data标签页,
Table Name = CEKKO ,Field Name = EKORG,Enter,系统提示:Format data taken from ABAP dictionary。Save。
输入第二个特性:Z_AMOUNT,用它来进行采购金额的限定,
切换到Additional data标签页,
Save。
2.创建类Class(Tcode:CL02)
Path: IMG->Material Management->Purchasing->Purchase Order->Release Procedure for
Purchase Orders->Edit Class
切换到Characteristic标签页,
与之前创建了两个Characteristics关联。Save。
3.定义审批程序(Tcode:)
Path: IMG->Material Management->Purchasing->Purchase Order->Release Procedure for
Purchase Orders->Edit Class
首先进入Release Groups,创建Release Group:20,关联Class:Z_PO_APPROVE,
说明一下,审批组可以理解为审批策略的一个集合,在后面创建了审批策略之后我们可以回过头来看看这种理解是否正确。
接下来进入Release Codes,为Release Group 20创建两个审批人:P1和P2,
假设PO有两种状态:Blocked和Released,进入Release indicator,
接下来将要创建审批策略,审批策略可以理解为审批路径,前面的业务背景实际上暗示了两条采购订单的审批路径:i. Sam自审批(<1000RMB);ii. Sam审批,不在权限范围之内则提交Scola审批(>1000RMB),
先来建立第一条审批路径(审批策略Release Strategy):S1-Sam Approve self,
指定Release codes:P1。实际上在这里没有必要把审批人具体化,但是秀才为了便于理解就认为这个审批策略是只对Sam的。
进入Release prerequisites,
这里无须指定任何信息,Continue即可,
进入Release statuses,
这里的意思是PO初始创建状态为Blocked,P1审批之后状态转入Released。
接下来进入Classification,
输入第一条审批路径审批条件。Save。
再来建立第二条审批路径(审批策略S2),先由采购员Sam自己审批,超过审批权限则提交他的主管Scola审批。
首先进入Release prerequisites,
进入Release statuses,
这里的意思是PO初始创建状态为Blocked,P1审批之后状态任然为Blocked,P2也做了审批之后,PO状态才转入Released。
接下来进入Classification,
4.创建角色Role(Tcode: PFCG)
Path: Tools->Administration->User Maintenance->Role Administration->Roles
创建两个角色:采购员和采购经理
在Menu标签页下增加三个Tcode:ME21N-Create Purchase Order,ME29N-Release Purchase
Order,ME28-Release Purchase Order。
切换到Authorizations标签页下,
点击Change Authorization Data,做如下设置,
Save之后点击右键,在弹出菜单中点击Generate(Shift+F5),此时界面上Status由Saved转变为generated。注意,执行了Generate之后不能Save,否则这个Authorization profile将不起作用(秀才在这里浪费了太大时间,最后才搞清楚这一点),返回,
系统产生了Profile:T-EC050015,Status = Authorization profile is generated。
接下来在创建第二个角色,
同样切换到Authorizations标签页,点击Change Authorization Data,做如下设置,
执行Generate,返回,
Profile Name = T-EC050016,Status = Authorization profile is generated。
5.创建用户(Tcode:SU01):
SU01创建两个User:SAM和SCOLA。
为Sam分配一个Role。
为Scola分配一个Role。
配置工作基本到此结束,接下来可以做一个PO进行业务测试:先用Sam用户登录,ME21N创建一个PO,ME28N执行Release之后查看其状态;然后再用Scola用户登录,查找PO,ME28执行Release操作。
另外,需要重点说明一下,PR、PO、RFQ、Contract分别有自己的Release Procedure,不过设置过程都基本差不多,更多的信息可以查看其IMG Activity documentation,里面有十分详细的细节说明。