博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
(MM)PR与PO的控制
阅读量:2034 次
发布时间:2019-04-28

本文共 2327 字,大约阅读时间需要 7 分钟。

业务部门提出对PR及PO进行一些控制,SAP对屏幕组件的灵活控制使这些业务要求都很容易得到满足;同时,MM模块对采购文件屏幕控制的N多维度,相信你看到了都会感觉好TMD的爽,Userexit也挺给力的。

以下就业务要求及SAP的技术设置详细说明。

1.PO必须参考PR建立,不允许采购员手动使用ME21N直接建立。

启用”采购员的功能权限”:

1.1  spro–>物料管理–>权限管理–>定义采购员的功能权限,按业务要求定义一个新的Profile.

图11-01

1.2 将1.1定义的Profile Assign给采购员帐号。

tcode: SU3

Parameter ID: EFB

参数值: 1.1中定义的Profile ID.本例中是”01″

图11-02

2.采购员不能更改PO的数量及数量单位。(该要求是前面第1项要求的技术延续,因为规定了只能从PR参考建立,所以建立后要是又允许更改数量,则仍然达不到与PR一致的业务控制。)

启用”屏幕组件控制功能”,业务要求是所有的PO文件都不能更改数量及数量单位,在技术上控制相关PO文件类型的屏幕控制参数即可。(在采购文件层次中控制”屏幕组件是其中的一个维度,SAP支持多达5种维度,参见附录清单)

2.1 spro–>物料管理–>采购–>采购订单–>定义凭证层的屏幕格式

从标准的”NBF”中复制一个新的Fsel: Z001.

图11-03

2.2 将2.1中定义的Fsel Assign给采购文件类型:

spro–>物料管理–>采购–>采购订单–>定义凭证类型.

图11-04

3.当PR成功转换为PO后,不能对PR进行任何的更改。

3.1 经过测试系统的功能,系统标准并不能控制到这个业务要求。ME52N更改已成功转换为PO的PR的时候,系统会提示MEPO811 MESSAGE ID,并且该ID不能进行”消息定制”.

图11-05

3.2 那只能损招开路,使用USEREXIT进行控制。

TCODE: CMOD 建立一个新的USEREXIT Project.

Enhancement: MEREQ001

功能跳出: EXIT_SAPLMEREQ_005

写上以下控制代码:

IF IM_DATA_OLD-STATU NE ‘N’.

MESSAGE ‘PR已由采購員處理過,不能再進行任何的更改!’ TYPE ‘E’.
ENDIF.

图11-06

4.已获得系统审核的PR,在审核完成并且没有转换为PO前,当更改数量或数量单位后,需要再次审核。

4.1系统标准功能中,只要已Release PR,就不允许更改数量及数量单位。所以,首先解决”允许已Release PR更改数量的问题”。

4.1.1确认PR的审核标识使用的屏幕控制参数ID.

spro–>物料管理–>采购–>采购申请–>审批过程–>含分类的过程–>用分类建立过程–>发布标识–>”2″

图11-07

4.1.2从标准的FZ01中复制一个新的Fsel: Z002.

spro–>物料管理–>采购–>采购申请–>定义屏幕层的屏幕格式

定义该Fsel允许进行数量及数量单位的更改。

图11-08

4.1.3更改4.1.1的设置,Assign Z002到审核标识。

spro–>物料管理–>采购–>采购申请–>审批过程–>含分类的过程–>用分类建立过程–>发布标识–>”2″

图11-09

按4.1的设置完成后,测试系统发现只有数量变大的时候,才会触发重新审核。这与PO的审核类似:只有更改PO的数量或价值比原来更大的时候,才会引起PO的重新审核。Debug了一下标准程序,发现SAP直接在程序中Codeing了这个玩法,并且不能定制。按业务部门的理解,只要对PR的数量进行了更改,不管改大或改小都应该重新审核,不知道SAP的业务专家与我们的用户的想法为啥有这么大的区别?难道这个程序是SAP”中国”的工程师写的–>大房的是正室,小二小三不用理会?

图11-10

你要问我:小二小三小四小五….也要认,我只能说你牛X,真的不怕正室K你?当然这个可以实现,使用终极损招:跟Basis商量一下,跟SAP申请申请更改一下这个源码,不管改大还是改小都能通杀。

有关重新进行审核的控制,SAP程序使用以下三个函数对PR,PO,服务订单进行判断。要是项目要求一定要做到大小通吃,更改对应的函数源码即可。

ME_REL_STRATEGIE_EBAN          Determine release strategy for purchase requisitions

ME_REL_STRATEGIE_EKKO          Determination of release strategy for purchasing documents

ME_REL_STRATEGIE_ESSR          Determine release strategy for service entry sheets

[附录]

有关MM中SAP对屏幕控制的多个维度:

1. Field selection key: transaction

2. Field selection key: activity type

3. Field selection key: purchasing document type

4. Field selection key: item category/document category

5. Field selection key: purchase requisition

详情参考

spro–>物料管理–>采购–>采购申请–>定义屏幕层的屏幕格式 的帮助说明.

转载地址:http://rphaf.baihongyu.com/

你可能感兴趣的文章
17.软件项目管理与加敏捷方法——常见错误笔记
查看>>
15.软件项目管理与敏捷方法——项目管理办公室如何支持敏捷方法
查看>>
00.敏捷回顾——引言笔记
查看>>
python学习手册笔记——20.迭代和解析
查看>>
python学习手册笔记——30.类的设计
查看>>
Big Analytice with Cassandra
查看>>
spring多个AOP执行先后顺序(面试问题:怎么控制多个aop的执行循序)
查看>>
leetcode 之 Single Number II
查看>>
关于AOP无法切入同类调用方法的问题
查看>>
Post with HttpClient4
查看>>
缓存兼容性
查看>>
Hessian序列化
查看>>
Thread的中断机制(interrupt)
查看>>
[LeetCode] 268. Missing Number ☆(丢失的数字)
查看>>
http1.0 1.1 2.0区别
查看>>
spring bean生命周期
查看>>
学习成长之路
查看>>
从线程模型的角度看Netty的高性能
查看>>
二叉树遍历(前序、中序、后序、层次、深度优先、广度优先遍历)
查看>>
[LeetCode] 43. Multiply Strings ☆☆☆(字符串相乘)
查看>>