从一条消息到多个接收方，理解 SAP PI 中的 Routing 设计

在 SAP PI 的集成场景里，最容易被低估的能力之一就是 Routing。很多项目刚开始做接口时，团队往往把注意力放在连接协议、报文格式、字段映射和通信通道上，觉得只要 HTTP、IDoc、SOAP、RFC 或 File 通道打通，接口就算基本完成了。可等到系统数量变多、业务规则变复杂、同一类消息要分发到不同后端系统时，Routing 就会从一个配置细节变成整个集成架构的核心。

Routing 处理的是运行时消息流向问题。也就是说，当一条消息进入 SAP PI 之后，运行时引擎要判断这条消息应该交给哪个接收方系统，是否只交给一个系统，还是要同时交给多个系统，是否需要根据消息内容来做判断，是否还要在确定接收方之后再确定接收方接口、映射程序和通信通道。SAP 官方文档对 Routing 的定义很直接，Routing 覆盖了运行时定义不同系统之间消息流转的全部规则，并且 SAP PI 特别支持依赖消息内容的路由方式。典型场景就是根据报文中某个字段的值，把消息发送给特定的接收方系统。(SAP Help Portal)

这类能力在企业项目里非常常见。假设一个集团公司有多个销售区域，前端系统统一提交订单请求，但华东、华南、海外业务分别由不同的后端 ERP、WMS 或 CRM 系统处理。前端系统不希望自己维护复杂的后端分发规则，它只负责把订单交给集成平台