壹佰网|ERP100 - 企业信息化知识门户

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 274|回复: 0

[FI] SD的用户出口如userexit_pricing_rule是如何实施的?

[复制链接]
发表于 2012/7/21 18:33:32 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。如果您注册时有任何问题请联系客服QQ: 83569622  。

您需要 登录 才可以下载或查看,没有帐号?注册

x
们的原则是尽量避免写程序,所以第一次用user exit,刚才查了SAP的notes,才知道exit也分几种,以前用的准确的说是cusomter exit。In the SD area (SCM Sales) the following exit technologies are used:
  • User exits
  • Customer exits
  • VOFM routines
  • Business Transaction Events, Business Add-Ins (this will not be explained in more detail in this note
User exits:
At the beginning of the R/3 development the SAP Basis did not offer technologies for exits yet, nevertheless many customers wanted to implement their own functions, checks, and so on. Thus, in the SD area, includes were delivered like, for example, MV45AFZZ. This include contains some empty FORM routines (user exits) to which you can go from the respective processing programs.

From the organizational point of view the delivery is arranged as follows: an include with empty FORM routines is delivered with a release and afterwards may no longer be corrected by SAP. This should prevent that a FORM routine which may have been adjusted by the customer is overwritten by SAP again.
User exits have no defined interface, that is there is a lot of data available and a lot of program-internal data can be changed. Thus, the user exit is a very flexible and thus also a HIGHLY CRITICAL utility for customer-specific adjustments. When you use user exits for adjustments you must be very careful.
When you use user exits, we highly recommend that the functions you developed yourself should be programmed "switched", so when a problem occurs you can restrict whether it is caused by modifications in the user exit or if the problem is on SAP side. Simple example: you define a user-specific ZZ* table with key "Modification" and attribute "active". This table contains an entry for each modification in a user exit. Before a customer-specific source code is processed by reading the customer-specific ZZ* table the system checks whether a user exit (and thus the respective modification) is active. Changes to user exits in SD are MODIFICATIONS, since the original of an object belongs to SAP (thus when you change a user exit an SSCR registration is also required).

Customer exits:
Unlike the user exits described above, customer exits have a defined interface, that is you can only transfer certain fields to the interface and you can also only change certain fields in a customer exit. In addition, customer exits can be activated and deactivated and thus they can be "switched". With the activation of a project an object is created with the original on customer side, thus it is no modification but a customer-specific enhancement. When you use customer exits, you therefore do not need an SSCR registration either. If available you should use customer exits.
VOFM routines:
You can develop customer-specific routines with Transaction VOFM for application areas like, for example, conditions of pricing, output determination, data transport routines to copy quotations after sales order, sales order after delivery.
These routines are stored in Customizing of every application area (pricing, output determination, and so on), that is enhancements with VOFM can be activated/deactivated. SAP also delivers certain functions by VOFM.
依老兄的话,看来用VOFM也可以解决,研究一下


该贴已经同步到 xiaoerp的微博
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|小黑屋|手机版|壹佰网 ERP100 ( 京ICP备19053597号-2 )

Copyright © 2005-2012 北京海之大网络技术有限责任公司 服务器托管由互联互通
手机:13911575376
网站技术点击发送消息给对方83569622   广告&合作 点击发送消息给对方27675401   点击发送消息给对方634043306   咨询及人才点击发送消息给对方138011526

GMT+8, 2025/11/30 17:03 , Processed in 0.015118 second(s), 18 queries , File On.

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表