SAP PI/PO动态 Extended Receiver Determination

Standard and Extended Receiver Determination主要区别.

当通过使用复杂逻辑评估发送方消息的内容，在接口运行时确定消息接收方时，扩展或动态接收方确定非常有用。

Standard Receiver Determination 允许我们根据发送者消息的 Xpath 找到接收者。只允许有限数量的运算符来评估 Xpath 元素数据内容。Standard Receiver Determination 中的运算符限制为 Equal to （=）、Not Equal to （≠）、Contain Pattern （≈） 和 Exists （EX）。

因此， Extended Receiver Determination 的主要优点是它有助于在运行时进行基于逻辑的复杂接收器评估。

Extended	Standard
接收方是在 Message Mapping 运行时确定的。	接收器由基于设计时的规则确定。
可以在 massage 映射中构建复杂的逻辑。	基于 Xpath 数据内容的规则
可以使用 UDF 或 Java 映射等映射技术来构建复杂的接收方规则。	规则只允许运算符等于 （=）、不等于 （≠）、包含模式 （≈） 和存在 （EX）。
参数化映射可用于导入运行时所需的其他值。	–
需要特殊的 SAP BASIS 标准数据类型、消息类型、接口对象。	–

在SAP PO 7.5 Single Stack环境创建 Extended Dynamic Receiver Determination的步骤如下：

示例场景：

我选择了一个简单的逻辑，因为本文的主要目的是展示 Extended Receiver Determination 的功能，以避免创建复杂的 Message Mapping。假设我们有一个 XML 文件，它发送两个整数值（value1 和 value2），如果这两个值的总和大于 10，则应将消息发送到接收方 'Test_A' 否则发送到 'Test_B'。

发件人消息 xml。

<?xml version="1.0" encoding="UTF-8"?>
<ns0:thirdparty_sender xmlns:ns0="urn:thirdparty.com_FileSystem">
   <root value1="1" value2="2"/>
</ns0:thirdparty_sender>

让我们将接收者规则基于 value1 和 value2 之和。

先决条件：

软件组件“SAP BASIS”、命名空间“http://sap.com/xi/XI/System”下的对象应在 Enterprise Service Repository （ESR） 中可用。

• 数据类型：接收器
• 消息类型：接收方
• 服务接口：ReceiverDetermination

                 BASIS 软件组件下必需的 SAP 标准系统对象。

我们使用数据类型 'Receivers' 来填充在运行时确定的动态接收器列表。

<Receivers>
  <Receiver>
     <Party agency="001" scheme="SCH1"></Party>
     <Service>"Service1"</Service>
   </Receiver>
   <Receiver>
     <Party agency="http://sap.com/xi/XI" scheme="Party2"></Party>
     <Service>"Service2"</Service>
   </Receiver>
</Receivers>

Enterprise Service Repository （ESR） 中的步骤。

第 1 步：为输入 XML 文件格式创建数据类型。

创建反映 XML 入站文件格式的数据类型。

步骤 2：创建输入消息类型。

使用在步骤 1 中创建的数据类型创建发送方 XML 文件的 Massage Type。

                                        在 ESR 中创建发件人消息类型

步骤 3：出站服务接口配置。

为 XML 文件创建 sender 出站服务接口。

                          附加了发件人消息类型的出站服务接口

第 4 步：动态接收器确定消息映射。

                                 消息映射，用于动态确定接收方

在 Message Mapping 中，我们需要确定接收者并将接收者的值分配给 'Receivers' 消息类型中的 <Service> 元素。

在此示例中，如果 'value1' 和 'value2' 之和大于 10，则 receiver 应为 'Test_A' 否则为 'Test_B'。

第 5 步：创建 Dynamic Receiver Determination 操作映射。

动态接收器确定的目标操作应该是 BASIS 软件组件的命名空间 http://sap.com/xi/XI/System 下的 'ReceiverDetermination' 入站接口。

接下来，附加我们在步骤 4 中创建的 Dynamic Receiver Determination Message Mapping。

Integration Directory（ID） 中的步骤。

第 6 步：配置入站处理

                                     集成配置 对象 入站处理配置

分配给 ICO 的 XML 发送方通道。

第 7 步：配置扩展接收方确定。

集成配置 Receiver Determination – Extended

选中选项 Type of Receiver Determination（接收机确定类型）中的 Extended（扩展），然后分配我们在第 5 步中创建的 Receiver Determination Operation Map（接收机确定操作映射）。最后，列出可能的接收器。

步骤 8：设置接收方接口和操作映射。

为每个接收器配置接收器接口和操作映射。由于我在此示例中没有转换输入 XML 文件，因此我使用了 Dummy Interfaces。但是，如果需要将消息转换为不同的格式，请相应地创建操作映射和消息映射。

步骤 9：配置呼出通信通道。

                               集成配置方案 – 接收方 Test_A 的出站处理

集成配置方案 – 接收方Test_B的出站处理

测试集成配置方案。

当 total 小于 10 时。

<?xml version="1.0" encoding="UTF-8"?>
<ns0:thirdparty_sender xmlns:ns0="urn:thirdparty.com_FileSystem">
   <root value1="1" value2="2"/>
</ns0:thirdparty_sender>

接收器在运行时动态分配为 Test_B。

                          Message delivered to receiver Test_A

当 total 大于 10 时。

<?xml version="1.0" encoding="UTF-8"?>
<ns0:thirdparty_sender xmlns:ns0="urn:thirdparty.com_FileSystem">
   <root value1="1" value2="10"/>
</ns0:thirdparty_sender>

Receiver 在运行时动态分配为 Test_A。

                                     Message delivered to receiver Test_B