EAI接口平台程序BUG修正 邮件

本文介绍了一项EAI中间件JCO服务中的问题,即在处理ERP系统与外部系统间的数据传输时,因不当读取RETURN表而导致的冗余success字符问题。文中详细阐述了数据传输流程、问题原因及解决方案。


各位好: 

关于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顾问修正并测试完成。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

刘欣的博客

你将成为第一个打赏博主的人!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值