大家好，

我是一个谦虚的集成顾问，在看到SAP PI B2B附加组件2.0中包含的所有"新功能和惊人变化"之后，我想与大家分享我的经验，让我说，我的第一印象和最后印象都是一样的，令人失望，因此，通过一些小的调整（认真地说只有2），我做了一个更好的版本（希望SAP的人正在阅读此内容）

那么，返利，如果"SAP B2B附加组件"提供以下功能，软件企业有哪些，您会怎么说？：

让我来解释入站处理：

尝试想象以下EDI场景：

您能想象ESR&IB对于这种场景的复杂性吗？，你怎么能创造它呢？。

答案是使用具有EDI和IDOC、功能配置文件和自定义动态属性的多个操作的服务接口

这是TPM中定义的常见入站协议，分配功能配置文件：

功能配置文件包含两个不同的模板：

B2B接收器：具有"接收器方和接收器通信组件"属性，此值将用于动态接收器确定

B2B_映射：使用属性"MAPPING\u VARIANT"，此值将用于动态接口确定

以下屏幕截图演示IB如何处理动态接收器和接口确定的实施：

001-入境：你有从合作伙伴到SAP PO系统的技术连接，因此每个技术连接有1个（没有什么新的）此处）

002向EDI转发消息分隔符：你有接收所有EDI文件并发送到EDI分隔符的唯一ICO（这里没有新内容）

003执行映射：这里是所有神奇的事情都发生了

你有一个独特的ICO，它有一个带有多个操作（每个EDIFACT消息类型一个）的服务接口，它有一个发送者通信通道将处理所有EDIFACT消息类型

在EDISeparator发送方CC中，积分返现，大数据数据库，您必须在自定义适配器模块中创建逻辑，以选择正确的协议，最后是功能配置文件，以将"接收方和接收方通信组件"和"映射变量"作为自定义动态属性：

之后，我们可以使用这些自定义属性接收方确定步骤中的动态属性：

，平销返利，当然您可以使用最新的自定义动态属性来执行相应的映射变量：

004将消息传递给系统：你需要每个接收器EDI系统一个接收器协议，并使用具有多个操作的服务接口（每个IDOC一个）来交付所有idoc

那么…您需要多少服务接口来处理这个EDI环境？，1表示所有EDIFACT消息类型，1表示所有IDoc

它在A2A监视器中的外观如何？：

在B2B监视器中看起来如何？：

我是唯一一个认为这两个特性必须作为TPM协议的一部分包含在标准"B2B附加组件"中的人吗？。

别忘了，要好奇！

最大值

注：使用CPI–>link的方法相同

SAP PI B2B Add-on 3.0–Outbound