在 SAP Gateway 的企业级集成场景里，有一类问题很容易被普通的 OData CRUD 思维掩盖。当一个 SAP Gateway Hub 后面不再只有一个 SAP Backend，而是同时连接多个 ERP 或多个业务系统时，同一个 OData Service 到底应该访问哪套后端，来自不同后端的数据怎样聚合，写操作又应该落到哪里，这些问题已经超出了单一 Data Provider 的处理范围。SAP Gateway 为这类场景提供了 Multiple Origin Composition，简称 MOC。SAP 官方对 MOC 的定义很直接，它允许一个服务从多个 Backend System 获取数据，将这些数据组合到同一个 Service 中，并允许同一个用户面向不同 Backend System 执行操作。官方文档还给出了一个很直观的部署案例，一套结构相同的系统部署在美国，另一套部署在欧洲，SAP Gateway 可以通过 MOC 将它们放到同一个服务入口之后。而 SUBSCRIPTIONMANAGEMENT 则让这个问题更有代表性。SAP Gateway 的 Subscription Management 并不是简单保存一张订阅表。它允许管理员代表某个 User 或 Role 创建订阅。当被订阅的业务集合发生变化后，SAP Backend 可以把变化通知发送到 SAP Gateway Hub，再由 Gateway 根据 Delivery Address 使用 HTTP POST 将通知继续发送给订阅者。SAP 官方给出的通知案例包括 Travel Request 发生变化、Sales Order 被更新、Customer 地址发生变化以及新的 Track Inspection 被分配等。