SAP系统中间件技术应用.docVIP

SAP系统中间件技术应用 2013-07-15 岳 帅 Yue_shuai@msn.cn 一、引言 目前，多数国内SAP（企业）用户在完成了ERP系统实施、应用深化后，。 二、基础设置 解决实际业务需求，笔者假设了一个集成的业务场景：即：ERP（ECC 6.0 EHP1）与CRM（7.0， EHP1）之间的“主数据”与销售凭证集成场景。 定义逻辑系统： 逻辑系统在中间件技术中有着举足轻重的地位，因此，必须为客户端（Client）配置逻辑系统。 事务码：SALE。 客户端 逻辑系统 描述 ECC700 ZERPID6700 ERP客户端700 ECC900 ZERPID6900 ERP客户端900 CRM700 ZCRMEH700 CRM客户端700 在创建逻辑系统并分配至相应客户端之后，需将进行数据交互客户端的逻辑系统在此处定义。 远程目标以及远程用户： 使用SM59创建远程目标； 使用SU01创建远程用户，用户权限暂时使用SAP_ALL，用户类型为服务用户。 中间件管理控制台 事务码：SMOEAC。 创建两个R/3类型的SITE节点，并分别指定节点属性。 定制通过中间件交互的数据对象； 对象类型选择Subscription，目前，仅定制BP“主数据”以及BP关系两个对象。 上载对象定义： 在CRM系统中，可以通过R3AC3对初始装载对象设置过滤条件，之后，通过R3AS进行对象的初始装载。但，前提需要在ERP系统中定制是否允许该对象上载。 ERP系统事务码SM30: CRMRFCPAR。维护参数如下图所示： 在这里，定义允许所有对象上载。另外，需要在视图CRMCONSUM中激活CRM用户。 在视图CRMPAROLTP中定义CRM系统版本（该值可以和CRM的实际版本不一致）。 三、数据交互 在进行客户交互之前，首先要对ERP销售组织以及客户“主数据”的基础配置信息进行初始上载。 同步组织架构： 使用该路径创建组织架构根节点，以便于从ERP传递的销售组织及分配节点。（若根节点未生成BP编号，激活BP与HR集成）。 通过该事务在CRM端生成与ERP 端统一的组织架构模型。在此，建议一次性生成全部组织。 同步之后，回到修改组织模型的事务中，维护销售组织相关节点的功能和属性。 基本定制对象上载： 针对客户数据而言，在使用中间件同步客户前，以下对象需从ERP上载至CRM。 DNL_CUST_KTOKD DNL_CUST_S_AREA DNL_CUST_SALES 如果出现定制对象不能上载或在R3AM1中一直处于“Running”状态，请进行以下处理： 检查RFC用户权限是否存在权限对象“SCRMMW”，且设置如下图： 检查ERP端数据表CRMATAB是否为空，若为空，在CRM端执行Report： “SMOF_FILL_CRMATAB”，选择相应的对象和RFC目标，执行，即可在ERP端将被上载的数据表维护在CRMATAB中。 ERP中维护账户组及编号范围： 客户端 账户组 编号范围 是否内部编号 700 ZA01 0005100000-----005199999 否 900 ZA03 0005300000-----005199999 否 CRM维护BP组及编号范围： 客户端 BP组 编号范围 是否内部编号 700 ZA01 0005100000-----005199999 否 700 ZA03 0005300000-----005199999 否 ERP系统中维护客户交互映射关系： 事务码：PIDE（需分别在900和700维护）。 客户端（700）： 客户端（900）： 这里的映射关系可以有很多种，此处使用了最简单的方法。同时，过滤没有销售组织的客户数据。 ERP中事务码：PIVV（原则上将该功能也可以在CRM系统中通过R3AC1中的过滤条件来实现） 检查双方的字段设置是否一致。（ERP中按照账户组，CRM中按照BP角色）。 四、关键技术实现 阻止向错误的SITE发送BDOC： 对于一个CRM与一个ERP的两个客户端交互，SAP提供Multiple Exchange Projects (MEP)，应该是可以解决这个问题的，但是，配置相对较为复杂。且需要引入Solution Manager系统，故放弃。具体可以参照Help：Configuring the Multiple Back-End Scenario?。 简单办法如下： SE38：/1CRMGC/SAPLBUPA_MAIN； 在IDES中该函数组包含了两个FUNCTION，但是在DEV中仅包含一个。 IDES中代码修正放在FUNCTION“/1CRMGC/HTBUPA_MAIN_RRR”。 DEV中代码修正放在FUNCTION“/1CRMGC/CGBUPA_M