SAP Digital Interconnect提供基于云的参与服务，使用可配置的API、可编程的数字接口和经验证的消息传递渠道，连接企业与客户、员工和事物之间的"最后一公里"。

我们是如何从一个只提供短信息的解决方案发展到一个互联解决方案的？

为了回答这个问题，这个观点博客提供了对早期愿景和执行过程的洞察，物联网产品，以实现这些API、渠道能力和服务。

2014年，我们进行了全面的市场和竞争对手评估，并认识到A2P投资向API和SDK主导消费的转变。我们还认识到UCAAS（unified communications as a service）市场空间的交叉点。

此外，大数据是啥，我们的现有客户和目标客户表示希望将业务拓展到其他渠道，如推送、语音、电子邮件以及与OTT（社交）消息平台的集成。

此外，南京大数据，几个SAP产品组表示希望利用由单个首选服务提供商（最好是内部服务提供商）管理的集成多通道通知功能。我们还发现，在需要智能（"who&how"）通知的企业中，跨工作流场景的业务潜力。我在这里的一篇博文中捕捉到了这个->

https://www.digitalistmag.com/customer-experience/2018/03/29/omnichannel-is-given-future-is-intelligent-multichannel-06019392

餐巾纸测试

因此，我们通过餐巾纸测试获取所有这些输入，大数据中心是什么，即除非我们的视力可以在餐巾纸背面清楚地定义；我们需要简化它。我们将有关与SAP平台集成的更广泛的领导指导与A2P市场前景结合在一起，大数据如何分析，重点放在用例解决方案和附加组件上。

下面是一个设想的示意图：

多渠道服务和解决方案设想

最初是作为通信即服务而设计的（CAAS）；这一愿景作为"优步"SAP Intelligent Notification 365服务进行了操作和产品化，每个通信服务和API代表产品组合中的一个子产品。解决方案附加组件被划分为单独的产品计划。

因此，在2015-2018年间；SAP Intelligent Notification 365是CTIA 2015大奖得主

https://www.ctia.org/news/ctia-announces-2015-ctia-supermobility-awards-winners

展望未来

对于开发人员和企业客户来说，API的易用性和代码模式是关键所在python或其他较新的语言。

SAP Livelink 365是SAP Digital Interconnect API的消费和开发接口，为各种用例提供易于参考的文档和示例代码。

为每个通信渠道提供不同的定价模型，再加上API篮池的复杂性；SAP Intelligent Notification 365产品组合产品/服务本身已被弃用为渠道特定的产品品牌，即