B、集中接入，座席分布处理
这种模式全国的呼叫都路由到一个城市（比如北京）接入，各地都有相应的座席人员（比如上海、广州都有坐席人员），呼叫中心有用户呼入后，呼叫中心一般按用户的所在地进行分配，比如上海的用户呼入，系统会转到上海的坐席进行处理，以提供本地化服务。这种模式一般会采用一个中心交换机，各地坐席使用VOIP话机，通过数据网络与交换机进行连接，与本地分机有完全相同的功能。
优点：
集中管理，集中监控，人员分组集中管理
各地没有复杂的交换设备，VOIP话机维护比较简单
座席分布处理，可以提供本地化服务
IVR与CTI都是单一设备，维护方便
座席资源共享，可以在一个点坐席有故障或全忙时由其它地点的坐席提供服务
缺点：
全国呼叫集中从一点接入，系统会有单点故障，接入可靠性不高
各地分布座席分布处理，会受到数据网络可靠性的影响，对数据网络有一定的依赖性
各地分布座席都通过VOIP连接，对数据带宽的占用有很高的要求。
集中接入，外地用户要进行长途呼叫，通话费用高（可能由企业或用户负担）
分布式坐席，各地的坐席人员要有单独的管理人员，运营成本比较高一些
C、分布接入，座席集中处理
这种模式全国的呼叫都就近路由到本地区的中心城市接入，然后由各地的接入设备通过企业的专用数据网络，将呼叫转到一个有坐席集中处理的中心城市，各地只有接入但是并没有坐席处理人员。
优点：
分布式接入，VOIP组网，各地用户不用拨打长途，通话费用比较低。
座席集中处理，容易进行人员管理，人员管理成本低
分布式接入，各地的接入不互相影响，整体接入有比较高的可靠性。
缺点：
分布式接入，各地接入对数据网络有一定的依赖性
座席集中处理，不能进行本地化服务
各地通过VOIP向中心点进行路由，对数据带宽的有比较高的要求
D、分布接入，座席分布处理
这种模式全国的呼叫都就近路由到本地区的中心城市接入，各地的接入直接进入本地的座席进行服务，在有需要的情况下，呼叫可以转入其它地区的座席进行服务，有比较好的功能性与灵活性。
优点：
分布式接入，VOIP组网，各地用户不用拨打长途，通话费用比较低。
分布式接入，各地的接入不互相影响，整体接入有比较高的可靠性。
座席分布处理，可以提供本地化服务
座席分布处理，坐席整体的可靠性比较高
有本地化生成能力，可以减轻对数据网络数据带宽压力
有本地化生成能力，在中心故障的情况下，可以仍然进行本地呼叫服务，有很高的
可靠性
缺点：
分布式接入，分布式座席，各地对数据网络有一定的依赖性
各地一般有远端模块设备，有接入有分机，设备维护比较复杂
分布式座席，各地的座席人员要有单独的管理人员，运营成本比较高一些
4、CallThink 网络分布式呼叫中心解决方案
CallThink 网络分布式呼叫中心，是一种适用性与灵活性很好的网络分布式呼叫中心系统，对以上各种应用模式与分布模式，都有很好的适用功能模块，可以适应各种企业及不同的发展阶段。
系统有不同的功能模块，可以实现不同的设计功能，给用户以最高的性价比提供产品。
A、数据同步模块
这个模块专用于在一个网络分布式呼叫中心系统中，在各个站点之间同步数据。这个数据同步包括两个方向：一个是从中心向各个站点进行数据同步，主要是用户资源或其它一次系统配置数据等；另一个是各个站点向中心同步数据，主要是统计报表数据及新增的本地用户资料等。
对于全国各点有独立的呼叫中心的情况，按正常的呼叫中心运行方式，统计数据都在各地分散保存，但是作为一个公司的管理人员，肯定要对数据进行集中统一的分析处理，并输出各类报表。而且相对于呼叫中心的其它数据，统计数据是仅次于录音文件数据大小的一种传输，对整个公司内部的各站点互联的数据网络是有一定的压力。
数据同步模块，可以在设定的时间段内，将各个站点的统计数据传输到中心数据库中，由中心的数据统计分析模块进行数据分析。
出于对远程网络的可靠性考虑，数据同步模块设计了完整的传输容错体制，在传输中断的情况下，系统可以自动进行断点重传。多项传输任务可以在系统中排队，系统自动按顺序处理各项任务。
数据同步模块可以双向处理数据传输问题，对于一些网络带宽不太好的公司，有部分应用业务数据（如用户资料等）有可能要在全国各个站点进行复制，这样各个站点的坐席在使用业务系统进行类似弹屏操作时，可以保让数据弹出的速度，不会造成电话都接起来了，用户资料还没有显示出来的问题。这些应用数据的分发与复制都是数据同步模块来实现。
还有一类系统配置数据，包括IVR流程、相应的语音文件，这些数据在一些企业分布式呼叫中心应用中，要求全国各个站点都一样，并且要统一维护。这时管理人员只需要在中心站点进行数据调整（包括修改IVR流程、录音相应的语音文件等），然后设定好同步参数，数据同步模块自然会将这些数据分发到各个站点上，并且能够在线更新，立刻生效，免去了各个站点管理人员的人工操作，实现自动的数据分发。
B、集中质检监控模块
对于各地有单独运营呼叫中心的网络分布式系统情况，管理人员通常要求在中心集中对座席人员的服务情况进行质检监控，而各也的座席录音数据一般都会先保存在本地，而且对于话务量比较大的呼叫中心来说，录音数据的量也是比较大的。
集中质检监控模块能将全国各个站点呼叫中主的录音数据（包括录音文件与录音记录）通过数据同步模块汇集到中心站点，管理人员可以在中心站点，方便地查询、回放全国所有呼叫中心坐席的录音数据。
管理人员在查询时，可以按照不同的站点、不同的坐席人员工号、不同的日期时间、不同的通话时长进行查询。录音文件回放的操作也很方便，由于录音文件都已经传送到本地，管理人员可以以实时速度回放任何一个坐席人员与用户的通话。
本公司技术人员会与企业管理人员协商数据传送的方式与占用的带宽，根据可用的数据带宽与每个站点一天的录音数据量，确定一个比较合适的录音数据传送时间，以便对运行系统产生最小的影响。
对于各站点数量比较大或传输可用带宽比较小的情况，本系统中的集中质检监控模块支持远程查询及调听。在各站点不将录音数据集中到中心站点的情况下，中心的集中质检监控模块可以通过数据网络直接连接各个站点的多台录音服务器，直接在远程进行录音记录查询及录音文件调听。在这种情况下，只有被中心管理人员调听的录音文件被从远程站点传送到中心站点进行回放，而没有调听的文件则不必进行集中传输，这样大大减轻了录音文件数据对企业网络带宽的压力。这样虽然数据没有进行集中，但是管理方式是集中式的，是一种有效缓解企业内部数据传输压力的方式。
CallThink 的集中质检监控模块，可以同时连接128个远程站点，可以充分满足各种企业全国分布式站点的应用模式。
C、网络CTI 服务器
CallThink 网络分布式呼叫中心系统中专门设计了网络CTI服务器，用于为网络分布式呼叫中心系统进行组网集成度最高的CTI组网。各地站点都有本地的CTI服务器，负责处理本地的呼叫中心坐席管理与路由处理，本地的管理人员可以实时监控本地呼叫中心的运行情况，包括排队队列、实时统计数据、坐席工作情况等。
网络CTI服务器安装在中心站点，专用于与各地的CTI服务器进行互连，它是一个单独的模块，并不单独负责任何一个具体站点的呼叫中心的运行。各地的CTI服务器将重要的CTI数据信息（包括座席状态、外线状态、IVR端口、队列状态等）通过TCP/IP网络传送到网络CTI服务器上，网络CTI服务器对全国各个站点的CTI信息进行统一处理及显示。这样管理人员就可以在中心站点，集中监控到全国所有呼叫中心站点的运行情况，为集中管理提供了极大地方便。
座席资源共享及网络ACD是网络CTI服务器另一项重要的功能，它可以为每个站点的座席分组提供分布式溢出的功能。在网络CTI服务器中有各种网络ACD的设置，比如北京呼叫中心的坐席在全忙或无法接听的情况下，北京的CTI服务器在设置好的情况下，可以向网络CTI服务器提出网络ACD的请求，网络CTI服务器跟据网络ACD路由的设置，充许北京的CTI服务器将排队的呼叫转移到上海的一个坐席分组上，这样就实现了网络坐席资源共享。
网络座席资料共享是分布式呼叫中心一项重要的功能，它能使企业不必在每个站点都设置足够多的座席资源，而可以将全国各个站点的座席资源统一分配使用，可以极大地提高企业座席资源的利用率，节省呼叫中心的运营费用。
