(MM)PR与PO的控制(转)

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

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

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

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

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

[图11-01]

图11-01

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

tcode: SU3

Parameter ID: EFB

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

图11-02

图11-02

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

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

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

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

图11-03

图11-03

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

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

图11-04

图11-04

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

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

 

图11-05

图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

图11-06

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

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

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

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

图11-07

图11-07

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

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

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

图11-08

图11-08

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

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

图11-09

图11-09

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

图11-10

图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–>物料管理–>采购–>采购申请–>定义屏幕层的屏幕格式 的帮助说明.

转载于:https://www.cnblogs.com/chg668/articles/1973382.html

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
提供的源码资源涵盖了安卓应用、小程序、Python应用和Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值