您好，Udo！

也许您也应该在NWA中检查入站资源适配器的设置和目的地？

Evgeniy的问候。

Hi 丽兹

我正面临着同样的问题。 我尝试了您共享的解决方案，该解决方案是在相应的发件人业务系统中配置登录数据的方法。

这是我们向PO 7.5迁移的一部分。 非B2B IDoc（发送方类型LS）已在PO中成功接收。 对于B2B IDoc（合作伙伴类型KU/LI），我们仅遇到此问题。 我尝试了几种配置：

1。 未为业务系统配置发送方。
-JavaIDoc资源适配器中的-EnableDefaultSenderParty属性设置为true
-DefaultSenderParty为空白
-ResolveVirtualReceiver设置为true
-在接收方和发送方中设置了标识符 IDocAAE通信频道

2。 将发送方配置为发送业务系统
-将JavaIDoc资源适配器中的EnableDefaultSenderParty属性设置为false
-将ResolveVirtualReceiver设置为true
-在发送方和接收方中设置标识符，并设置发送方IDocAAE通信通道

但是，在两种情况下，我仍然收到以下错误。 这个问题还有其他解决方法吗？

  com.sap.conn.idoc.IDocRuntimeException：找不到IDoc_AAE发送方通信通道
  

嗨，Evegeniy，

感谢您及时的回复。 我检查并测试了与ERP和PI之间的IDoc通信有关的所有目的地，并检查了资源适配器设置，但是我无法识别任何可疑的东西。 一切看起来都很好，我可以将设置与我们开发系统中的设置进行比较。

因此，我认为发送ERP系统的标识出了问题。 PI不能以某种方式正确识别ERP，因此发出消息，即发送系统没有idoc发送者适配器。 至少这是我的假设，但是我不知道如何验证它，以及如何确切地找到识别方式，最后我也不知道如何解决该问题。

/Udo

Udo

通常，当您没有对应的Idoctyp.msgtyp.extension的ICO时，会出现此错误，如果存在，请尝试再次重新激活ico，并尝试进行发件人idoc ping

如果问题仍然存在，请重新启动inboundRA。

Br，

Manoj

嗨Manoj，

感谢您的有趣回答。

我检查了每个问题，但不幸的是没有成功。

1。 我将WE02中的Idoctyp.msgtyp.extension与我们开发系统中的值进行了比较，

2完全相同。 我检查了ICO是否与IDoc匹配，然后重新激活了ICO。

3。 我对频道执行ping操作，然后重新启动。

4。 再次保存了inboundRA-因为没有重新启动按钮-我认为这就是您提到的

，但是问题仍然存在。 我真的很想弄清楚PI如何识别消息来自某个ERP系统，那么PI如何获得正在发送的业务系统？ 如果我能对此进行监视，我想我也许可以更接近这个原因。

/Udo

你好，

我遇到了同样的问题。 该idoc通信适用于所有idocs，但是突然一个idoc失败并出现此错误。

您是如何解决的？

我已经重新部署了ICO，但仍然遇到相同的错误。

此致

Alberto。