云的激增为组织带来了新的互操作性挑战。了解UC买家和供应商如何解决互操作性问题。
IT主管要小心你的意愿，因为你渴望的统一通信互操作性最终正在制定中。供应商长期以来一直偏向于互操作性请求，因为它具有很大的商业意义。
现在，在API和云的帮助下，来自不同供应商的UC服务更加集成。例如劳格科技的SparkleComm 就是一个集成的UC平台。IT主管现在面临着广泛的互操作性挑战。Nemertes Research分析师讨论过UC云互操作性挑战以及供应商如何满足业务需求。
UC即服务（UCaaS）供应商如何改变他们对互操作性的看法？
多年来，我们讨论了即时消息互操作性。微软和IBM会说，“我们都将进行互操作。” 但它从未真正发生过。提供者没有太多的激励， 他们希望将客户放在一个平台上。在微软，思科或Slack还未专注于为客户提供更多价值和功能时，劳格科技的SparkleComm 就已经能够介入并提供互操作性。
现在更改的是消息传递提供程序提供了足够的API以实现互操作性。微软，思科和Slack拥有足够的API来构建Slack，Skype for Business，Webex Teams和Microsoft Teams之间的隧道或连接点。供应商不一定会投资尝试构建自己的互操作性，但会让第三方开放API。
组织的主要UC云互操作性挑战是什么？
互操作性的挑战——UCaaS呼叫互操作性，消息传递互操作性，视频互操作性，是他们需要调查的所有不同类型的解决方案。考虑一下您正在实施Microsoft Teams的环境，并且必须让Mio与使用Zinc或Slack的组进行通信，并且必须让Pexip连接视频室。它会增加管理复杂性，并在尝试解决问题方面增加潜在成本。
如果有什么东西坏了或者有人在Slack中发布了一条消息并且它没有显示在团队中，你如何排除故障？Nectar，Martello，Unimax和Loogear等管理供应商有机会与互操作性引擎建立合作伙伴关系，并提供单一管理通信平台（如SparkleComm）来管理这些连接点。
