企业里的工作流通知有一个很现实的问题。真正需要收到通知的人往往不是主动打开某个 SAP Fiori 应用，再亲手完成一次订阅操作的人。很多场景里，系统管理员在应用上线时就已经知道哪些用户、哪些业务角色应该接收哪些业务对象的变化通知，最合理的做法自然是由管理员统一建立订阅，而不是要求每一个最终用户分别配置。
SAP Gateway Foundation 为这种集成方式提供了 Subscription Management 能力。SAP 官方把它归入 Subscription and Notification Flow。除了普通的 OData Channel 数据访问之外，SAP Gateway 还能围绕业务对象 Collection 建立订阅，在后台业务对象发生创建、修改、删除等变化后形成通知，并通过 Push 或 Pull 方式交给消费端。官方文档还明确包含管理员代表用户建立订阅的 Subscription Management 场景。
这里真正重要的不是一条POST请求，而是一套完整的集成关系。管理员指定目标 OData 技术服务、业务对象集合、变化类型、通知接收地址以及最终业务身份，SAP Gateway 再把这些信息持久化为 Subscription。以后后台业务对象发生符合条件的变化时，通知机制就有了判断依据。
原始示例使用的恰好是 Workflow 场景。订阅目标服务为/IWWRK/WFODCPROCESSING，订阅集合为WorkflowTaskCollection，变化类型为updated，接收人为SAPUSER。这类设计很容易映射到实际的企业审批应用里，例如采购申请
