的登录的关联性，即用户成功登录座席系统后，无需另外重新验证身份，直接进入其他系统；支持密码服务，用户可执行修改密码操作，系统自动更新用户登录的密码信息。
2. 组织机构管理
系统组织结构的层级定义，组织结构中的上层组织单元与下层组织单元是一对多的关系，人员被分配到组织结构中的最基层组织单元，例如业务组。一个业务组可以包含一个或多个人员；一个人员可以被赋予一个或多个角色；一个或多个人员可以被赋予同一个角色，即人员与角色是多对多的关系。
3. 人员管理
人员管理包括所有使用本客户服务系统的人员，如客户代表、质检人员、后台管理人员、各级主管等。
人员配置的信息包括：归属地区、人员类别、工号、密码、名称、性别、生日、头像、单位电话、家庭电话、手机、电子邮件、家庭地址、所属角色、技能、权限、所属组织单元。
4. 角色管理
角色是指为满足某个工作角色而定义的一组权限集合，包括角色类型、标识、名称、描述及其权限列表等。角色由若干功能权限组成，同一权限可以赋予不同角色。
5. 技能管理
系统可以为客户代表配置所属CTI技能组及技能级别，同时支持一个客户代表可以分配多个技能组。
6. 权限维护
权限是指一组特定系统操作权限和数据权限的集合，用以控制客服系统对所有功能模块、功能点访问、数据范围的控制。权限信息包括类型、代码、描述、修改人员等。
4.2.4.2 安全管理
客服系统网络连接了各类服务器、终端、PBX等设备，同时还与互联网、其他专用网络等连接。由于网内设备多，分布广，受病毒、黑客入侵的可能大。详细请见“6 呼叫中心系统安全规范”部分的内容。
4.2.4.3 灾备管理
灾备管理是指基于安全（灾难）或性能的考虑，将系统的数据按照一定方式和规划，备份或转储到其它（脱机）存储介质上保存、以备需要时进行数据恢复的过程。
1. 数据备份
将指定的备份对象按既定的备份策略自动或手工备份到指定介质上。提供定期或不定期做系统备份的功能，用于可能出现的系统故障或错误操作后的系统恢复。
备份设备应具有较强的平滑扩充能力，包括系统设备容量的扩充及I/O能力的扩充。
2. 数据备份要素
备份对象：备份内容，包括关键数据资料、平台系统文件、业务系统文件等。 备份方式：采用何种方式进行备份，可以是完全备份、增量备份、或部分备份等。
备份周期：备份的时间周期，如完全备份每周一次，增量备份每天一次等。 备份介质：将数据备份到何种介质上，如磁带库、光盘库等。 操作方式：备份如何操作，分为自动备份、人工备份。 3. 备份策略维护
系统应有良好的备份策略和恢复计划。系统数据和业务数据可联机备份、联机恢复，恢复的数据必须保持其完整性和一致性。
同时具备制定月度备份、季度备份、半年的完全备份、全年的完全备份的备份策略。
通过制定数据备份策略，计算各个备份周期所需要的备份设备的容量。 策略需要考虑备份设备的容量和备份速度等要素。
4.2.4.4 配置管理
配置管理是指系统管理人员对呼叫中心系统数据的综合管理，呼叫中心系统数据包括系统参数、系统日志等信息。系统管理人员通过配置管理可以设置系统运行参数、调整系统的运行状态。
1. 参数管理
对系统参数进行维护工作。主要是指对系统不同类型的参数进行管理，包括系统参数、通信参数等。
2. 日志管理
日志管理是指系统对客服人员进行业务操作后的详细记录，系统允许具有足够权限的客服人员对日志进行查看。日志包括业务操作日志、运维操作日志、系统运行日志等。
4.3 接口规范
系统建设中，可以采用以下技术进行系统整合，这些技术都具备自身的优缺点，因此在建设中根据功能的特点，组合引入并开发相应的接口，实现同其他系统的协调工作。
4.3.1 B/S结构调用方式
实现思路：生产者用Web方式实现业务功能，消费者在自己的系统里面嵌入该功能。
优点：对消费者开发量小，如果生产者的进行改动，对消费者影响也比较小。开发集中在服务器端，移植比较方便；扩展性好，更便于扩展到呼叫中心之外的部门使用；客户端设备资源要求比较低
缺点：如果对方系统提供的功能比较多的话，而本系统对功能点不能进行很好的控制；如果对方系统不是B/S方式的话，本系统开发者的工作量较大。
4.3.2 Socket通信方式、消息中间件方式
实现思路：采用TCP/IP标准协议，也可以用商业的消息中间件, 本系统的客户端向其他系统的服务器发送请求，其他系统实时监听本系统的请求并作出响应，根据请求内容，提供相应的数据。
优点：响应及时，实时性好，安全可靠，消费者比较好控制。技术标准统一，容易制定相应规范。
缺点：开发的技术难度比较大，如果接口协议变更，双方都需要做修改。
4.3.3 API、OCX等插件方式
实现思路：把将需要整合的业务功能封装成标准的组件，以API、OCX、DLL、Applet等方式提供给相应的系统，系统开发人员在此基础上做二次开发。
优点：以组件的方式封装业务功能，向系统开发人员屏蔽了实现的具体逻辑，降低开发难度。开发灵活，容易实现
缺点：通用性较差，系统运行效率低。
4.3.4 中间库方式
实现思路：本系统共享出供其它系统使用的数据库表，其它系统通过访问使用本系统的共享数据库表，达到数据交换的目的，同时本系统也可以使用其它系统的共享数据库表，同相关系统进行数据交换。
优点：实现简单，维护工作小。
缺点：在异质数据库之间转换比较麻烦，数据同步不能实时，时间上要置后。 影响系统的整体设计、系统边界不清晰
4.3.5 数据文件传输
实现思路：本系统提供同其它系统数据交换的数据文件接口，对于不同的系统及应用提供不同数据文件格式。系统将发送给其它系统的数据按照规定的格式形成数据文件填入到接口系统指定位置中，并以文件的形式提供规定格式的发送日志；相关系统检测数据文件的到达和内容，读取数据文件并以文件的形式提供规定格式的接收日志（读取日志）；其它系统将发送给本系统的数据按照规定的格式形成数据文件填入到接口系统指定位置中，并以文件的形式提供规定格式的发送日志；本系统检测数据文件的到达和内容，读取数据文件并以文件的形式提供规定格式的接收日志（读取日志）。
优点：实现简单。
缺点：转换比较麻烦，数据同步不能实时，时间上要滞后。影响系统的整体设计、系统边界不清晰。
4.3.6 WebService
实现思路：与采用API调用的方式类似，但引入先进的WebService交换方式，将系统需要整合的业务功能做成Webservice，也就是提供通过Web进行调用的API，相应的系统开发人员根据Webservice的调用规范来访问该功能
优点：是业界为整合松散系统提出的一种新的技术，跨平台、防火墙。适合进行数据整合。
缺点：新技术，现在还在发展，风险大。