方案简介:本方案主要与客户业务系统进行对接集成
客户后台系统,主要应用在云上,坐席在使用过程中进行业务数据操作打开云上的业务系统,新组建的备载呼叫系统可以在用户本地(方案一)也可以云上(方案二),新组建的备载呼叫系统作为备用系统与云上业务系统对接,从而满足用户的需求。初步预计1-2条E1中继线路,30个坐席。本方案为初步设计阶段,可根据用户需求以及现状做适当调整。
根据用户要求,现做出如下方案:
方案一:
备载呼叫中心话务处理系统(以下简称系统3)软硬件核心放在用户本地
原有用户业务系统(以下简称系统1)放在1云上。
备载用户业务系统备份系统(以下简称系统2)放在2云上。

说明:
1:左侧为系统3,主要核心硬件有语音服务器、数字中继设备等,坐席设备有电脑、话机等,在同一个局域网,且语音服务器需要接入互联网(因为用户业务数据在云上,语音服务器需要和业务系统进行连接)。
2:系统1为用户原有业务系统,在用的。在云上运行。且系统1数据实时备份到系统2上,当系统1发生故障可以随时切换到系统2继续使用。
3:系统3连接到系统2上,组建实施。
4:如果没有系统2,系统3也可以直接连接到系统1上或者接听处理客服业务.
5:系统3组建实施,需核心软硬件设备,语音系统核心软件以及开发接口存放在本地语音服务器上。
6:系统3与系统1或者系统2进行对接,需要双方开发工程师相互配合,我们根据需求进行二次开发接口,供用户方技术开发工程师开发调用。
方案二:
系统3中的软件系统(含开发接口)存放在系统2上,或者其他云服务器上;系统3数据备份到系统2上。

说明:
1:系统3的中继设备通过互联网接入系统2上(如语音系统软件以及开发接口存放在系统上2上)或者其他云服务器。
2:系统1数据时事热备份到系统2上。
3:系统3上的核心硬件为中继设备,主要接入用户的数字中继线。坐席电脑以及话机用户可自备
综上所述:两种方案基本类似,因客户的需求以及现状,推荐方案1,即语音系统的软硬件放在备载中心,直接连接云上系统1或者系统2即可,便于用户维护以及相关开销,对用户使用不造成任何影响,亦能满足用户建设初衷。
方案2主要去除了本地语音服务器,改为云服务器,因客户核心的业务数据已经在云上或者在云上已有备份,语音系统主要存储的是话单以及录音,如果放在云上对用户相关开销比较大,长期成本较高。对于用户建设初衷影响不大。
用户可根据自己实际需要,确定采用哪种方案。
本方案提出两种呼叫中心系统对接策略:方案一是将备载呼叫中心软硬件部署在用户本地,与云上业务系统连接;方案二是将备载系统软件置于云上,减少本地硬件。两种方案均考虑了与云上业务系统的实时同步和故障切换。推荐方案一,因其易于维护且成本较低,不影响用户使用。

2551

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



