Road to SAP

最近在搞CRM的Status，接下来会用本贴做些这方面的杂记。

Function：

• CRM_STATUS_CHANGE_FOR_ACTIV_OW。最常用的一个Function，它既可以执行指定的Business Transaction（T-CODE: BS33，或查看Report: CRM_STATUS_CON）去更改订单的状态，也往往仅用做检查是否允许执行指定的Transaction；
• CRM_STATUS_CHECK。检查订单的状态；
• CRM_STATUS_SET_INTERN_OW。修改订单的系统状态；

系统状态：

• R/3的概念系统状态是不允许手工设置的，但是CRM中部分系统状态允许手工设置。详见View: CRMV_STATUS_PROC；
• CRM甚至引入Lifecycle Status（系统状态，可手工设置），即I1002 OFFN Open，I1003 BARB In process，I1004 FREI Released，I1005 ERLD Completed，用于表示标准订单的执行情况。详见Note: 827079。
• 在WebClient中，一旦订单设置了用户状态，Lifecycle Status及其他系统状态将不可选择。因此务必设置好用户状态，让它涵盖可更改系统状态的内容，如Released。

待续…

另相关文章：

• User Status 用户状态：概念
• User Status 用户状态：应用
• User Status 用户状态：集成

CRM_USER_LEVEL用户参数，可以把报错信息显示得更丰富，将它设置为9 Trace等级，信息多得吓人。可以在SU01中设置，也可以用报表CRM_SET_USERLEVEL_TRACE。默认值是3。

* Message level (degree of specialisation)
constants: begin of gc_msglevel,
             trace          type ballevel value ’9′,
             administrator  type ballevel value ’8′,
             professional   type ballevel value ’6′,
             employee       type ballevel value ’3′,
             customer       type ballevel value ’1′,
           end of gc_msglevel.

这里谈的Event Handler是指CRM Transcation中的Event Handler：

The event handler is a standard tool in the processing of a business transaction, for communication between the different objects that influence each other. It is used to call function modules, named callbacks, that are accessed when triggering an event at a certain time .

缘起与研究CRM Quotation转Sales Transaction的数量控制（创建后续凭证时，询价单项目的数量等于销售订单项目的数量后就不能再参照创建了），发现Copy Control中起作用的不是BADI，而是Event（参考FM: CRM_COPY_CHECK_I_OW中调用CRM_EVENT_PUBLISH_OW）。有个叫BEFORE_CREATE_WITH_REFERENCE的Event，调用FM：CRM_QUOTATION_BEFORE_COPY_EC进行状态检查，当询价单项目转换完毕后系统状态设置为Completed，该状态禁止继续参照生成销售订单项目。

用T-CODE: CRMV_EVENT可查看系统定义了的Event，你会恍然大悟，原来很多的Transaction的控制/功能是通过Event Handler实现的。另外SAP也提供了自定义Event的方法去增强系统的控制/功能，算是BADI之外的一种增强方式。可参考IMG: CRM – Transaction – Basic Settings – Edit Event Handler Table的说明。

另外SDN上有个例子：CRM Copy control: CRM_COPY_BADI for document relationship