从 RFC Server 属性看懂 SAP PI/PO Sender Channel 的稳定性设计

在很多还跑着 SAP ECC、SAP PI 或 SAP PO 的集成现场里，RFC Sender Channel 往往不是最显眼的那一层，却经常是最难定位问题的那一层。ABAP 端看起来只是一次 CALL FUNCTION，SM59 里维护了一个 TCP/IP 类型的 RFC Destination，PI/PO 端维护了一个 sender RFC communication channel，Program ID 对上了，Gateway 注册成功了，接口就能跑起来。等到某天 SM58 里堆了一批 tRFC 重试，或者 Adapter Monitor 里出现重复消息、超时、线程占用、sender system 校验失败，大家才会意识到，RFC Server 这些看似冷门的 service properties，其实直接影响接口的交付语义、安全边界和运行时容量。

SAP Learning 对 sender RFC adapter 的定位讲得很清楚，它的作用是把来自 SAP 后端的 RFC 调用转换成 SAP PI 可处理的消息格式，RFC 调用本身不携带完整接口元数据，所以 sender RFC channel 还需要配置访问元数据的登录信息。运行时层面，RFC adapter 位于 Java Enterprise Edition Engine，并向 SAP Gateway 注册，后端系统通过注册的 Program ID 找到它。SAP Learning 还提到，可以配置多个 Gateway 连接和多重注册，从而辅助负载分配。(