在这个博客中，让我们更仔细地看看集成流（iFlow）中的各个步骤，它支持每个步骤的扩展和用途。我们的想法是了解交付内容中的所有步骤，以便在需要调试或可以开发iFlow以支持类似线路上的扩展时变得更容易。

我使用的是集成包SAP Cloud中SAP Business Suite的iFlow复制注册产品，用于客户集成有了SAP ERP，对于这个博客，

这个集成流程有以下几点步骤：-

主集成流程的步骤：

本地集成流程的步骤：

另外，在集成流程->运行时配置下定义了所需的命名空间映射

案例1：（标准流程）

第一个iFlow执行，云服务器如何，并实现了扩展参数设置为false（默认设置），这意味着exit iFlow将不会被调用。

现在让我们看看几个步骤的跟踪，中国电信物联网，大数据的发展，以了解发生了什么

步骤：设置应用程序ID–存储IDOC编号以进行监视

我们可以看到外部参数设置为false，原始有效负载存储在属性变量中。

步骤：筛选IDOC–IDOC类型通过XPATH表达式//IDOC从有效负载中筛选出来。这是需要的，因为标准映射期望根消息类型是COD\u EQUIPMENT\u SAVE01而不是ZZSCN\u COD\u EQUIPMENT\u SAVE01。

步骤：准备映射输入–这里我们根据标准映射的需要将标准IDOC消息类型添加到有效负载以正确执行。

步骤：标准映射–标准映射的输出。这里请注意主映射添加的XML声明。

然后，如主流程所示，当外部参数设置为false时，映射的输出直接从路由器步骤传递到接收器。

案例2：（扩展流）

接下来，我们将外部参数（扩展实现）设置为true并检查消息流程。

如下图所示，这一次路由器调用本地集成过程，而本地集成过程又调用exit iFlow。

让我们快速查看交换属性并查看实现的参数扩展的值

现在让我们看看本地集成过程中的步骤。

步骤：过滤器映射输出–删除通过标准映射添加的XML声明。它使用XPATH表达式筛选"/p1:RegisteredProductBulkReplicationRequest"。

步骤：Bundle消息–这将上一步的输出和exchange属性中存储的原始有效负载结合起来，以创建退出调用所需的有效负载。

它还添加了所需的命名空间，到组合的有效负载。

步骤：准备最终消息–exit的输出具有XML声明和其他名称空间，如下所示。

准备最终消息步骤，淘客api，使用XPATH表达式"/p2:Messages/p2:Message1/p1:RegisteredProductBulkReplicationRequest"作为筛选器删除XML声明和multimapping消息元素。

此筛选器步骤的输出如下所示，数据分析平台，并将其传递到目标系统。

至此，我们结束本博客系列。

学习愉快！！！