就在不到两年前，我们被提出了一项任务，将C4C集成到基于云的电话解决方案中。这是针对一个正在实施SAP Cloud for Service的政府部门，但在此之前，该部门已经为其呼叫中心安装了基于云的电话解决方案并投入使用。不久就发现sapc4ccti集成只适用于客户端应用程序。无法进行服务器端集成。幸运的是，由于客户端运行的是最新的Windows，服务器和云服务器，可以运行CTI适配器，所以没有丢失所有的数据。需求是提供入站和出站集成。请注意，我在不到两年前就这么做了，从Cloud4客户的角度来看，这一领域可能发生了很多变化。

我多次被要求记录我的方法以及我们是如何做到这一点的。该解决方案只需要电话服务提供商的少量帮助，大部分开发工作都是在增强CTI适配器和一个用C#编写的小桥应用程序上完成的。我的方法是这样的：

现有的过程非常简单，一个代理使用他们的扩展名登录到解决方案并加入一个队列，然后将调用定向到他们。在这一点上，我需要我的解决方案来拦截即将到来的呼叫，并将详细信息传递给C4C的live activity窗格。然后，在我的设计中，我决定遵循类似的架构，在本地创建一个应用程序，当用户打开应用程序并进入其扩展时，就会启动托管服务。这将传递代理的分机，淘客app系统，并提醒服务提供商将呼叫包数据发送到哪里。

对于出站，解决方案非常简单，服务提供商有一个我们可以访问的SOAP服务。使用他们的api，我们简单地为用户创建了一种方法来添加身份验证细节，并使用浏览器和适配器之间的现有进程进行调用。我们增强了CTI适配器的出站功能，SAP提供了该功能来调用本地启动的服务，返利淘客，以便接收调用的详细信息并将其传递给服务提供商。我们还发现了一些来自C4C的数字的小格式问题，我决定按照下面的相同方法来解决。由于某些原因，服务提供商的服务不喜欢国家/地区的拨号代码，我们将其替换为"0"。在以后的阶段处理得更好，可以处理所有其他国家代码。最初，南非的数据格式如下。

Inbound有点挑战性，我们与服务提供商合作，为我们提供从用户桌面传递和使用的数据格式和类型。从设计和代码的角度来看，我添加了很多监控和故障保护功能，以防连接中断或出现问题或错误。同时提出了应用程序，协助用户和技术人员解决常见问题。考虑到这一点，我将只显示我认为可以帮助面临同样挑战的人的代码，或者如果我必须再次这样做，我需要什么作为参考。

解决方案要求我们打开一个web套接字，监听云解决方案传递的任何传入呼叫。

当呼叫从他们的队列传递到代理时，淘客吧，淘客易，电话铃响了，与我们接收到通话数据并通过CTI适配器将其传递到实时活动窗格的过程平行。与客户端集成的标准支持范围相比，这是缺少的部分。

我希望这篇文章能够充分说明我的方法，以帮助其他人，我们已经从其他客户那里获得了许多与CTI相关的开发需求，但是我们始终设法使用SDK交付这些需求。这一个要求我使用C#，而且很有趣。