首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >为什么运行时没有填充KOFAX函数模块Z_DICOM_STORE_USING_FB60_FB65?

为什么运行时没有填充KOFAX函数模块Z_DICOM_STORE_USING_FB60_FB65?
EN

Stack Overflow用户
提问于 2010-02-10 09:56:11
回答 3查看 1.2K关注 0票数 1

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

SAP外部的应用程序(KOFAX -- SAP认证的产品)将发票映像和发票数据传递给SAP系统。然后,它调用函数模块Z_DICOM_STORE_USING_FB60_FB65 (由KOFAX提供),以便将映像存储在、Server上并触发工作流。

在SAP系统升级之前,这是可行的,现在它没有了。在表单check_and_add_delimiter (子例程池SCMS)中引发异常,该异常实际上是从功能模块SCMS_ARCHIVE_INFO_GET.调用的。

引发异常是因为当调用类方法CL_GUI_OBJECT->CLASS_INIT时,标志:

  • GUI_IS_RUNNING
  • ACTIVEX
  • JAVABEAN
  • WWW_ACTIVE

设置为空值。

当进程从KOFAX 中启动时,就会发生这种情况。如果我从事务处理( transaction SE37 )运行,并使用相同的数据填充结构,则会存储映像并触发工作流。

请您提出为什么在程序运行时没有填充这些标志?

谢谢。

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2010-04-23 09:05:23

这是由我们的一个开发人员解决的。他给我的答案是:

我们修改了check_and_add_delimiter (子例程池SCMS),以克服这个问题(我们有效地阻止了错误代码的调用)

票数 0
EN

Stack Overflow用户

发布于 2010-02-10 19:08:39

这是你其他帖子的“技术副本”。同样,问题也很明显-- "KOFAX GUI“似乎使用RFC连接来调用功能模块,但是功能模块随后使用了一些其他的东西,而不是RFC连接,而是另一端成熟的SAP GUI,因为它试图访问SAP GUI属性。我不喜欢CMS,所以我不能帮你弄清楚为什么在升级过程中会改变.

票数 0
EN

Stack Overflow用户

发布于 2010-03-08 09:43:37

对于大多数情况下,正常的RFC连接就足够了,只有在功能模块内执行BDC (例如“直接投递”)时,才需要SAP。既然你说它起作用了,我只能假设情况并非如此。

难道不是在上传图像的过程中出现错误吗?也许升级对内容服务器配置产生了影响?有一个可以运行的内容服务器的测试程序。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/2235843

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档