很多东西,都是不接触不知道,或者不触及想不到……
以前接触的PBX、CTI也不少,却无一不是支持中央集中管理的技术结构。就像TSAPI,它也是具有C/S结构支持属性的接口。这种方式,给第三方集成开发带来很大便利,就是这前面说的“集中管理”、集中控制。
开发的中间集成软件,可以以一个服务器模式建立服务、而不用考虑多个Client的问题。
而恰恰,对于华为的了解,四个月前真是无知小孩般地无知。虽然看了很多华为INtess方面的资料,却没有一份提到了其CTI API的技术结构。于是忽略了……
在现场开发的时候,经过不停验证,发现……INtess CTI API由于客户采用的1B+1D方式,只能在客户端实现CTI API功能!
软件结构也必须随之而变……原来的Server Based变成了Client Based。与此同时,客户却提出新需求——其实是沿袭原来Server模式的思路:开发的软件要是中央控制的,所有的业务逻辑都必须走SAP CRM和集成软件服务器端,而不能放在集成软件客户端!另一个方面,SAP CRM这里是采用SAPphone+WinClient的方式,跟外部集成软件对接,需要建立RFC Destination,如果多个Clients,必须建立对应多的RFC Destinations,1000号左右的业务代表/坐席呀!
集成软件于是一分为二——C/S!
如此,SAPphone-Server-Based、Network-Communication、CTIAPI-Client-Based三部分内容便释释然面世了!
INtess CTI API,包含了两部分,APCIO.dll、CTIAPIdll.dll,前者驱动硬件APC卡(可简单理解为插在电脑的PCI电话卡)、后者实现其他电话功能驱动!
----
P.S.:对于项目来说,需求分析委实重要,重中之重也!
其实了解到这么一个环节,项目时间已经过去1个半月了,不停的摸索,不停地学习,时间耗呀!早期没有规划一定时间作为调研和需求分析,突然发现这么一个状况,便反过头去确认、去重新设计、重新安排人员与计划……

本文分享了作者在华为INtess CTIAPI的实际应用经验,包括从期望的集中管理模式到不得不采取客户端模式的变化过程,以及如何解决由此带来的挑战。
4960

被折叠的 条评论
为什么被折叠?



