在企业 SAP Fiori 场景里，My Inbox 看起来只是一个待办列表，但当系统架构从单一 SAP S/4HANA 扩展到多个 SAP ERP、SAP S/4HANA 或不同 Workflow Provider 后，这个待办列表背后的调用链会迅速变得复杂。一个员工可能同时在欧洲系统里有采购订单审批，在亚洲系统里有费用报销审批，在另一个 SAP S/4HANA 系统里还有销售折扣审批。业务希望打开一个 My Inbox 就看到所有任务，而不是分别进入三个系统查看。这正是 SAP Task Gateway 和 Multi Origin Composition，也就是 MOC，非常典型的应用场景。SAP 官方对 Task Gateway 的定位非常明确。Task Gateway 提供统一的 OData 服务访问入口，可以从不同 Task Provider 或不同系统获取业务任务，并把这些来源不同的任务转换成统一视图供消费端使用。标准 Task Provider 包括 SAP Business Workflow 和 SAP Business Process Management，也可以接入符合 Task Consumption Model 的 Provider，或者实现自己的 Provider。Task Gateway 对外提供的核心服务是TASKPROCESSING，SAP 文档同时提供 Task Gateway Service Version 1 和 Version 2 的相关模型。对于 SAP Fiori My Inbox，这个机制尤其重要。My Inbox 并不需要理解后端某个任务究竟来自经典 SAP Business Workflow，还是另外一个 Task Provider。它