各位好:
关于EAI中间件使用JCO的问题,有一处错误,请修正。
该问题出现在所有的JCO接口中,将影响所有ERP接口。
业务背景:
ERP系统采购订单数据传递到SRM供应商平台或其它系统。
症状:
EAI项目组反映,传递的数据中,有重复的"success"字符,干扰正常的数据传输,导致供应商平台或其它系统接收出错。
数据传输流程:
1.ERP系统采购订单数据-->2.ABAP程序抓取-->3.调用中间件服务器的函数function(位于TOMCAT,WEB容器,的JCO服务中)-->4.IBM EAI MQ服务器-->5.供应商平台数据库中间表
工作原理:
1. 业务人员在ERP系统中产生采购订单数据
2. 达美王海龙开发ABAP程序ZMMR0014,读取系统表中的采购订单数据,通过调用中间件服务器上的“ZMM_IF_FM020”远程函数,把数据发给JCO服务。
3. JCO服务把数据转发给IBM MQ服务。
4. MQ 服务转发数据,存放到供应商平台数据库中间表。
问题分析:
ERP调用到JCO服务里的函数,有2个参数(表),如下面的代码:
CALL FUNCTION 'ZMM_IF_FM020' DESTINATION 'SAPJCO'
TABLES
TAB = T_TAB1
RETURN = ZMESG.
其中,
第一个参数(表)TAB, 这是存放采购订单数据,是ERP发给JCO的。(第一步JCO读取)
第二个参数(表)RETURN, 存放JCO处理后成功或失败的信息,是JCO返回给ERP的。(接收完成后,第二步ERP读取)
我们发现,JCO在接收ERP的数据时,把TAB和RETURN都读取了。
然后,JCO返回了"success"字符在RETURN表中。
因为JCO总是要读取RETURN表中的数据,然后有写入,所以造成了大量冗余的"success"字符。
而这个参数(表)RETURN,JCO根本就不应该读取,只能用于写入完成后的标识,留给ERP程序处理的。
问题解决:
因为错误出现在EAI中间的JCO中,请EAI顾问的JCO程序代码,不要读取ERP接口参数(表)RETURN,只读取该读的数据表。
问题已于11月20日被EAI顾问修正并测试完成。
本文介绍了一项EAI中间件JCO服务中的问题,即在处理ERP系统与外部系统间的数据传输时,因不当读取RETURN表而导致的冗余success字符问题。文中详细阐述了数据传输流程、问题原因及解决方案。
3105

被折叠的 条评论
为什么被折叠?



