采购申请审批_优缺点更正
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
采购申请审批:
单独:ME54N
集中:ME55
SAP采购审批的逻辑:
1.采购申请的状态:冻结、释放(可对采购申请做后续执行)状态字段:EBAN-FRGRL(有待审批)
2.采购申请中相关的条件在审批策略区域范围内,则该采购申请需要被审批。
SAP采购申请审批的设计思路:
包含哪些条件的采购申请是需要被审批的
审批条件参考表:
PR-CEBAN
PO-CEKKO
RFQ-CEKKO
如:CEBAN中相关字段,可以控制采购申请中如果有对应字段的范围值,即可被需要审批
审批操作前台:ME54N逐行审批、ME55集中审批
审批配置过程:
1.建立特性:CT04
2.建立分类:CL02
3.将特性分配给分类:CL02
4.建立审批策略:SPRO-物料管理-采购申请-审批过程-用分类建立过程
4.1:审批组:10-采购申请,在ME55中作为一个基准条件,与策略关联,同一组下可以不同策略
4.2:批准代码:代表哪个用户(或者领导)可以审批,基本配置是递进关系,类似审批层级,批准代码的实现是通过权限对象做设置。
4.3:批准标识:代表该批准代码审批成功后发布的批准结果(如:某某某领导批准通过)
4.4:批准策略:将上述组合在一起
特点:
1. 分行项目审批和抬头审批,建议行项目审批
原因:如果抬头审批通过,但是需要新增行项目,那么新增完之后则无法对新增行审批,而是全部行项目都在抬头有审批通过标识。所以如果放在抬头审批,则每个层级审批过后一定不能修改
总结:能分行审批,那么每个层级可以修改。不能则不配置
可修改。
优点:
审批组能维护多个对应各自的批准策略和策略下的批准层级&通过标识,应用在不同子公司。
缺点:
1. 审批组能维护多个且但只能对应1个审批分类,那么批准特性需要维护的尽量简单,且需要全集团统一。
2.批准限制的字段太少,比如,只能限制行项目总价,不能限制单价,如果需求特别复杂,如控制单价为最大历史单价,需要做增强:特性为自定义字段ZPRPRICE,增加在行项目中;另新增表记录所有PR行项目单价,列出物料对应的最大单价,每张PR中行项目自定义字段ZPRPRICE大于新增表中历史最大价格字段,则限制PR做相关审批。
3.SAP中MM只支持顺序审批或者简单的平行审批,不能发邮件推送提醒,工作流模块能很好的实现此功能但平行审批通知能力较弱,需要大量开发或是增强。建议用其他工作流软件。具体功能如“单人审批,多人接收,并行审批,多人接收,顺序审批”
风险较大