谢谢大家。 这些建议非常有帮助。

问题已解决。 错误的真正原因是CTS ABAP系统（Solman）。 不幸的是，它没有显示任何转储或系统日志条目，甚至没有显示出任何问题。 因此，我们不得不调试代码，并在一个SAP系统表中找到丢失的条目。请注意
Joseph

Hi joseph

请为您找到的缺失表命名。 我们和其中一位客户存在相同的问题。

谢谢。

Daniela

嗨，约瑟夫，

我认为元数据缓存中的功能模板不一致，请尝试从元数据缓存中清除功能，然后尝试导出 设计对象，然后系统将再次从SOLMAN系统读取元数据并将其加载到元数据缓存中。

注意 ，

Praveen。

嗨，约瑟夫，
当连接正常时，我认为问题出在ABAP系统中。
我有两个想法来检查。 首先，您需要来自RFC目标的用户名。 您可以在nwa中看到它。

想法1：事务处理：RSUSR200->输入用户名并执行->在登录栏中，您可以看到上次登录日期。 那么，如果PI/PO向ABAP系统请求获取传输号，您现在就可以了。

想法2：在ABAP堆栈中打开事务SM19，然后启动安全审核跟踪。
SM19：

输入您的用户名和密码。 然后激活跟踪并尝试创建新的传输。 之后，停用跟踪。

要获得结果，请打开事务SM20，然后输入您的RFC用户名和要求。 然后单击"重新读取审核日志"。

如果登录成功，则可以看到用户调用的功能模块。
如果错误是来自ABAP系统或Java系统中的配置，我认为这将很有帮助。

最诚挚的问候，

Benedikt

嗨，约瑟夫，
我认为您没有授权问题。 但是您可以检查。
1。 打开事务SU53-> F5->输入用户名CTSSRVUSER
2。 打开事务STAUTHTRACE，并为用户CTSSRVUSER启动授权跟踪。
此后，请打开事务STMS。 现在，您可以直接看到SID和传输域。 该字段为空还是此处为任何值？
您还可以执行功能模块CTS_CFG_GET_CURRENT_DOMAIN并查看结果。 结果必须是传输域。
问候，
Benedikt

您好，
请检查RFC目标 sap.com/com.sap.tc.di.CTSserver 从您的PI/PO系统中移出。 我了解到您已经检查了连接。 但是我过去有几乎相同的错误，原因是这种联系。 此连接用于获取传输号等。否则，我将在ABAP系统中检查传输系统的配置。 我认为您的基础团队可以做到这一点。

当您认为这是缓存问题时，可以尝试重新启动系统。 那不是一个很好的解决方案，但是缓存肯定是空的。

最好的问候，
Benedikt

嗨Benedikt，

我已经检查了目的地，Ping-Destination工作正常。 我们还检查了ABAP系统中的STMS配置，并重新启动了ABAP和Java服务器。 没有帮助。

我认为在与CTS ABAP系统进行实际RFC连接之前会引发异常。