Ajith，

关于如何在不使用内部支持系统的情况下使用通知中心，我们也有类似的问题。 目前，我们找到的最有前途的（如果仍然是理论上的）解决方案是尝试模拟通常由本地网关提供的OData/WebSocket服务。

从此博客文章中获得灵感使用Fiori Launchpad在云中启用Fiori 2.0通知中心，我们意识到，可以在名为通知。 我们确定所有端点是否与在内部定义的端点保持一致，否则它将起作用。 例如，我们知道我们需要有一个GET端点，该端点具有以下路径来访问徽章计数：

请求：
 GET/sap/opu/odata4/iwngw/notification/default/iwngw/notification_srv/0001/GetBadgeNumber（）
 响应：
 {" @ odata.context"：" $ metadata#Edm.Int32"，" value"：18}
 

通知中心的结果：

我们现在仍在着手实施，我们的主要重点是启动并运行OData读取服务。 一旦我们确认该方法可行，就将服务充实到通知中心尝试访问的任何其他端点。

如果您还有其他建议，我也很想了解其他方法。

谢谢

Brian

嘿 Alfidio Valera 我们确实得到了 版本可在Neo环境中使用，但此后我们已迁移到Cloud Foundry，在此我们不再具有相同的要求。

我要说的是，复制端点的方法在2017年11月的那个时候确实有效，但是鉴于平台在随后的几年中发生了怎样的变化，我不能说它是否仍然有效。