为什么KOFAX SAP功能模块Z_DICOM_STORE_使用的_FB60_FB65在运行时未填充?

为什么KOFAX SAP功能模块Z_DICOM_STORE_使用的_FB60_FB65在运行时未填充?,sap,kofax,function-module,Sap,Kofax,Function Module,我们已将开发SAP系统从ECC6 SPS3升级到ECC6 SPS5 SAP外部的应用程序(KOFAX——SAP认证产品)将发票图像和发票数据传递给SAP系统。然后,它使用_FB60_FB65(由KOFAX提供)调用功能模块Z_DICOM_STORE\u,以便将图像存储在SAP Content Server上并触发工作流 在升级SAP系统之前,这是可行的,但现在不行。表单检查和添加定界符(子例程池SCMS)中出现异常,从功能模块SCMS\u存档\u信息\u获取有效调用该定界符 引发异常的原因是,当

我们已将开发SAP系统从ECC6 SPS3升级到ECC6 SPS5

SAP外部的应用程序(KOFAX——SAP认证产品)将发票图像和发票数据传递给SAP系统。然后,它使用_FB60_FB65(由KOFAX提供)调用功能模块Z_DICOM_STORE\u,以便将图像存储在SAP Content Server上并触发工作流

在升级SAP系统之前,这是可行的,但现在不行。表单检查和添加定界符(子例程池SCMS)中出现异常,从功能模块SCMS\u存档\u信息\u获取有效调用该定界符

引发异常的原因是,当调用class methodCL\u GUI\u OBJECT->class\u INIT时,标志:

  • GUI\u正在运行
  • ACTIVEX
  • JAVABEAN
  • WWW\u ACTIVE
设置为空值

当进程从KOFAX GUI启动时会发生这种情况。如果我从事务SE37运行Z\u DICOM\u STORE\u,并使用相同的数据填充结构,则会存储图像并触发工作流

请您提出为什么程序运行时不填充标志


谢谢。

这是您其他帖子的“技术副本”。同样,问题很清楚,“KOFAX GUI”似乎使用RFC连接来调用功能模块,但功能模块随后使用了一些其他东西,这些东西不需要RFC连接,而是在另一端使用一个完整的SAP GUI,因为它试图访问SAP GUI属性。我不喜欢CMS,因此我无法帮助您找出为什么在升级过程中会发生更改…

对于大多数情况,正常的RFC连接就足够了,只有在您尝试在功能模块内执行BDC(例如“直接发布”)时才需要SAP GUI。既然你说它以前奏效了,我只能假设情况并非如此


在上传图像的过程中是否会发生错误?可能升级对content server配置造成了影响?您可以运行content server的测试程序。

这已由我们的一位开发人员解决。他给我的回答是:

我们修改了check和add分隔符 (子例程池SCMS)以便 克服这个问题(我们可以有效地 从中停止了一点有问题的代码 (被叫)


高科技男孩,你解决过这个问题吗?我对这个问题有点感兴趣……嗨,Stefan,我已经用“修复”它的开发者给我的答案更新了这篇文章。