XXXX通信有限责任公司
BOSS系统三期扩容
技术建议书-设计方案
XX科技(中国)有限公司
2001年8月
目 录
1 概述
1.1.1 XX通信网现状
XXXX近几年来努力开拓市场，不断推出新业务，截至2001年5月止，XX省现有的业务种类（包括本地通等）的用户已达到553739户，其中全网GSM用户322861户，神州行用户227054户，TACS用户3824户，平均每月话单数8000万张左右。全省共有4个GSM交换机端局，3个关口局，其中XX交换机端局和关口局综合设置。全网交换系统交换能力为80万户。
XXGSM交换机配置容量表
表2.1
序号 | 交换局名称 | 交换机种类 | 交换机容量 | 备主 |
1 | 金美1 | Nokia DX200i | 23万 | 端局和关口局合设 |
2 | 金贸 | Nokia DX200i | 34万 | 端局和关口局合设 |
3 | 三亚 | Nokia DX200i | 13万 | 端局和关口局合设 |
4 | 金美2 | Nokia DX200i | 10万 |
|
|
|
|
|
|
1.1.2 业务配置现状
XX计费、营帐系统设计支持80万用户的计费、营帐处理需要。该中心现有的主要软硬件设备如下：
台，用于磁带库服务器以及测试服务器)、 Digital的Alpha 2100(2台，用于大客户管理系统)、Sun公司的E250(2台，一台预处理服务器、一台智能网采集)、Sun公司的R220（1台，用于网间结算应用），HP D380(1台，用于集团公司漫游数据传送)、HP D230(1台，用于深圳帐务中心漫游数据传送)、若干Ultra系统的工作站（用于监控平台、银行联网等）；
(2)网络设备：采用Cisco公司的Cisco7507路由器(2台)、Catalyst 5505交换机(2台)、Catalyst 2924 LAN交换机(1台)等；
(3)数据库：采用ORACLE8数据库系统；
(4)磁盘阵列：采用Sun公司的9台A5000（每台容量14*9G），3台A5100（每台容量14*18G），1台A5200（容量6*36G），约2.1Tb容量；
(5)磁带库：采用Exabyte公司的E-480磁带库(2T)。
1.1.3 计费营帐业务运营现状
现有计费、营帐系统的应用软件主要完成：
(1)联机计费数据采集及处理：XXXX在各MSC、GMSC、SSP及SCP局址侧均设置有计费数据采集机，计费中心联机采集计费数据并做进一步处理．目前原始话单保存1个星期、明细话单在线保存3个月，磁带长期保存．
(2)营收管理：对营业受理和话费收费进行管理，并具有查询和统计功能．
(3)帐务管理：完成综合帐单的生成，发送银行数据的生成，同时还具有部分查询和统计的功能．
(4)信用管理：对用户的信用度、高额、欠费等进行管理。
(5)号码资源管理：对XX电话号码资源进行管理。
(6)SIM卡资源管理：对SIM卡资源进行管理．
(6)大客户管理：对大客户资料进行管理．
(8)查询统计：对各种数据和报表进行查询和统计．
(9)参数管理：对系统所有的参数进行管理．
(10)计费数据的联机采集系统
XX省计费中心计费数据的联机采集，采用分散采集方式，即各计费点（各地MSC、GMSC等）均设置计费采集机。为保证计费数据的完整、准确，在联机采集时还同时保存原始脱机介质(磁带或光盘)作为计费处理的备份，以便当联机采集不能进行或出现数据丢失时，通过计费介质(磁带或光盘)脱机采集。XXXX网目前有4个Nokia GSM交换机分别设置在海口的金美局、金贸局；三亚的金鸡岭局。（关口局与端局合设）；有2个Ericsson TACS交换机设置在海口的白坡和三亚，智能网平台、短消息平台设在海口，
1.1.4 网络结构现况
XX省目前的业务管理系统集中设在海口，下设32个营业厅；12个业务代办点，分布在全省19个地市县，无地市业务中心，营业厅与各分公司经营、管理同处一个局域网。XX省业务中心网络配有Cisco7206路由器两台、3640路由器一台；Catalyst5505交换机各两台。并通过64K DDN 与中行、工行、建行、交行及农行实现点对多点方式联网。各分公司通过64K DDN 与海口、儋州、三亚3个本地网中心局相连，本地网中心局与省计费中心间用E1(2Mbit/s)电路连接。全省各分公司及营业网点都使用数字终端直接登陆业务系统，目前最忙时有600多个进程登陆系统。具体网络结构图见XXMDCN业务系统网络图：
1.2 现存问题和需求分析
（1） 系统的发展受C/S体系结构的局限；
（2） 系统现有的体系结构无法适应未来业务聚合的需求；
（3） 系统缺乏数据备份和容灾措施；
（4） 系统要求提供极度灵活的资费调整手段以满足不断变化的运营业务需求；
（5） 系统要求提供更加灵活的优惠管理手段；
（6） 系统要求提供详细的统计和图表功能支持市场经营决策；
（7） 系统要求提供集中式的应用一级的管理平台；
（8） 支持大容量用户数据；
（9） 支持全面、开放的相关外部接口。
1.3 本期项目建设的目的
(1) 计费产品AICBS2.0产品的大容量、高效率、高灵活性及可扩展性、满足未来业务聚合的需求的特点，为中国XXXX分公司的业务发展提供有力的、长期的运营支持系统。
(2) 遵循集团公司有关的BOSS业务、技术规范的要求，按照“两级系统、三层结构”的原则，对我公司计费、结算、帐务、业务管理及客服等功能进行集中、统一的规划和整合，使中国XXBOSS系统成为一体化的、信息资源充分共享的支撑系统。
(3) 三期BOSS系统是一个多业务融合的计费和营业帐务管理系统，要求能够统一管理用户的业务资料，实现统一的用户服务界面和“一客一单”功能；并能够实现多业务捆绑销售，融合计费，交叉优惠等功能；
2 XXBOSS系统集成设计
2.1 系统建设原则
（1） 实时性要求高
实时系统要求较高实时性。按XX业务目前标准，应能做到：用户计费信息实时生成，并能根据用户话费变化，实时控制用户呼叫和漫游权限，用户本人可做到实时话费和话单查询。所有这些对系统的处理能力和网络传输能力同样提出了很高要求。
（2） 数据量增长快
XXXX现有XX用户网络容量206万，实际用户现已达到191万，预计在2004年将达到620用户的水平。目前用户的发展速度时迅猛，而且高速增长的势头不减，将在较长一段时间内持续。这一高速发展的用户数量对于计费和营业系统的压力是十分巨大的。同时，对于XXXX计费系统处理的业务数据量而言，其增长速度又大大超过用户数的增长。如此高的增长速度，现有的系统已接近其极限处理能力，对于未来的系统，不但要求具有相当的处理能力和容量，而且要求系统应具有更好的扩展性能，能适应将来用户数量、业务数量和业务种类的更大发展。
（3） 业务发展变化快
XXXX目前正在经历而且今后将不断经历种种业务上的种种变化，如各种费率和优惠的变化；分时段计费、分用户类别计费、单向计费、套餐计费等各种计费方式的变化；租机租卡、呼叫前转等新业务的开展；计费结算方式的变化；随着GPRS、WAP技术的引进而带来的日益增长的无线数据业务的需要；甚至将来可能发生的体制的变化；所有这些要求系统有很好的灵活性，能满足现在及将来业务发展的需要。
（4） 容灾和管理性能的要求高
XX省地域广阔、人口稠密，XXXX的业务网点遍布全省23个地区，以省计费中心为核心，各个计费数据采集前置机、地市营业局域网络、外部系统接口设备和省中心之间通过XX自己的数据网络以及部分租用的电信分组专线连接成一个大的应用系统网络。集中式的计费系统结构使省中心成为整个系统的瓶颈，省中心计费数据的安全和系统核心应用的运行稳定对于整个网络的运行起着决定性的作用。另外，由于营业网点的分布，省中心和各地市营业中心之间的数据的一致性和完整性很大程度地依赖了网络状况。众多的计算机和网络设备以及关键的应用程序的运行状态使系统管理员最关心的焦点。XX联机计费系统的这些特征要求我们的系统设计方案能够提供可靠的容灾和备份方案，以及功能强大的网络管理软件。
2.3.2 系统总体技术要求
根据中国XX电话计费和客户管理系统的业务要求和XXXX公司的业务特点，本系统将满足以下总体技术要求：
（1） 安全性要求
² 严格的操作员权限管理机制。
² 记录操作员的使用日志，以防止非法操作。
² 保证数据不被非法入侵者破坏和盗用。
² 保证数据的一致性。
（2） 可靠性/稳定性要求
² 故障检查和处理机制，保证数据不因意外情况丢失或损坏。
² 数据的备份和恢复。
² 实现负载均衡，防止“瓶颈”产生。
² 保证系统在任何情况下，都保持可预见的输出。
² 灵活的任务调度机制
（3） 可扩展性
² 支持新的计费方式、新的优惠手段。
² 采用模块化设计原则，用户可以选择需要的组件而构成不同规模的应用系统。
² 实现新旧系统的平滑过渡，并充分保护现有资源。
² 对新增加的节点，系统可平滑地过渡，以适应应用系统硬件规模的不断扩大。
（4） 易操作、易管理
² 良好的用户操作界面。
² 完备的帮助信息。
² 系统参数的维护与管理通过操作界面实现。
（5） 实时性
² 实时完成大容量数据的处理。
² 对实时性要求更高的业务提供特殊的处理方法。
（6） 准确性：
² 话单处理过程既要保证准确性，也要尽量减少运营者的损失。
2.3.3 系统总体结构设计
海口建立省级计费和结算中心，实现集中管理、集中计费、集中营业的运行模式，据此，本方案提供了集中方式的总体结构设计说明。在集中方式的设计方案中，所有的处理都在省中心处理，所有的营业终端或管理终端都与省中心的计费/营业数据库相连接，地市营业系统不再设立本地的数据库服务器保存本地数据，所有的有关业务数据的访问都通过C/S方式或中间件服务器跨越广域网络和三个本地网中心到省中心数据库服务器进行连接。
采用集中方式的系统结构，我们在省中心设立一套数据库服务器，在数据库服务器前端设立中间层的应用服务器，所有的终端通过应用服务器访问中心数据库服务器，在数据库服务器中，各地市数据分别存放在不同的表中，不同的数据表建立在不同的数据块上，以提高处理速度。在省中心，我们通过增加相应的主机服务器，分别作为省中心的计费、营业/帐务数据库服务器以及应用服务器，全省的所有营业厅终端都可以通过应用服务器访问营业帐务系统数据库。
数据库系统安装在省级费中心，所有终端通过应用服务器访问中心数据库。数据库中存放所有用户的用户资料、帐务数据、详单数据等。
2.4.1 主机系统设计概述
2.4.2.1 主机系统需求
1. 本系统的处理能力以能够满足100万XX用户计费和营业及帐务处理业务的需要及100万用户的网间结算任务的要求。
2. 仅由省中心保存全省用户资料、营业数据及话单数据。
3. 系统应具备高度的安全性。XX业务系统是XX业务的基本业务系统，用户数据、话单数据和统计、分析系统都是XX业务的档案资料，应根据不同部门的业务制定不同的安全标准。
4. 系统应具备异常处理的能力，在数据处理的各个环节中，应保证系统具有对突发错误、硬件设备故障等具备相应的处理措施，保证系统的正常运行。
2.4.2.2 主机功能分配
主机系统的存储
主机平台
位处理器的双机高可靠性群集系统，鉴于XXXX的实际情况，建议的主机选型方案为（AICBS系统支持以下三种主机平台）SUN主机和IBM主机。
软件、IBM HPCMP软件或是LEGATO的CLUSTER都可以满足需求。
2.5.1 原网络结构
XX省目前的业务管理系统集中设在海口，下设32个营业厅；12个业务代办点，分布在全省19个地市县，无地市业务中心，营业厅与各分公司经营、管理同处一个局域网。XX省业务中心网络配有Cisco7206路由器两台、3640路由器一台；Catalyst5505交换机各两台。并通过64K DDN 与中行、工行、建行、交行及农行实现点对多点方式联网。各分公司通过64K DDN 与海口、儋州、三亚3个本地网中心局相连，本地网中心局与省计费中心间用E1(2Mbit/s)电路连接。
原网络结构图
2.5.2 网络结构设计
合
，同时在省中心增加二台Cisco 7507路由器，路由器与两台中心交换机之间都有线路连接，构成双星形网络结构。双星形网络结构是一种完全冗余的结构，结构中任何一条链路断开都不影响整个系统的工作，两个中心交换机只要有一个运行就不影响系统的工作。双星形结构适用于对可靠性要求很高、整个系统不能中断的网络环境中。因此，我们强烈建议在省中心采用这种结构。
WAN主干网
提供路由器备份的很好的解决方案。HSRP使用优先级机制来确定哪个HSRP-Configured路由器是缺省的活动路由器，要使某一路由器成为缺省活动路由器，只需为它分配一个比其它HSRP-Configured路由器较高的优先级即可。
在HSRP-Configured路由器之间广播优先级信息。当一活动路由器在一段可配置的时间内不能发送Hello信息时，在备份路由器中那个具有最高优先级的将会变为活动路由器。路由器之间的切换对网络上的主机而言完全是透明的。
7路由器，利用HSRP协议，实现广域连接路由的冗余备份。
2.5.3 网络设备配置
6509网络主干设备组成双星型结构，建议采用两台Cisco 7507系列路由器通过HSRP协议组成主备路由器，使用E1、DDN为主链路，以E1、DDN分组网链路作为备用链路。
两台中心交换机分别连接两台路由器。路由器通过E1、DDN与各营业中心连接，并以E1、DDN链路作为备份。
2.6 数据库选型设计
2.6.1 数据库选型原则
支持C/S体系结构
或MOTIF等图形环境，两者通过请求回答方式协同工作。一个真正具有客户/服务器体系结构的系统应该在其操作系统、网络及数据库方面都应按照客户/服务器体系结构进行设计。客户/服务器体系结构还是实现当前最先进的三层体系结构的基础。
2.6.1.2 支持OLTP和负载均衡
高可靠性和自恢复能力
支持数据的自动复制
高可伸缩性
支持分布、异构的数据源
易于管理和维护
数据库分区技术
GCDR_XXQ00_L_19990120；
GCDR_XXQ01_NRIN_19990120；
GCDR_XXQ00_NROUT_19990120；
GCDR_XXQ00_IRIN_19990120；
GCDR_XXQ00_IROUT_19990120；
GCDR_ALL00_DUP_19990120；
GCDR_ALL00_ERR_19990120。
G： GSM话单；
CDR： 详单；
19990120：CCYYMMDD；
XX01： 地市代码 + 分区代码；
L： 本地话单；
NRIN： 省际来访漫游话单；
NROUT： 省际出访话单；
IRIN： 国际来访漫游话单；
IROUT： 国际出访漫游话单；
DUP： 重复话单；
ERR： 错误话单。
1. 手工分区完全考虑到应用中的要求，它的分区使得对数据库的操作能更有效地分配到不同的进程或线程（多进程、多线程在下节介绍），从而最大限度地保证的负载均衡； 2. 手工分区的规则保存在数据库的表中，用户可以根据不同时间业务量的不同，合理地修改分区原则。例如，对新增加的号码段，用户只需要在表中增加或修改表中的记录即可； 3. 手工分区具有更大的灵活性，它允许用户从多种分区原则中选择一种或多种原则的组合，而形成对本地业务（数据）处理最有效的方式。而相比之下，数据库的自动分区能够提供给用户的选择较少，只能在表中部分字段附加分区原则； 4. 此外，系统的各个部分在处理过程中，也充分考虑手工分区的原则，在很大程度上，进一步提高了系统的整体处理速度。 2.7 应用软件设计2.7.1 软件的结构特点分析随着计算机硬件和软件技术、网络技术的发展，数据库应用体系结构经历了四个阶段: 第一阶段是基于主机的计算机系统，第二阶段是PC与传统的网络技术相结合，即文件服务器结构，第三阶段为客户/服务器(C/S)方式，第四阶段是在C/S体系基础上扩充的包括客户、数据库服务器、应用服务器构成的三层结构。 2.7.1.1 主机计算机系统在基于主机的计算机系统中，各终端通过串行通讯接口线路与主机相连接(一个终端占据一条通讯线)，一台主机对系统的各种资源与数据进行集中管理，主机分时地对各终端进行扫描访问，用户通过各自的终端与系统交互作用，来执行自己的处理任务。这种集中式计算机信息系统的好处是：管理容易，数据的保密与完整容易保证，而且系统建设成本低，但是它的缺点是对业务变化的适应能力、系统的扩充性以及可维护性较差，当主机出了故障就有可能引起系统的瘫痪。 2.7.1.2 PC/文件服务器系统八十年代由于PC机的广泛应用以及计算机硬件、软件技术、网络技术的迅速发展，由共享的文件服务器、工作站、网络传输介质组成的计算机局域网广泛应用于各行各业中。 在这种应用中，所有应用程序和数据都集中在共享的文件服务上，而不是驻留在实际使用它们的客户计算机上，当用户需要时，相应的应用程序和数据就整个地从文件服务器上下载到计算机上。在这种结构中，比基于主机的计算机系统使用简单、用户界面友好，并具有一定的可伸缩性。但是系统运行效率低下，当用户数增多时，网络的通信负载明显增大。 2.7.1.3 客户/服务器系统PC机或工作站通过网络连接起来，系统把这些计算机设备划分为服务器与客户端，以承担不同的工作职能，服务器主要用于信息系统的管理与服务(一般由能力较强的计算机系统来承担)；客户机主要提供给用户来访问系统，具有良好的人机界面。用户只要通过客户机与网络上的任何服务器预先建立连接，就可以对它们进行访问。 采用网络连接的C/S操作方式的计算机环境，其优点是:系统有较大的灵活性;系统性能的提高容易(服务器性能提高或增加服务器的数目可以使系统整体性能提高);系统的连接方便，可以根据需要随时地增减用户；系统有较大的可维护性，一个服务器失效，其他服务器可以取代其部分功能，仍然保持系统的正常运转，不会使整个系统瘫痪。 这种客户/服务器系统实际为两层结构，即客户端程序＋数据库服务器。可分为两种模式：胖客户型和胖服务器型。胖客户型客户服务器系统的特点是数据计算和数据处理集中在客户端。这种系统的网络负荷大，直接影响业务处理速度，且用户连接多时容易在数据库端发生访问冲突。胖服务器型客户服务器系统的特点是数据计算和数据处理集中在数据库服务器端。数据库服务器端是这种系统的瓶颈，当用户连接增多时，在这里就会发生数据堵塞，系统性能急剧下降，根本无法适应多用户的需要。 2.7.1.4 三层结构体系三层结构是在客户／服务器体系基础上的扩充，它将客户／服务器系统中各种各样的部件分为三层服务： 客户端服务程序：在用户计算机上提供用户界面。 应用服务器，它驻留在客户可访问的网络中心，为任意数量的客户应用提供公共的数据服务。 远程数据库服务器，提供关系型数据库管理系统(RDBMS)。 每一层服务在不同的计算机上协同运行，并且通过局域网甚至Internet共享数据和相互通讯。 在三层结构数据库应用中，具有如下优点: (1)系统可根据需要把各个服务分别或重复地分布在不同的计算机上，使整个系统的工作量平衡分配到网络中，从而实现最佳的性能。 (2)由应用服务器统一管理数据库连接、数据接收、数据同步、事务处理和线程调度等工作，因此可最大限度地保障了数据的统一、完整和准确性能。 (3)对系统的修改或升级可简化到只对某个特定部件的更换。使系统的维护和升级更加容易。 (4)适用范围广且支持Intranet/Internet，并具有很强的开放性。 2.7.1.5 分布式多层体系结构90年代后期，信息产业出现了分布式对象技术，应用程序可以分布在不同的系统平台上，通过分布式技术实现异构平台间对象的相互通信。将企业已有系统集成于分布式系统，可以极大地提高企业应用系统的扩展性。分布式多层体系结构的核心概念是在应用的业务逻辑、表示逻辑和数据分为三个不同的处理层的基础上，通过中间件的利用，实现应用的分布。 第一层的表示逻辑(客户层)，它的主要功能是实现用户交互和数据表示，为以后的处理收集数据，向业务逻辑请求调用核心服务处理，并显示处理结果。 中间是分布的业务逻辑(服务器组件)。这些分布的组件可以由中间件管理，实现核心业务逻辑服务并将这些服务按名字广播、管理并接受客户的服务请求，向资源管理器提交数据操作，并将处理结果返回给请求者—客户或其他服务器。 数据(资源管理器)构成模型的最后一层。 比如关系数据库，负责管理应用系统的数据资源，完成数据操作。服务器组件在完成服务的过程中通过资源管理器存取它管理的数据，或者说请求资源管理器的数据服务。 中间件应用设计应该是从异构的计算资源中创建一个“虚拟主机”：在分布式应用环境下提供可管理的相互关联的资源。中间件提供了一个基础的框架来帮助你建立、运行和管理一个分布式多层体系模式的应用，使你不需要从零做起，缩短应用开发的时间，提高了应用开发的成功率。中间件在对事务完整性的保证、对大规模并发处理的响应、对异构系统互联的透明支持，以及对应用数据的安全性保护等方面的表现将成为应用系统成败的决定性因素。 从以上论述可以看出，数据库应用体系结构的发展是个向“开放式”结构不断迈进的过程，我们始于非常封闭的集中式主机，目前正向一个真正开放的、与平台完全无关的环境过渡。 以上的数据库应用体系结构，有很多的解决方案。AICBS系统架构是一个基于CORBA协议的分布式多层体系结构，在其实现中应用了Inprise CORBA应用的解决方案中的Visibroke产品。客户端开发工具采用了C++ Builder，封装访问和操作数据库的复杂性，提供了许多访问和操作数据库的可视化组件和用户界面组件，利用它可以快捷、方便地开发基于单机、客户/服务器、分布式多层体系结构的数据库应用系统。
2.7.1.6 分布式对象标准企业要构建多层分布式系统，必须遵循分布式的工业标准，基于什么样的标准直接影响到企业应用系统的开放性和可扩展性。目前业界主流分布式对象技术主要有三种架构标准：Microsoft的COM/COM+、Sun Microsystems的Enterprise JavaBeans/RMI以及OMG组织的 CORBA。COM/COM+是Windows环境专属的分布式对象架构，虽有协力厂商移植至少数 UNIX 平台，但与Windows平台上的版本仍有相当程度的差异性，为部门级（Department Level）分布式运算的主要架构，支持平台种类有限，无法满足企业级的需求。RMI与Enterprise JavaBean 是以 Java 程序语言为主体的分布式对象架构，新版本的Enterprise JavaBean 规范与 OMG 的 CORBA 规范也逐渐集成，完整支持异构平台的特性，非常适合大型企业的跨平台的需求，但现实的软件应用环境里常是由多种不同的程序语言所构建的，大型企业组织只使用一种语言来构建其全部的应用系统是非常罕见的，单纯用Java 和Enterprise JavaBean 是无法完全满足企业用户需求。由于Enterprise JavaBean能够提供软件人员快速开发分布式应用系统的能力，而OMG 的 CORBA又提供了强大的集成能力，因此目前世界上大多数的分布式应用系统以及电子商务同时使用这二种技术，以CORBA做为分布式运算的核心框架，而以Enterprise JavaBean做为开发应用系统的组件。使用这种架构的中间件目前已逐渐成为新一代的标准分布式中间件。 2.7.2 CORBA技术体系结构2.7.2.1 OMG 组织的 CORBA有别于Microsoft主导的分布对象技术COM/COM+，CORBA 是由 800 多个大型软、硬件公司参与的OMG (Object Management Group) 组织所制定，获得IBM、Sun Microsystems、Oracle、Sybase、Inprise、Novell、Netscape等大型 IT 技术供货商的支持，CORBA规范是众多厂商平台上软件对象间沟通的桥梁，遵循CORBA标准能够保障用户的技术投资。CORBA 的对象管理架构 OMA由下列几个重要部分所组成： (Object Request Broker, 以下简称ORB ) (Common Object Services, 以下简称 COS ) ( Common Facilities, 以下简称 CFA ) ORB ( Object Request Broker ) 是整个CORBA应用的骨干，它用于连接客户端的请求与被请求的对象（Object）之间的连接，下图描述了这种关系。
图2.4 CORBA工作原理图
客户端的程序不必知道被请求的对象的位置，即该对象在本地主机或远程主机对客户端是透明的。客户端进程唯一所需要知道的是对象的名字，以及调用该对象的接口。ORB则完成二者之间的连接，即定位对象、发出请求、并返回结果的过程。 软件厂商只要遵循应用对象与ORB间沟通的接口定义语言 ( Interface Definition Language, IDL )，便能够以对象的型态提供服务或是享用服务，ORB如同一个软件的总线( Software bus ) ，结合应用程序对象，让开发人员完全不需考虑异构作业平台、异构的通讯协议或是不同程序语言间所造成的隔阂。因此，CORBA标准具有操作系统的中立性及开发语言的中立性特点，也就是说，CORBA对象并不局限于某一特定系统平台 (Windows NT或Unix )，CORBA的开发也不局限于某一特定的开发语言(开发人员可以使用C/C++、Java、Object Pascal或Smalltalk)分布对象管理架构中的共通对象服务 (COS) 是以对象型态提供许多公用的服务，例如；事件传递管理、交易管理、对象命名、安全管理、数据交换等，而共通设施 (CFA) 则提供复合文件、网络管理等多种服务。 则是企业信息系统必须面对的挑战。现在的软件信息人员需要一个快速开发的环境，而Enterprise JavaBean就提供了基于组件开发 ( Component-Based Development ) 的能力。 2.7.2.2 VisiBroker 系列产品INPRISE公司是CORBA领域居领导地位的厂商，VisiBroker 系列产品是Inprise CORBA应用的解决方案。VisiBroker系列产品包括： VisiBroker for Java / C++ VisiBroker GateKeeper VisiBroker SSL Pack VisiBroker for OS/390 VisiBroker ITS
图1 VisiBroker ITS 方案
图2 VisiBroker Gatekeeper/SSL方案 灵活的代理结构 （Smart Agent Architecture） 是对CORBA中基本对象适配器（Basic Object Adaptor）的扩展，它是一种动态的任务分配机制。网络上多Smart Agent的组合将有效地实现SERVER对象之间的负载均衡，从而实现更高的可用性。Smart Agent动态地跟踪网络上所有可用的对象，在客户端有请求时，它能够根据所有对象信息的记录，建立两者之间的连接。不仅如此，在由于网络中断、主机故障，而使客户端与对象之间的连接中断时，它能够自动重新建立连接。 强化的定位机制 （Enhanced object discovery with the location service） ），这种定位机制也是对CORBA基本功能的扩展，通过这种定位机制，应用程序能够从多Smart Agent中获取更多的信息。利用Smart Agent，定位机制可以获取所有可满足客户端请求的对象的信息。 对象激活支持 （Implementation and object activation support） Activation Deamon）可以使得对象只有在接收到请求时，才自动启动。 线程与连接管理 （Robust thread and connection management）
应用的部署 （Deploying applications）
）、applet，或是其它的应用程序。SERVER端则在包含所有的应用逻辑Object A、Object B和Object C。 应用服务器负载均衡 （Application Load Balance） 图2.7应用服务器结构 之间和各服务器之间，也可以达到自动容错，保证 图2.8应用服务器的高可用性能 2.7.2.2.7 简捷的开发进程（Easy Development Process） VisiBroker为基于CORBA的应用程序开发提供了一个简捷、灵活的途径。客户端与应用服务器端的业务应用接口规则由IDL定义。它提供了一种跨平台、跨语言的开发环境，使应用的实现更为高效、稳定。 图2.9 CORBA开发流程
2.7.2.2.8 Visibroker支持的平台VisiBroker for C++ 4.0 支持的平台如下所列： Microsoft Windows (Intel) Sun Microsystems Solaris (SPARC) RedHat Linux (Intel) Hewlett Packard HP-UX (PA-RISC) IBM AIX (RS/6000) 详情请参见下表：
2.7.2.3 VisiBroker应用案例美国林肯国家再保险系统 http://www.lincolnre.com/ 美洲银行网上查询系统 http://www.bankamerica.com/ 欧洲第一个网上银行系统 公司风险管理应用系统使用Borland JBuilder 和VisiBroker 构建金融保险服务网站 http://www.pa18.com Inprise VisiBroker4构建其客户关系管理集成系统 Cisco公司网管解决方案CisciWorks 2000采用VisiBroker 美国亚特兰大的Salient公司运用Inprise CORBA产品VisiBroker实现电力交换系统 2.7.3 XXBOSS系统的特点（1） 信息存储量大，用户数的高速增长，在系统中需要存储大量的详单数据、用户资料数据以及相应的帐务数据，对与数据的相关性、可追溯性的要求高； （2） 数据的特殊性：XX通信计费和营业帐务系统存储的均是敏感的用户的个人信息以及财务数据，数据的安全性、准确性要求高。 （3） 系统服务质量的要求：XX通信行业的垄断地位被打破，由行政和服务转换为服务行业后，哪家企业的服务好就会赢得更多的用户。只有通过提供更强大的服务功能才能吸引用户。 （4） 业务变化快：随着XX通信的业务已从单纯的提供话音服务，逐渐扩展到了无线数据领域。GPRS、WAP、LMDS技术应用的普及，使未来XX通信的业务供应方式、计费方式发生越来越多的变化，业务的更新速度也越来越快。 2.7.4 XXBOSS产品设计优点应用软件的灵活性设计 可扩展性设计 高可靠性、高安全性设计 实时性、高效性设计 操作的方便性设计 系统的适应性设计 ），确保系统在费率、计费规则等资料发生变化的情况下，可灵活地修改系统的参数而不影响系统的正常运行。 面向对象的设计方法 面向对象是一种先进而又成熟的技术，它可应用于软件开发的全部过程，包括面向对象的系统分析（OOA）、面向对象的系统设计（OOD），以及面向对象的编程（OOP）。面向对象的设计放法保证了系统的灵活性、可操作性与可扩展性。 3 XXBOSS系统软件方案等等。 3.2.1 新型的业务管理模型erver 、Application Server和 DB）构成，如下图：
，可支持任意浏览器，可由PC、NC或工作站实现。 一般情况下，对WEB的攻击主要有三种手段： 盗窃或馔改数据，直接盗用服务器更改有效数据； 恶意的程序代码，恶意程序由WEB侵入系统破坏数据； 窃听，拦截系统登录信息或有效数据； 因此，我们从以下方面实现WEB安全： 3.2.3.2.1 网络安全WEB SERVER 安全 提供，具体由如下机制实现 可使用户知道服务器身份。同时HTTPS协议使所有服务器与客户间传送的数据都是经过加密的，如果窃听者无密钥，即使得到这些数据也无法得到原有效信息。 并不直接与数据库相连，也充分保障了数据库端的数据安全。 3.2.4 大容量数据处理3.2.4.1 数据库分表技术计费话单的入库是整个计费结算系统中最耗费时间的部分，为保证批价系统的整体性能，合理地设计数据库（表）的结构是至关重要的。为此，我们按照以下的原则实现数据库详单表的划分： 原则1：按照IMSI码段（或其它标准）划分详单表； 原则2：按照手机号码段划分表； 原则3：码段的划分要与各地市所分配的码段保持一致； 原则4：按照时间划分； 其中原则1和原则2中只能选择一种。
按照上述原则，系统可选择如下具体的分表标准： 日期：不同天的话单被插入到不同的天表中； 归属地市：归属局为不同地市的话单被放置到不同的表中； 手机号码段：按照手机号码中的某些位划分表； 这些标准被存储在配置文件或数据库表中，系统定时读取这些标准建立或删除相应的表。按照以上原则，每个话单表的表名可能具有如下的形式： 本省话单： GCDR_XXQ00_L_19990120； 国内漫游来访： GCDR_XXQ01_NRIN_19990120； 国内漫游出访： GCDR_XXQ00_NROUT_19990120； 国际漫游来访： GCDR_XXQ00_IRIN_19990120； 国际漫游出访： GCDR_XXQ00_IROUT_19990120； 重复话单： GCDR_ALL00_DUP_19990120； 错误话单： GCDR_ALL00_ERR_19990120 其中： G： GSM话单； CDR： 详单； 19990120： 年月日 XX01： 地市代码 + 分区代码，； L： 本地话单； NRIN： 省际来访漫游话单； NROUT： 省际出访话单； IRIN： 国际来访漫游话单； IROUT： 国际出访漫游话单； DUP： 重复话单； ERR： 错误话单； 按照以上标准划分表，使每个表所存储的话单数减少，从而提高数据的录入、查询、读取的速度，并进一步提高系统整体的效率。同时，系统将不同的表分配在不同的物理设备上，在进行数据入库或数据分发时，采用多进程并行操作，使入库、分发的速度大大提高了。此外，对这些表的维护并不需要用户的干预，系统将自动完成。
例如，分表标准可以以如下形式存储在数据库表中：
虽然数据库本身也提供了自动分区的功能，例如自动根据手机号码分区，但与手工分区相结合，将会使系统具有更多优点： 手工分区完全考虑到应用中的要求，它的分区使得对数据库的操作能更有效地分配到不同的进程或线程（多进程、多线程在下节介绍），从而最大限度地保证的负载均衡。 手工分区的原则保存在数据库的表中，用户可以根据不同时间业务量的不同，合理地修改分区原则。例如，对新增加的号码段，用户只需要在表中增加或修改表中的记录即可。 手工分区具有更大的灵活性，它允许用户从多种分区原则中选择一种或多种原则的组合，而形成对本地业务（数据）处理最有效的方式。而相比之下，数据库的自动分区能够提供给用户的选择较少，只能在表中部分字段附加分区原则。 此外，系统的各个部分在处理过程中，也充分考虑手工分区的原则，在很大程度上，进一步提高了系统的整体处理速度。 3.2.4.2 多线程多进程处理 insert方式），快速入库每次将一个话单块直接插入到数据库表中，从而节省了与数据库通讯的时间。经测试，利用ORACLE数据库提供的Host Array方式入库方式，比单条插入的速度快2-3倍。
3.2.4.4 分布式处理系统）技术，能够实现大批量用户的个性化计费算法，这一产品特性对系统的设计提出了更高的要求：对于用户个性化计费的相关资料的访问必须是实时的而且访问刷新的频度极高。依靠传统的数据库技术所以及依靠简单申请大量内存空间保存用户资料的内存映像技术均无法满足这一要求：数据库所能够提供的访问接口的实时性不够，而内存映像技术的可管理性、访问接口标准化以及通用性程度都比较低，使用效果受程序人员编程水平的影响较大。XX公司通过多年实践，融合了传统的数据库方案以及内存映像方案的优点，实现了高效的内存数据库系统，成功地满足了大容量的融合计费系统进行实时多业务个性化计费的需要。
），进行数据库的“原子的”刷新。数据库的恢复过程也非常快速，为关键应用提供高可用性保障。此外，取消了事务日志提高了系统的整体性能，更加有效地利用了系统资源。 ），只允许用户在应用程序类中进行修改。AIMDB提供灵活方便的数据检索接口，使用类似SQL的数据查询语言描述查询操作，提供后关系数据库系统的能力，如：非原子域（Non-atomic Fields）、递归数组、用户s定义数据类型及方法、直接对象间引用等等简化了数据库应用系统的设计并使之更加有效。 这些特性通过标准、灵活、稳定的AIUMD产品提供，是实现大容量、多业务实时融合计费系统的强有力的技术保障。
4 AICBS系统功能模块4.1 AICBS体系结构4.1.1 融合设计
图 1 AICBS系统业务、客户与计费系统关系 AICBS计费算法选择和费率导航机制的精巧设计允许多种不同业务在单一的界面上同时存在，类似的业务融合技术贯穿于整个AICBS的设计中，同时对于不同业务的特殊需求也能够完全满足，没有因为强调共性而损害了业务的个性特征。 4.1.2 系统架构图 2 AICBS系统结构关系
4.2.1 数据采集1. 建立到CDR发生设备的连接 2. CDR数据采集 3. 建立到应用系统的连接 4. CDR数据分发 5. CDR数据校验 6. CDR数据输入输出映射 7. 域值转换和标志位设置 8. 操作、管理和维护 数据采集、预处理、传输、备份和配置管理等几部分。
，GOM）技术实现了CDR采集和预处理的灵活性和通用性。通过这种方法，数据采集系统将所有的数据类型表示为原型数据（Meta data）和实例数据（Instance data）的形式。GOM描述了数据采集系统中使用到的数据类型以及在不同信息模型、协议和应用中的外部表示。输入协议适配器负责外部的数据类型到通用对象模型的映射，这种能力允许采集系统能够与采用不同的协议、信息模型的应用系统进行互连。同时，这一抽象也使次你系统的内部模块不依赖于外部应用系统所采用的的协议、信息模型。输出协议适配器则能够将内部的GOM表示转换成为适应到外部系统的数据类型要求，使采集系统能够和多种使用不同的协议和信息模型的应用系统互连。 ）的API接口。对于专用协议接口的采集要求客户使用API编写通信程序，该程序在更高的层次上与GOM提供的抽象通信接口规范保持一致。 ）的连接接口同样地被设计成为一个抽象的层次，将应用系统的协议和信息模型的细节和采集系统隔离开来。到下游的应用连接包括标准的网络管理协议SNMP、基于CORBA实现的接口、RPC、API PDU等等。 直接映射关系：指单个输入数据域到单个输出数据域的映射方式； 分解映射关系：指单个输入数据域到一个输出数据域集合的映射方式。这种情况下，输入数据域一般为结构类型，映射中结构首先被分解为基本数据类型，再完成到输出数据域的映射。 构造映射关系：指一个输入数据域的集合到单个输出数据域的映射方式。映射中输出数据域首先被分解成为基本数据类型，再完成输入数据域到输出数据域基本数据单元的映射。 确省映射关系：指输出数据域必须包含一个值，即使输入数据域没有提供可供映射的数据。即输出数据域包含缺省值或输入数据域的映射值。缺省值由映射配置信息指明，转换函数指明了转换发生时采用的方法。 屏蔽映射关系：指输入数据域不必映射到输出数据域。映射配置中没有指定对应的输出数据域，输入数据域被丢弃。 ） 数值意义（Perceptual Value）不变但表示方法因数据类型而异（如：整型数7转换到ASCII数字7，其ASCII数值为0x37，不同于原来的整型数值0x07，而数字7的意义不变）。类型转换也执行一些辅助功能，诸如高精度数据类型转换中的内存填充或低精度数据类型转换中的舍入等。 ranslation） 和命令行接口修改。系统管理员SA（System Administrator）可以启动、停止和暂停系统操作，系统管理员也能够校验整个系统的运行情况以及能够收集CDR的时、日、周和月处理报告对系统采集数据流量进行监控。 4.2.2 话单予处理检查采集系统原始数据文件序号的连续性。 检查每个文件中每条话单之间的连续性。 汇总生成各类异常话单的种类、具体原因、数量等。 预处理统计 异常话单统计。 无效话单统计。 错单纠正统计。 对检查出的非正常话单，应存储在数据库或文件中，以备查询。
4.2.3.1 数据传输功能综合管理省计费中心多种业务处理过程中不同文件类型的传输。DTS具有以下特点： 集中控制和方便管理多个文件传输进程 组成的广域网联结， DTS完成话单文件传输与管理任务的进程有两类：计费中心的通信服务器运行client进程，各地市的通信服务器或采集机运行多个DTS Server进程，分别与对应的计费中心DTS client进程进行文件的传输工作；Client进程不长驻内存，以消息驱动的方式启动。DTS进程组成一个星状结构，由 DTS系统的管理、状态监控进程，在计费中心的通信服务器上集中进行维护与管理。 动态优先级控制话单文件的传输 FIFO队列中，使系统尽快恢复到正常的文件传输。 支持文件传输过程中的断点重发 支持数据压缩传输 传输模块：传输模块传送文件到目的地通信服务器，同时接收对方的发送的文件，整个系统以全双工方式工作。对每次文件的传送，DTS在日志文件中记录文件的详细操作过程，如传输协议、文件名、目的和源主机名、文件传送时间、操作成功或失败。 队列与缓冲管理模块：队列与缓冲管理模块按照文件产生的先后顺序为每个传送目的地形成一个基本优先级FIFO发送队列，而对高优先级的文件，如高额报告、租机、租卡等实时性要求更高的数据文件，DTS为每个传送目的地组成一个高优先级FIFO队列。基本优先级队列的文件可根据需要转移到高优先级的 FIFO队列中，以暂时提高某个目的地文件传送速度。 队列中，投递相应的故障报告和日志记录。队列与缓冲管理模块随时监视网络状态；并在网络故障恢复后，及时恢复文件传输，为了不至于影响后续文件的转送，这时所有缓存的文件都转移到对应目的地的高优先级 FIFO队列中。 ，并在网络故障恢复后，投递断点续传的通知(Notification)给传输模块，继续完成文件传送的后续部分。 任务调度控制模块：由于各地经济发展的不平衡，反映在计费中心与地市之间的通信量上，也极不平衡。根据漫游结算业务量的大小，各地市分成多个个档次，在任务调度控制模块中分别对相应的FIFO队列分配不同的基本优先级。队列和缓冲区管理模块根据不同优先级来决定传送文件的轻重缓急，平衡整个话单传输系统的负载，合理有效地利用系统资源。 FIFO队列中的文件动态提升到高优先级的FIFO队列中。 机制，对用户操作的合法性进行口令一级的验证。 日志记录与管理模块：日志文件提供系统运行历史记录、故障记录，是系统安全、控制和审计的主要依据。本模块收集DTS的运行信息，按一定的格式记录在相应的日志文件中。每个通信目的地每天产生两个日志文件：发送和接收各一个。日志文件的更新策略可以由用户动态配置，以天或星期为单位定义日志文件更新和保存的时间。日志记录在计费中心通信服务器上集中保存和处理。 故障告警及性能调整模块：本模块跟踪监视DTS进程的状态，收集日志文件中有关的信息，将统计分析的信息以可视化的界面显示，并告警。 4.2.4.1 资源管理系统的实现端的操作界面，它在用户使用时被调用；后台进程则一直驻留在主机端。前台进程通过IDL（Interface Definition Language）与后台进程联系，后台进程与数据库联系。 有效期设置：对费率、优惠率，系统在设计过程中都设置有效起始日期和有效终止日期，因此数据库中可同时存在多种费率或优惠率，计费系统则根据有效起始日期和有效终止日期判断适合的费率或优惠率。这对费率或优惠率的过渡更为容易。 费率的多样性：为适应未来的发展，对费率的管理不仅仅考虑费率一个因素，还同时考虑基本通话时间、基本通话费用、费率计算单位（分、秒，或其它）等因素，以保证费率的变化不会导致数据库表结构的变化。 优惠的多样性：优惠管理除正常的节假日、时间段优惠外，应能针对部分特殊地区，有自己的特殊的优惠时段及日期； 资源的动态更新：各种资源的更新最终将表现在计费系统中，为保证资源的更新立即体现，系统利用回调函数的功能，每当资源发生改变时，都发送消息给计费系统，而计费系统在接收到消息后刷新内存中的数据。 4.2.4.2 话单资费标准管理4.2.5.1 计费系统结构 4.2.5.2 高效灵活的资费策略 1. 对任意一种基本费率，可采用任意的折线来表达，折线可以分任意多段，这些基本费率包括：基本通话费、国内漫游费、国际漫游费、国内长话费、国际长话费、C3费、长话附加费、上网费、Email费、专线费。 2. 可以指定任意费率曲线的任意段的费率、计费单位（对时长为秒的任意倍数，对流量为字节的任意倍数）以及尾数处理方式，如国际长话费打折后要求费率精确到角等。 3. 对同一种费用类型可以设置几条费率曲线，让它们在不同的时间期限内起作用，以便灵活地修改费率和测试。 4. 对同一种基本费率可以设置几条费率曲线，让它们在不同的条件下起作用，以便灵活地适应不同的优惠情况。如普通GSM通话费率为0.40元/分钟，本地通的通话费率为0.20元/分钟，呼转的基本通话费为0.10元/分钟，同属基本通话费，但进行费用计算时可根据不同的条件（普通通话、本地通通话、呼转通话）采用不同的费率。还可以轻松实现如下效果：GSM拨打GSM 0.40元/分钟，GSM拨打固定0.80元/分钟。 5. 同样，长话费率也可以非常灵活，不仅可以指定任意发起地到任意目标地之间的费率曲线，而且任意发起地到任意目标地之间的费率曲线可以同时设置好几套，这样就可以实现在不同的条件下让不同的费率曲线起作用，如GSM拨打固定采用一套长话费率，GSM拨打GSM采用另外一种长话费率。 6. 可以轻松设置单向收费。单向收费执行前一种费率，单向收费后一种费率可以同时包容。 7. 通过可扩展的计费方类型和对端类型可实现非常灵活的费率和优惠。计费系统的许多灵活性和可扩展性都可以通过这种方法来实现。计费方/对端类型的获取有两种情况，一种是通过NUMBER_TYPE表获取，号码由3位组成number_prefix + area_code + number_head，number_prefix可如同17951、17911等，也可以没有，area_code可以没有，可以通配，也可以指定，如0898，number_head如110、120等免费特服号码，也可以是传呼台如127、129等，也可以是1860、1861以及其他催缴费号码，这些种类的费用类型、费率曲线、优惠类型可通过配置条件表任意指定。另外一种是以号段表或其他表来表示的，如本地通的号段，对具有相同属性的号段指定一种号码类型，这个号码类型参与到条件编码表的编码中，从而可以对这些特定的号段执行不同的费率和优惠策略。如某些号段的本地通，执行0.20元的通话费率，而另外一些号段执行0.40元都可以灵活实现。由于采用了非常灵活的条件费率表，IP电话的费率和优惠都可以不用修改程序直接在表中设置，而且具有非常强的可扩展性。基站优惠和小区优惠也是这些表中的一种，通过这些可以实现任意的基站优惠和小区优惠。 8. 4-7的实现都是通过条件表起作用的，条件表是一座桥梁，将费率条件和费率曲线有机连接在一起。由于精心的设计，不同的呼叫类型、漫游类型、对端机型、对端位置类型、计费方号码类型、对端号码类型都参与影响费率的计算以及优惠的实现，因此扩充费率种类以及条件以及实现不同的优惠都非常容易。而且，计费方类型和对端类型都是可扩展的，因此具有非常广泛的灵活性。 9. 可以实现个性化的优惠，如集团用户优惠、家庭/朋友优惠、生日优惠。 10. 可以实现积分优惠，积分的条件可以定义，积分的策略也可以定义，积分满足一定条件给予一定的优惠或转化为金钱或其他资源。 11. 可以赠送免费资源，如对预付费用户每月免费赠送50分钟的基本通话费。 4.2.7.2.1 计费程序免费资源和累计资源 反单重出 计费出反单，出帐仍按常规 错单删除 计费删除错单，简单重出帐 复杂重出帐 计费出反单，置record_property，复杂重出帐 ），反单其实在这里并没有用，但重计费后的正确话单需要被加进来（这时需要record_property = 1），这种重计费后的话单按常理会出在下一个周期，但出帐需要判断出它们再交给上一个周期，这样，两个周期的帐就都平了。 1。重出帐需要做更多的工作。 其它 最复杂的情况，递归影响（可不考虑） 稽核 重计费的第一步与为什么要重计费密切相关。当通过观察或其它告警信息得知计费流程出现错误，而这些错误经过分析，需要重计费才能解决时，就开始了重计费。当然还有客户更改订购也造成需要重计费。 首先需要判断哪些话单需要重计费，确定下来找出这些话单的原则后，重计费模块的找话单部分有足够灵活的功能，可以根据各种不同的条件组合找到这些话单在备份文件中的位置。注意找话单并非只找有错误的话单，当错误对免费资源和累计资源产生影响时，需要找到所有相关的话单。找话单部分还需要将这些话单集中起来形成一定规范的文件名，留待备份和进一步处理。对这种话单和文件我们可命名为重计费的原始话单和原始话单文件。 重计费还需要对找到的话单进行分析处理，这种处理包含几个方面，首先是确定话单的idr_id，这是话单的唯一性标识。 最关键的是对详单的处理。对详单的处理依采用的策略不同而不同。如果是用出反单的方式，需要找到这些话单在详单表中的位置（可能有两条），增加相应的反单在详单库里，并设置正确的时间和必要的标志。如果出帐采用重出帐的方式，就可以简单地将这些详单删除掉。 还需要有剔除重单库中相应话单的功能，可根据idr_id找到这些话单在重单表中的记录，将它们删除掉。 另外还需要将话单的original_file进行相应的处理，以保证稽核的正确性。这种处理与对详单的处理相关，还与重计费的原始话单类型相关，错单和计费成功的话单处理方式是不一样的。 将修改过的话单送给批价模块再批价，这种功能不需要写程序，只要扔过去话单就行了。 重计费后稽核一般需要重做，这也没有新程序去完成，只要运行相应天数的稽核就可以了。 除了各部分的功能外，重计费在结构上还需要有好的日志输出。它经常需要由idr_id去查找数据，也存在数据库的transaction操作。当没有找到匹配项或事务提交不成功时，有完整的日志。 重计费不能控制的部分是，当帐务周期已过，帐单已经下发，重计费没有能力对那些帐单发生作用。重计费只能在本周期内起作用。
4.2.7.4 重计费性能说明重计费的各部分准确性是非常重要的，批量的错误处理人工干预是很难的，而重计费要是再出问题将更难处理。 大批量的话单重计费时需要考虑速度问题，特别是对详单的操作，比较费时。如果数据量太大，考虑不要采用出反单的方式，而是直接删除，减少处理量，让出帐去重出帐。 稳定性是需要注意的问题，重计费的一些步骤不象其它模块一样可以方便地重新处理，譬如处理详单地部分，如果处理了一部分还剩一部分，应当能够在找到问题原因之后可继续执行。
4.2.7.5 重计费系统结构重计费的大流程如下：
从重计费需要开发的部分看，它有如下几个部分：话单查找部分，计算idr_id部分，详单处理部分，重单处理部分，为稽核的修改部分。可以将话单查找和计算idr_id部分合为一个部分，也可以将详单处理和重单处理部分合为一个部分。 4.2.7.6 重计费的处理过程重计费过程始终存在人为的分析、判断、干预，程序只是辅助工具而已。 首先，需要判断重计费的准确原因，一旦确定确实需要重计费，就停下计费模块等待进一步的处理。 分析这些原因是否会影响免费资源和累计资源。 分析错误对帐务的影响，是否跨帐务周期，是否对帐务的累计值有影响。确定采用何中方式处理重单。 找话单。同时删除多余的备份话单。还生成idr_id。 处理详单和重单。 如果涉及到免费资源和累计资源，需恢复免费资源和累计资源。 如果对稽核有影响，需消除影响。 重批价。 4.2.8.1 处理机制，公用对象请求代理结构）网络应用代理软件来实现，它实时读取保存在内存中关于各个进程负载情况，动态地分配任务，以保证各个进程之间不会存在负载差异较大的情况。同时，在每个进程中又存在多个线程，由于同一进程内的多个线程共享内存中的基本数据（例如费率、优惠率等），这也将节省系统的资源。所有的数据查询操作和写入操作均可通过多进程/线程在多个数据库子表上实现，由于在数据库结构上（甚至物理磁盘上）将数据库表分散成为各不相关的子表，大大缩小了每一个子表的规模，由支持并发的读写操作，降低了锁表概率，所以能够极大地提高数据库系统的性能。 方式入库方式，比单条插入的速度快2-3倍；与之近似，利用SYBASE数据库提供的BulkCopy方式入库，比单条插入的速度快2-3倍。 图2.2 话单入库设计 重单处理
¾一个用户的多种业务，一张帐单。 由批价后详单、业务办理费用和由出帐程序计算出的各种费用生成各种普通帐单，在普通帐单基础上根据帐务优惠政策产生各种优惠帐单，最后进行帐单产生后的各种可能的处理（如预存费销帐）。 支持由批价后详单驱动的实时出帐、周期整体出帐和周期间按需批量出帐。 4.3.1.2 帐务主要设计思想4.3.1.2.1 框架化的设计思想{}”就是我们不自觉行为的基础框架，虽然这种扩展过程通常都是无序和缺乏考虑的。 ☆ 基本的分布协作处理模型 ☆ 任务定义及故障恢复模型 ☆ 进度控制模型 ☆ 业务资料模型、帐单模型和它们的分表逻辑 ☆ 其他公用服务 ☆基本的分布协作处理模型 上，这种方案是可行的。万一因处理的复杂性增加而导致单节点上的非数据库处理负荷上升，通过在节点上设置代理也可方便地将任务处理进程分布到不同节点，且不影响系统结构。 ☆任务定义及故障恢复模型 ☆进度控制模型 ☆ 业务资料模型、帐单模型和它们的分表逻辑
）。基于服务级帐单和用户、帐户、设备的各种属性可完全定义各种优惠条件，基于这些优惠条件可产生所需要的各种优惠帐单。按照生成优惠帐单的service bill所属的范围，优惠帐单分别属于以下三种： bill属于同一设备 属于同一帐户，但不属于同一设备 属于同一用户，但不属于同一帐户 同时根据如下因素分表：按实时和非实时、按service种类、按时间 标志字段，对两种情况，在可操作性和性能方面本子系统均有相应考虑，具体在进度控制方面将采用原始记录标记法和处理记录表标记法。
☆其他公用服务
4.3.2.1 帐前核对对本月由于各种原因没有统计的费用，可以在下个出帐月内统计； 如果本出帐月的合帐已经完成但费用有误，采用补差递减的方式在下一出帐月内对费用进行修改，以反映之间的差额； 对定日/定时方式，如果发生帐务错误，可以只对这一天内的话单重新出帐（不存在累计的因素），或者只对本出帐周期内后续的时间重新出帐，而不需要对整个出帐周期内所有数据全部重新出帐； 提供完备的事务处理机制，保证即使在在任何导致系统停止运行的故障情况（如数据库故障、掉电停机等）下均需确保数据的正确性，直观表现为帐单总是正确的，不会因系统故障引发多收费、重复收费、少收费等情况。 允许用户设置不同的出帐日（以月为周期）； 更改修改出帐日； 允许用户设置不同的出帐周期：系统根据上一次固定出帐点和相关配置（出帐方式，按月周期出帐时的出帐日和按定长周期出帐时的周期长度）计算下一次固定出帐点； 4.3.3.1 帐单费用核对 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
用户缴费 流失用户缴费 预缴话费（可收可退） 押金管理（可收可退） 用户撤单 退网缴费 银行（或邮储）代缴费 4.3.4.1.8 补缴话费4.3.4.2.1 销帐处理对误收或错收用户的通话费用需作反销帐处理。
4.3.4.5 代扣代缴接口呆帐的判断 呆帐处理 呆帐的查询与统计 对无主话单的处理 对无主帐单的处理 入网费分期付款次数 入网费分期付款费手机费分期付款次数 手机费分期付款费 选择该资费包要求收取的各项费用，定义超过某一阀值的费用允许选择的优惠方式和优惠金额等。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
4.3.9.1 实时费用累计软件结构图 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 标识符 | 类型 | 有效范围 | 描述 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
I．内存数据结构 | Bill_Id | String | 无 | 主计费号，对于无线业务来说，为IMSI号 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Account_ID | Longlong | 无 | 帐户代码，如不考虑基于帐户级别的服务控制，可暂时不要 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Service_id | Long | 参考服务定义表 | 服务代码，如不考虑单独控制一个计费号上的各种服务，可暂不考虑 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Account_code | Long | 参考科目定义 | 科目代码，如不考虑基于科目的服务控制，可暂不考虑 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Bill_total | Long long |
| 帐单总额 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Realtime_total | Long Long |
| 实时费用累计，以分为单位记录 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Balance | Long long |
| 可用余额 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Month_Quota | Long Long |
| 使用限额 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
II．费用汇总表 | Bill_ID | Varchar2(64) | 无 | 主计费号 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Account_ID | Number(10) | 无 | 帐户代码，如不考虑基于帐户级别的服务控制，可暂时不要 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Service_id | Number(5) | 参考服务定义表 | 服务代码，如不考虑单独控制一个计费号上的各种服务，可暂不考虑 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Account_code | Number(5) | 参考科目定义 | 科目代码，如不考虑基于科目的服务控制，可暂不考虑 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Bill_total | Long long |
| 帐单总额 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Realtime_total | Number(12) |
| 实时费用累计，以分为单位记录 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Balance | Long long |
| 可用余额 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Month_quota | Number(12) |
| 使用限额 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
4.3.10.1 销帐流程
接收：即获取费用的过程，它因缴费方式的不同而不同。例如，在营业厅，营业员通过用户缴纳现金获取费用；对于托收方式，营帐系统通过与银行的接口获取费用；
标记：即传统意义的销帐过程。通常营帐系统在用户应缴费的帐单上做标记，以标识是否已经缴纳费用，同时在业务受理表中记录这一比业务；
发送：即讲营业系统缴纳的所有费用转交给财务系统的过程。同样，它会因接受方式的不同而不同，例如营业厅组长讲现金缴至财务相关人员，财务人员在财务系统中做确认；或者，通过与银行之间的接口做资金的转帐；
基于营帐系统本身：从营帐系统的业务受理表中统计出所有与费用相关的记录，包括缴费、退费、预存、业务受理费用收取等；
基于财务系统：从财务系统同样可以统计出每阶段（日、月）的实收，这些实收的途径包括：营业厅、银行转帐、支票等；
银行（和邮储）：与银行的结算又分为托收结算与代收结算，运营商要根据业务量的不同付给银行一定的费用；
邮政：与邮政的结算只在运营商通过邮政的营业厅办理业务时发生，运营商要根据业务量的不同付给邮政一定的费用；
第三方帐务系统：例如运营商为信息台代理缴费业务，第三方帐务系统需要更具业务的不同支付运营商费用；
与代销商之间的结算：代销商为运营商发展用户，并办理业务。运营商要根据业务量的不同付给邮政一定的费用；
4.3.11.1 与银行（邮储）之间的结算
托收方式：银行与营帐系统间交互的文件，一般包括托收文件和回执文件；
代收方式：营帐系统中的销帐记录。该数据直接从数据库中获取；
支持对不同银行不同的比率；
支持按照总次数（销帐记录数）的结算；
支持按照总费用的结算；
对托收和代收不同的结算原则；
4.3.11.2 与邮政之间的计算
按照不同的业务类型（例如开户、销户、缴费）结算；
按照业务受理产生的费用结算；
4.3.11.3 与第三方帐务之间的计算
针对不同的代销商类别制订不同的结算原则；
根据代销商发展的用户数；
代销商所作的业务数（不同的业务不同的结算原则）；
根据代销商发展用户的情况进行进行结算：
用户发生费用情况；
用户缴费情况；
用户欠费情况；
4.4 综合营业管理模块
综合营业是系统与操作员和最终客户的接口。操作员通过综合营业子系统进行业务管理和响应客户的业务请求；客户通过综合营业业务功能实现定购和缴费。
录、黑名单检查等。
4.4.1 综合业务系统的特点
4.4.1.1 用户数高速增长
数据的特殊性
综合业务系统存储的均是用户的个人隐私信息。
4.4.1.3 服务性
XX电信业从垄断行业转换为服务行业后，哪家企业的服务好就会赢得更多的用户。只有通过更强大的服务功能才能吸引用户。
4.4.1.4 业务变化多
XX通信的业务已从单纯的通话服务，扩展到了数据传输，语音信箱，三方通话等，而且，将来业务的服务数量，服务方式，费用的计算方式也将越来越多。
4.4.2 营业系统的总体设计思想
XXAICBS系统的设计宗旨是：对外提供优质的服务，对内加强优质的管理。优质服务体现在，系统的实时响应速度要快，系统的数据资料要准确，系统要灵活适应业务的发展，系统要提供灵活的优惠方式及出帐方式。对内加强优质的管理体现在系统的资料的特殊性决定了对系统的安全性要求要高，对系统的使用记录要有完善的监督功能。因此整个系统的设计遵循以下的思想：
4.4.2.1 准确性
营业子系统直接面对用户，系统运行的正确与否直接影响用户的直接利益及公司运营商的形象，所以准确性是系统设计的基础。
4.4.2.2 灵活性
软件系统要满足最大程度的灵活性。包括对业务扩展的灵活性，计费的灵活性。由于整个系统是采用的面向对象的设计思想，并采用了多层体系结构，对中间层的业务对象可以灵活地装载、卸下、替换、更新及进行二次开发以适应变化的业务功能。中间层的使用保证了系统在不同的软硬件平台上均具有良好的伸缩性和移植性。
4.4.2.3 可扩展性
XX通信用户的高速增长，其用户信息的增长是非常之快的，客观要求整个系统具有可扩展性。硬件上可以增强单机性能，也可以增加系统的结点数，软件上的各个子系统一定要能适应这种扩展。多层体系结构的动态均衡负载，异构数据库支持及分布应用的能力保证了用户业务增长时系统的平滑无缝升级。
4.4.2.4 高可靠性，高安全性
本系统的特殊性决定了可靠应作为系统设计的出发点。除了数据传输要可靠外，系统必须具备良好的备份机制，重要数据一定要备份。系统应有效地防止非法用户的入侵，保护系统数据。系统发生的各种事件记录在数据库及日志文件中，以备系统恢复用。
4.4.2.5 实时性
从业务受理到出帐、缴费、开关机全过程的实时服务，使用户享受到更加方便及时的服务，使营运商更加快捷、细致的了解实际运营情况。
4.4.2.6 易用性
Client端的操作采用Windows和Web界面相结合的模式，操作更加方便。减少系统的使用成本。
4.4.3 营业系统的总体架构
4.4.3.1 客户管理层次结构
综合营业子系统的核心功能是维护客户记录，管理与客户相关的业务信息。系统采用了层次化的客户结构，如图所示。
其中，最高的两层分别为商业集团与子公司，子公司与客户通过合同相互联系，规定相互之间的权利与义务，同时合同也是运营商对客户进行计费，出账，收缴费用的法律依据。每个子公司管理具体的客户，下属的合同用户的数量十分巨大。每个合同又可以包含各种类型的业务定购。对于团体客户来说，它与服务供应商之间的合同可能包含了客户团体所属不同个人用户的各种业务定购；而对于纯粹的个人用户而言，他（她）与供应商之间的合同很可能仅包含了个人的有限的业务定购。
为了提供出帐日期和多业务账单样式的灵活性，出帐和账单样式以与业务定购相关的基本费用为单位进行。在一个融合的计费系统中可以存在多种不同的基本费用，这些基本费用使用不同的名称区分并且可以由运营商定义，出帐系统和账单样式不必考虑这些业务的细节（由底层的计费模块实现，向上提供统一形式的帐务记录），只要根据用户的需要定制出帐时间以及在账单样式中引用这些基本费用即可。
4.4.3.2 营业系统的系统架构
AICBS综合业务系统模块间的结构关系如下图所示：
本系统中的主要模块包括：资源管理，业务处理s，查询统计，优惠资费管理，用户资料管理，系统参数管理。其中用户资料管理（帐户资料），系统参数管理（帐户部分的参数）与帐务系统的数据有关。
综合营业子系统采用分布式多层体系结构设计，整个系统的设计以对象为基础，通过指定的输入输出接口在网络上提供对象服务，当系统要增加新的业务功能时，由于原有的服务对象可以复用，大大减轻了系统开发代码的重复缺点。
系统提供了Windows 和WEB两种界面。
4.4.4 网上营业的实现
4.4.4.1 主要构成
XXAICBS采用基于CORBA的中间件技术，并采用C++与JAVA语言进行系统开发，WEB模块主要采用JAVA作为开发工具，构建JAVA组件JAVABEAN来实现WEB对数据库核心应用的接入，因此无论对WIN或者WEB接入模式，我们的业务应用服务器都是一个。从而进一步降低了系统开发难度，提高了系统的可维护性和灵活性。
WEB界面由四层体系（用户Browse、WEB Server 、Application Server和 DB）构成，如下图：
第一层为客户机，可支持任意浏览器，可由PC、NC或工作站实现，静态界面由HTML实现，动态界面接口由SERVLET完成，由应用服务器处理客户端的所有应用需求。
第二层为WEB Server，可支持任意浏览器，可由PC、NC或工作站实现。
第三层为应用程序服务器，由多个组件组成。我们的应用逻辑将由此实现，包括用户登录验证、开户、用户帐单查询和详单查询等等。
第四层为数据仓库，该层定义、维护、访问和更新数据，并管理和满足业务对数据的请求。
4.4.4.2 安全问题
一般情况下，对WEB的攻击主要有三种手段：
盗窃或馔改数据，直接盗用服务器更改有效数据；
恶意的程序代码，恶意程序由WEB侵入系统破坏数据；
窃听，拦截系统登录信息或有效数据；
因此，我们从以下方面实现WEB安全：
4.4.4.2.1 网络安全
该界面由防火墙实现第一层网络安全保护，限制所有TELNET、FTP等权限。
4.4.4.2.2 WEB SERVER 安全
第二层的WEB安全由WEB SERVER提供，具体由如下机制实现
基本身份验证
该机制要求进入系统的用户必须输入用户名和口令，只有通过访问控制检查，才能访问某个主页和相关资源。这种基于身份验证的访问控制与物理上及操作系统紧密配合，有效防止与控制盗窃或馔改数据等直接攻击。
数字鉴定
采用数字方式传输用户信息。
SSL服务器身份验证、SSL隐私保护
在网络环境下，一种能确认当前给他们发送数据的服务器就是他们所要求的服务器的机制，HTTPS URL可使用户知道服务器身份。同时HTTPS协议使所有服务器与客户间传送的数据都是经过加密的，如果窃听者无密钥，即使得到这些数据也无法得到原有效信息。
用户和用户组领域管理
将系统的许多的用户，划分为相应的用户组、领域，控制相应的权限，从而简化系统管理，减少系统安全漏洞。
访问控制列表管理
访问控制列表描述了用户访问服务器资源的具体信息：
每个用户都有各自帐号、口令和相应目录权限
用户可分配到不同组中
各用户组分别有不同的权限
用户、用户组的作用范围是一个Realm，不同的Realm中的两个用户即使同名也不会相互发生冲突。
沙盒保护
采用SEVRLET实现的应用程序服务器，具有严谨的JAVA的安全机制，使我们的应用实现在沙盒之中，恶意的程序代码攻击不能对沙盒之外的数据产生破坏，有效保正了系统资源和DB的安全。
沙盒模型：
另外界面的四层体系结构的实现方式，使得WEB Server并不直接与数据库相连，也充分保障了数据库端的数据安全。
4.4.5 业务管理功能说明
4.4.5.1 客户新装功能
客户新装功能的具体业务如下所列：
客户新装
客户改名
客户过户
更改客户信息
更改资费组合方案
换号
停/开机
退网拆户
挂失/补发
换机
租机
4.4.5.1.1 客户新装功能特点
4.4.5.1.2 优良的用户身份和手机合法性校验机制
在开户时可以对用户是否内部黑名单用户，外来黑名单用户，多手机用户进行身份鉴别，对手机的合法性也可以进行校验，包括检查黑身份证号码、黑银行帐户号，并可根据规定受理或拒绝受理。从而可以有效的控制各种恶意行为。
4.4.5.1.3 方便灵活的用户资料分级管理机制
系统允许一个多手机用户建立多个付款帐户，一个付款帐户又为多部手机服务的付款机制。并且一个多手机用户可以包括一个或多个多手机用户，并可根据用户要求确定出帐级别。
4.4.5.1.4 可定制的业务流程
系统对客户新装业务中的受理，收银和发机既可以采用”一席清”一次性完成，也可以设置成分台处理。
4.4.5.1.5 支持多种网络，多种业务，多种受理方式
业务管理中针对客户的不同需要，按网络制式(GSM/TACS)对客户进行分类。可以受理的业务类型有：全球通、本地通、本省通、租机、租号、分期付款、公务机、测试机等，另有其它套餐业务，在某些业务类型可有其子类（如不同的分期付款期限）。支持多种营业受理方式（代销商，营业厅，传真电话，协议录入）。支持单一客户开户多部手机的功能。
4.4.5.1.6 实时的高效HLR接口
客户新装可以做到“即买即通”。可以在入网时，预置相应默认的业务功能，可根据业务规定不同的用户业务类型，允许或禁止用户同时选取修改某些业务功能。综合营业子系统提供高效实时的接口与江西联通现有的实时停开机系统联接，实现用户的实时业务开关功能。
4.4.5.1.7 灵活多样的优惠方式
业务受理时不但可以使用优惠资费套餐优惠，可以支持新装时的即时优惠，并可记录优惠原因、设置优惠权限。
4.4.5.2 客户新装业务说明
4.4.5.2.1 业务定义
客户新装指新装客户用新的合同号（客户编号）开户，该客户编号由系统自动生成。客户新装需输入操作员资料、客户本身资料、客户账务资料、手机的相关资料。新装受理结束后，系统自动打印发票以及产生受理回执交用户留存。
4.4.5.2.2 业务流程
典型的客户新装的业务流程如下图所示：
4.4.5.2.3 功能描述
操作人员需输入以下几组资料：
操作员资料：包括用户编号、受理日期、受理人、登录工号
用户本身资料：包括用户类别、用户信用度、用户名称、证件类别和号码、联系地址和邮编、联系电话、用户查询密码，个人用户的初始信用度等级一般为最低一级
用户账务资料：包括购机付款方式(现金、支票和信用卡的组合)、月付款方式(现金、支票、预存话费、信用卡和同城特约)、开户银行、银行帐号、帐户地址和邮编以及联系电话、优惠套餐、出帐周期及方式、发票号码等
手机的相关资料：手机的开通日期、手机号码、手机型号、手机机身号、SIM卡号、附加业务、承载业务、增值业务和手机使用证号等资料操作人员需进行以下的选择：用户类别：分为普通用户、公免公纳用户、重要用户三类，操作员进行选择后，窗口会进行一些变化：★选择公免公纳用户及重要用户后，系统会考核操作员有无此权限，当操作员有权处理公免公纳用户时，系统会将各种费用均设定为可以修改。反之，则会提示操作人员无此权限。
用户性质：分为个人用户及集团用户两种情况。★如为集团用户，系统会自动生成一个用户编号，如果该集团用户已有开通的手机，输入用户编号后系统会显示出相关的用户资料，并显示出该集团用户的已开户手机数量及今次已经开户的手机数量。
资料录入有两种基本方式，远程登录的方式进行新装受理和代理商将相关资料交给营业厅，由操作人员录入用户资料。
新装受理结束后，系统可根据用户要求产生受理回执(包括购机入网用户的保修卡)或发票交用户留存，同时系统记录资料录入的方式。
当用户为集团用户时，用户可以在同一用户编号下开多台手机，并用同一帐号交费。公免公纳用户的新装受理可根据需要选择不同的资费套餐决定计算费用还是不计开户费用，并要用户出具成为公免公纳用户的证明，并打印或不打印发票。
重要用户的新装受理，由具有相应操作权限的管理人员，根据用户出具的证明对该用户开户申装的各项费用进行优惠处理，并在优惠处理后保留操作员信息和优惠原因。
4.4.5.3 客户改名
4.4.5.3.1 业务定义
用户改变名称，不改变使用权的称为“改名”，客户改名不更改手机所有者
4.4.5.3.2 业务流程
填业务申请登记卡
营业员核对用户旧资料
营业员录入用户新资料
计算费用
用户缴费
打印申请登记卡、发票、受理回执
4.4.5.3.3 功能描述
输入客户的手机号或用户编号，系统会显示客户资料：
客户本身资料：包括客户类别、客户名称、证件类别和号码、联系地址和邮编、联系电话、客户查询密码。
根据需要可对上述内容进行修改(一般系统只修改用户姓名和联系名址信息),处理完毕后打印改名费发票。
4.4.5.4 客户过户
4.4.5.4.1 业务定义
客户过户更改手机的所有权 (付款人)，即更改手机所对应的客户编号或客户付款帐号。在过户之前，须结清原客户的一切费用或声明由接受过户的客户承担。
4.4.5.4.2 业务流程
同”改名”流程
4.4.5.4.3 功能描述
输入客户的手机号或客户编号系统会调出与此手机相关的资料供修改之用，具体资料包括：
客户本身资料：包括客户的类别、信用度、名称、证件类别和号码、联系地址和邮编、联系电话、客户查询密码。
客户账务资料：包括购机付款方式、月付款方式、开户银行、银行帐号、帐户地址和邮编以及联系电话、优惠套餐、出帐周期及方式、发票号码等
手机的相关资料：手机的开通日期、手机号码、手机型号、手机机身号、SIM卡号、附加业务、承载业务、增值业务和手机使用证号等资料。
根据需要，对上述资料进行修改，确认后，系统会将老的客户资料存入客户历史资料，由于已过户，客户的信用度等级重新被置成较低级别，并打印过户费发票业务回执等。
4.4.5.5 更改客户信息
4.4.5.5.1 业务定义
更改除客户名称外的客户信息
4.4.5.5.2 业务流程
填业务申请登记卡
营业员核对用户旧资料
营业员录入用户新资料
打印申请登记卡、受理回执
4.4.5.5.3 业务说明
用户出示合法证明下对用户的资料进行修改或更换月付款信息，即既可更改所有权用户资料和新建用户的内部帐户编号又可只修改该帐户编号下的部分信息。
用户资料修改说明如下：
1、用户在存在未结帐单时不予修改资料。
2、提供修改用户名称，用户证件类别和证件号码、用户联系地址和邮政编码、联系人姓名、联系人证件类别和证件号码以及联系电话等用户信息。
3、此项业务可以完成单手机用户帐户，也可完成多手机用户全部手机的帐户修改和部分手机的帐户转移及修改。
4、在预以修改为新帐户的手机列表的手机的帐户应全部替换为新帐户的帐户编号，同时新建或修改帐户信息。
5、原帐户若还有需付款的终端则不予删除。
6、原用户信息记录于历史资料表中，以便查询历史信息。
7、具有一定权限的操作员可对用户实行费用优惠，并在备注中记录优惠信息。
4.4.5.6 更改资费组合方案
4.4.5.6.1 业务定义
用户申请变更套餐类型。
4.4.5.6.2 业务流程
填业务申请登记卡，选某种套餐类型业务
营业员检查是否附和允许变更规定。
营业员修改用户套餐类型
营业员录入该种套餐业务所要求的用户资料
计算费用
用户缴费
打印发票、受理回执
向HLR/MSC接口派工单变更有关业务功能
4.4.5.6.3 功能描述
受理用户更改资费方案，输入用户的手机号或用户编号，系统显示下述资料：
1、用户本身资料：包括用户类别、用户名称、证件类别和号码、联系地址和邮编、联系电话。
2、用户账务资料：用户当前通话资费方案。
3、手机的相关资料：手机的开通日期、手机号码
根据用户要求，选择新的通话资费方案，收取用户更改通话资费费，并打印发票。
更改资费组合方案应满足如下的限制：
1、只允许在原类型套餐所用的网内（指模拟网或数字网）变更。
2、一般只允许用户从较低收费的套餐类型改换到较高收费的套餐类型。
3、在允许用户从较高收费的套餐改换到较低收费的套餐时，用户应在开户时规定的使用期后，才允许申请改动其套餐类型。
4、用户新的套餐类型在下月生效。
5、套餐业务一般有其固定的业务功能和服务，用户无需人工再选择取舍，由系统自动完成。
4.4.5.7 换号
4.4.5.7.1 业务定义
用户的名称和电话使用权均不改变，只改变XX电话号码的称为“改号”。
4.4.5.7.2 业务流程
营业员核对用户有关证明资料
用户在屏幕直接选号
计算费用
用户缴费
打印申请登记卡、发票、受理回执
模拟手机编程
向HLR/MSC接口派工单
4.4.5.7.3 功能描述
用户换号不改变用户资料和任何业务功能。旧号进入冷号状态。规定的冷号期结束后，可重新调配使用。系统记录旧号与该用户的对应关系，以备旧号码未结费用下帐。
4.4.5.8 停/开机
4.4.5.8.1 业务定义
受理用户停机或开机的业务申请，可实时或延后停开机。用户停机后，须经用户再次申请并结清相关费用后，才能开机。
4.4.5.8.2 业务流程
营业员核对用户有关证明资料
营业员对该用户号码执行
打印受理回执
向MSC/HLR接口派工单
4.4.5.8.3 功能描述
进入模块，系统根据手机的当前状态，显示出所办理业务为停机申请或开机申请。
输入手机号或用户编号，系统显示出相关资料：
用户本身资料：包括用户类别、用户名称、证件类别和号码、联系地址和邮编、联系电话。
手机的相关资料：手机的开通日期、手机号码、手机型号、手机机身号、SIM卡号、附加业务、承载业务、增值业务和手机使用证号等资料
停机申请：操作人员选择用户的申请停机时间，系统形成停机保号费、停机费及所欠话费，用户缴纳费用后打印发票并形成电子工单停机。
开机申请：用户停机后，须重新申请才能开机。
系统形成开机费及所欠保号费，用户缴费后形成电子工单开机。系统记录用户申请的停机时间。系统中用户的欠费停机和欠费单向停机相区别（包括停机标志、停机时间等）
4.4.5.9 退网拆户
4.4.5.9.1 业务定义
用户申请退网，但应保留或收取用户的押金或预付话费一段时间，适用于全部各种收费用户，记录用户退网的原因，同时退回部分款项(包括入网费、开户费等)，待用户完全缴纳通话费用后销户，销号后的号码保留一段时期(冷冻号)后自动释放。
4.4.5.9.2 业务流程
营业员按业务规定需收取押金或预付话费
用户缴费押金或预付话费
打印申请登记卡、押金收据、受理回执
向MSC/HLR接口派销号处理工单
4.4.5.9.3 功能描述
由于漫游数据的延迟性，因此用户拆机销号应先提出申请，立即停机，过一段规定期限，待漫游话单全部返回后，用户再去办理拆机销号的相关手续。
输入用户的手机号或用户编号，系统显示以下资料：
用户本身资料：包括用户类别、用户名称、证件类别和号码、联系地址和邮编、联系电话。
手机的相关资料：手机的开通日期、手机号码、手机型号、附加业务、承载业务、增值业务。
记录用户退网的原因，确认后，形成电子工单，对用户进行停机处理，系统记录预销号的时间。同时，打印回执给用户，通知用户在规定期限后来办理拆机销号手续。
输入用户的手机号或用户编号，系统计算出费用总计，费用总计为：应退还用户的费用（入网费、开户费等）减去应缴纳的费用（用户所欠话费及占频费等），用户应补交款项时，打印发票给用户；应退给用户款项时，打印退款凭条并需用户签字方可退款。销号后的号码，须先冷冻一段时间后才能重新释放，加入号码资源库。
4.4.5.10 挂失/补发
4.4.5.10.1 业务定义
对用户丢失手机或SIM卡的情况进行登记并根据实际情况作停机处理，如用户只丢失手机，则进行换机处理，如SIM卡丢失，则进行换卡处理；
4.4.5.10.2 业务流程
营业员核对用户有关证明资料
营业员对该用户号码执行
打印受理回执
向MSC/HLR接口派工单
4.4.5.10.3 功能描述
输入用户手机号或用户编号，系统自动显示出相关资料：
1、用户本身资料：包括用户类别、用户名称、证件类别和号码、联系地址和邮编、联系电话。
2、手机的相关资料：手机的开通日期、手机号码、手机型号、手机机身号、SIM卡号、附加业务、承载业务、增值业务和手机使用证号等资料
与用户提供的证件核对无异后确认，系统自动形成电子工单停止使用原SIM卡，随后用户可选择新的手机及SIM卡，并缴纳报失费、手机费及SIM卡费等，然后打印发票给用户，系统形成电子工单开通新的SIM卡。用户凭发票到领机领卡。
4.4.5.11 换机
4.4.5.11.1 业务定义
受理用户手机的更换业务，并记录更改原因；
4.4.5.11.2 业务流程
营业员核对用户有关证明资料
营业员操作
打印受理回执
向MSC/HLR接口派工单
4.4.5.11.3 功能描述
输入用户的手机号或用户编号，系统显示出相关资料：
1、用户本身资料：包括用户类别、用户信用度、用户名称、证件类别和号码、联系地址和邮编、联系电话。
2、手机的相关资料：手机的开通日期、手机号码、手机型号、手机机身号、SIM卡号、附加业务、承载业务、增值业务和手机使用证号等资料
可更改手机型号、手机机身号、SIM卡号、附加业务、承载业务、增值业务和手机使用证号等资料，用户须选择新手机的相关资料，其需交纳的费用为换机费、新手机的相关费用、返还旧手机的折价费之和，用户缴纳完各项费用后领机领卡。如用户更换了SIM卡，系统会自动形成电子工单停用原SIM卡，启用新SIM卡。
4.4.5.12 租机
4.4.5.12.1 业务定义
受理出租手机业务，完成退租、续租和转普通客户，记录退机时间、漫游限制、附加业务、承载业务等客户信息。
4.4.5.12.2 功能描述
租机开户的处理与客户处理基本相同，但采用不同的资费方案来满足租机的业务要求。在租机开户时可以设置收取押金和预存话费，在用户的总发生费用大于其预存话费时可以通过后台进行查询并做停机处理，让用户来补交预存话费或结清已出帐帐单后按情况做开机处理，在退租时可以退还全部押金和剩余预存话费。
完成租机用户手机的回收，押金和剩余预存话费的退还和未结话费的收取功能。用户在退租前要结清租机期间发生的所有话费。注意：用户退租时必须先结清话费才允许退还押金和所有预存话费。
4.4.5.12.3 受理方式
受理界面在系统中采用web风格，系统支持三种基本的受理方式：
远程营业终端通过网络远程登录到系统进行营业受理的处理。
营业点或代理商通过传真、电话等方式将相关资料传递给资料管理中心，由操作人员录入客户的资料。
客户事先预定，现场调出客户的预定资料进行营业受理。
业务受理结束后，系统可根据客户要求产生受理回执(包括购机入网客户的保修卡)或发票交客户留存，同时系统记录资料录入的方式。
4.4.5.13 用户资料管理
用户资料管理是对单个用户（或用户群）的客户资料，每一客户所对应的帐户资料，及所辖的各项设备资料进行管理。
用户资料查询
用户帐单查询
用户欠费查询
用户历史资料查询
用户统计
用户资料修改
预售用户查询
4.4.5.13.1 用户资料查询
可以根据用户群代码、用户代码、用户手机号码、SIM卡号、用户名称、开户日期、开户用户编号、月付款方式、开户所选资费方案以及通话资费方案等方式对用户的详细资料进行查询和统计；
4.4.5.13.2 用户话单查询
可以根据用户群代码、用户代码、用户手机号码、SIM卡号以及用户名称等方式查询并打印在一定时期内的用户详细通话记录和通话类别统计，可以单独对某类通话类别(如只对国内长途或国际长途)进行查询和统计，也可对某些通话类别(如对国内长途和国际长途)进行综合查询和统计；
4.4.5.13.3 用户帐单查询
可以根据用户群代码、用户代码、用户手机号码、SIM卡号以及用户名称等方式查询并打印某年月用户月帐单的详细信息、使用的月通话资费方案和月通话优惠额；并且支持帐单明细的查询，支持每条话单的优惠记录查询，可查看每条话单适用的优惠方案，优惠金额等。
4.4.5.13.4 用户欠费查询
可以根据用户群代码、用户代码、用户手机号码、SIM卡号以及用户名称等方式查询并打印在某年月以前用户欠费的详细信息；
4.4.5.13.5 用户历史资料查询
可以根据用户群代码、用户代码、用户手机号码、SIM卡号以及用户名称等方式查询并打印用户当前的资料及进行增改业务前后的详细资料以供比较；
具体操作如下：
输入查询代码（可以是用户群代码、用户代码、用户手机号码、SIM卡号以及用户名称等），系统会根据其特征自动判断其为哪一类代码并提示给操作员，同时还会判断其有效性。
也可以根据开户日期、开户用户编号、月付款方式、开户所选资费方案以及通话资费方案等方式进行查询。
查询项确认后，系统会显示出相应的用户资料，包括用户本身的资料、用户账务资料以及用户手机资料等。
4.4.5.13.6 用户统计
按用户群代码、用户代码、用户手机号码、SIM卡号、用户名称、开户日期、开户用户编号、月付款方式、开户所选资费方案、通话资费方案以及使用状态等方式对现入网用户和租机用户进行综合查询和打印，按用户手机号码、SIM卡号、用户名称、开户日期、开户用户编号和流失原因对流失用户进行统计；
4.4.5.13.7 用户资料修改
对人为造成的用户资料的错误，可通过用户资料修改模块来完成，主要是针对用户的详细资料(如用户名称、证件号码、联系地址和联系电话等)以及用户的付款信息等。
输入用户的手机号码或用户编号，系统会显示出相应的用户资料，包括：
用户本身资料：包括用户类别、用户信用度、用户名称、证件类别和号码、联系地址和邮编、联系电话、用户查询密码。
用户账务资料：包括购机付款方式、月付款方式、开户银行、银行帐号、帐户地址和邮编以及联系电话、优惠套餐、出帐周期及方式、发票号码等
手机的相关资料：手机的开通日期、手机号码、手机型号、手机机身号、SIM卡号、附加业务、承载业务、增值业务和手机使用证号等资料
操作员可以用编辑方式对所资料进行修改。
4.4.5.13.8 预售用户查询
操作人员需选择所需查询为有效的预售用户还是流失的预售用户。根据输入的用户类别，列出该类别所有预售用户的资料，并进行统计。
4.4.6 大客户管理
大客户包括重要客户、商业大客户、集团客户和战略客户。
重要客户是指党政军、公检法、新闻等国家主要部门客户。重要客户可分为：党政军重要客户、公检法重要客户、外事机构等重要客户、工商、税务、物价、新闻等单位客户。
商业大客户是指使用业务量大、通信费用高的用户。商业大客户具体选择标准由运营商按实际操作情况由低到高分为不同等级，并制定不同等级相应的服务标准。
集团客户是指具有隶属关系、同系统或有密切经济关系的单位和集体办理业务的客户。集团客户可分为：信息产业部所属企事业单位客户、国内企业事业法人单位客户、外企、外事法人单位客户。集团客户的确定各省、自治区、直辖市XX通信公司可根据本省实际情况按客户的购机数量和月平均通化费来核定集团大客户不同等级，并制定相应的服务标准。
战略客户是指经过市场调查、预测、分析，具有发展潜力，会成为市场争夺对象的用户。战略客户具体选择标准由运营商按实际操作情况选择并确定相应数量，对战略客户要积极跟踪、加强联系，寻找这一群体的业务使用特性及突破口，推出刺激、稳固其消费的措施，保持其忠诚度。
4.4.6.1.1 大客户业务受理
大客户管理业务受理可通过营业窗口、客户服务中心、大客户经营服务部门、大客户接待室、大客户经理等进行，其业务受理流程与一般用户业务受理流程基本相同，但需要营业人员提供优质、优先服务。
大客户资料内容包括：单位大客户代表姓名、用户类别、用户级别、大客户类别（个人、单位）、现在工作单位名称、单位地址、单位联系电话、传真号码、现任职务、家庭电话、E-Mail地址、现在住址、邮编、手机号码、何时成为大客户、每月平均话费、享受过的待遇和优惠、喜欢何种优惠方式、对公司提过的意见和建议及处理情况、历史上有无欠费、次数、数额及原因、喜欢使用哪些新业务、单位、职务、住址变动情况、单位大客户代表变动情况、单位手机持有情况及变动情况（包括异网用户）、手机使用、维修、配件情况、至少1年以上的话费情况（包括详单）和缴费记录、是否需要寄送账单的服务、帐单寄送的地址、身份证号码、性别、年龄、大客户其它资料、负责的客户经理姓名、客户经理联系电话、传真电话
其中用户类别可分为：(1)党政军；(2)公检法；(3)外事机构；(4)工商、税务、物价、新闻机构；(5)信息产业部企、事业单位；(6)外企、外事法人单位；(7)商业大客户；(8)战略客户；(9)其他。
用户级别可分为：(1)省级；(2)地市级；(3)县市级。
4.4.6.1.2 大客户资料统计
大客户资料统计包括大客户的构成情况、业务情况、通话构成、大客户业务收入情况、大客户收入的比重情况等。
4.4.6.1.3 大客户资料查询
大客户资料查询是指对已登记和未登记的大客户按一定条件进行查询，以便更好地服务于客户。
4.4.6.2 代销管理
代销商信用度管理
代销商类别管理
代销商资料管理
代销商资源分配管理
佣金分配及信用考核
代销商代销情况统计及代销日志管理
代销商管理支持营业厅经销、个人直销和代理商代理三种方式，营业厅经销是指自主经营销售手机；个人直销是指销售人员直接上门销售手机；代理商代理是由销售代理商以代销的形式销售手机，对代销商的管理主要是通过佣金结算来控制。
4.4.6.2.1 代销商信用度管理
代销商预付金管理：代销商预付金管理是指代销商在领机和领卡时应预付的押金或定金，可根据实际需求在系统中定义，其管理方式有两种：
1、以现金的方式表现，直接定义代销商领卡和领机时的预付押金或定金，如每卡200.00元，每机3000.00元;
2、以百分比的方式表现，此方式可根据SIM卡和手机的实际费用不断变化，如可定义实际预付每卡为实际卡费的100％，预付每机为实际手机费用的100％。
代销商信用度管理：代销商的信用度主要由代销商预付金管理、佣金管理、信用度升降条件和信用度降级的处理方法四个方面构成，具体构成分述如下：
代销商预付金管理的具体构成见上；
代销商佣金管理的具体构成见上；
信用度升降条件主要有升级条件（月销售量连续在某个范围、总销售量超过某个范围、连续正常预付款和回款与客户投诉小于某个范围）和降级条件（月销售额连续低于某个范围、在一定时期总销售量低于某个范围、连续未正常预付款和回款与客户投诉小于某个范围），其中升级条件是’与’的关系，降级条件是’或’的关系；
信用度降级的处理方法主要有是否提出警告、是否停止供货、情节严重者是否诉诸法律等。
4.4.6.2.2 代销商类别管理
代销商分为营业厅经销、个人直销和代理商代理三种方式。每种方式又分为初级，中级，高级三种类别。
4.4.6.2.3 代销商资料管理
包括管理代销商名称、法人代表及相应的证件、负责人及相应的证件、公司地址及邮编、营业地址及邮编、联系电话、销售方式等。包括对代销商资料的增删改及查询。
4.4.6.2.4 代销商资源分配管理
根据代销商的类别及营业规模分配或回收操作员工号及系统使用权限、号码资源、SIM卡资源和手机及配件资源等。同时可以对代销商的资源使用情况进行查询。代销商可根据系统分配的权限进行远程营业受理和查询资源使用情况。
代销商资源使用查询是指可根据所选定的日期、代销商代码、代销商名称、销售类别和资源使用状态查询及打印代销商使用资源和库存的情况，其中代销商使用资源包括号码资源、手机资源、SIM卡资源和配件资源，
号码资源的查询内容包括号码分配时间、分配数量、销售情况、操作人员以及号码使用状态等；
手机资源的查询内容包括手机的分配时间、分配数量、销售情况、操作人员、手机使用状态以及库存数等；
SIM卡资源的查询内容包括SIM卡的分配时间、分配数量、销售情况、操作人员、SIM卡使用状态以及库存数等；
配件资源的查询内容包括配件的分配时间、分配数量、销售情况、操作人员、配件使用状态以及库存数等；
4.4.6.2.5 佣金分配及信用考核
根据代销商的信用度和实际销售情况与代销商进行佣金结算，并根据代理商的销售情况以及客户投诉情况进行考评，并对其信用级别作出相应的调整。
4.4.6.2.6 代销商销售情况统计及销售日志管理
☆代销商销售统计
代销商销售统计是指根据代销商的销售情况提供日营业和受理业务表、月营业和受理业务表以及年营业和受理业务表，同时可提供折线图对各代销商的销售情况进行分析。
☆代销商信用度调整
代销商信用度调整是指根据代销商的销售情况、客户投诉情况以及代销商预付押金和回款的情况人为地调整代销商的信用度，使达到监控代销商的目的。
4.4.6.3 资源管理
4.4.6.3.1 号码资源管理
号码资源管理包括本地网号和H0H1H2H3的维护、基本选号模式的维护、预留号的生成、预配号和开通号在各营业点的分配与回收、冷冻号的重新启用、特殊号码选号费修改和本地号码查询功能，以保证在任何时候预留号、预配号、开通号、使用号和冷冻号在数量上的一致性。另外，还可根据实际情况提供远程查询异地号码资源使用状况的业务。具体包括下述内容
网号和明码维护
预留号生成
开通号生成
预配号生成
选号费标准管理
选号费修改
销号管理
号码使用查询
号码使用查询
异地号码查询
网号和明码维护是指对本地网号（如0139，0138，0137。。。）和本地手机明码（H0H1H2H3）的维护，在此功能中可增加或修改或删除本地网号和本地手机明码，号源的生成就依据系统录入的网号和明码，对于不符合本地网号和本地手机明码的手机号码系统将不予承认。如果手机号码升位，只需在此功能中将本地网号和本地手机明码作相应的调整即可。
预留号生成是指根据本地网号和本地手机明码以及需要生成的手机号码范围自动生成预留号码，其中手机号码范围必须符合系统定义的本地网号和本地手机明码，选号费将根据系统定义的选号模式自动录入。
开通号生成是指将某一范围内的预留号预先开通，即将手机号与SIM卡号一一对应，记录开通号码的数量和时间。
预配号生成是指将预留号码根据需要分配到各营业点中，或将营业点中的号码根据需要回收，记录分配或回收号码的数量和时间，预配号的类别主要有非租机非传真号、非租机传真号、租机非传真号和租机传真号。
选号费标准管理是指在预留号生成前预先设置或修改或删除特殊号码的选号费（如末尾是‘8’或‘88’的等等），在预留号生成时系统将根据选号模式和需生成的号码自动将选号费录入。目前系统支持以末尾数匹配，多个匹配时，选择选号费大的一个。
选号费修改是指对于生成的预留号或开通号或预配号，可以根据实际需求进行选号费的个别调整。
对已拆机、换号等不再使用的电话号码，可在空闲号码段中封存一段时间后，由系统自动释放，供客户使用。
号码使用查询是指根据所输入的查询的号码段和营业点代码，显示出手机号码、号码当前的使用状态(即预留号或预配号或开通号或使用号或欠停号或冷冻号等等)、该号码实际启用时间以及对应的SIM卡号等信息。
号码使用统计是指根据所输入的查询的号码段和营业点代码，对各使用状态的号码(即预留号或预配号或开通号或使用号或欠停号或冷冻号等等)进行统计，保证各使用状态的号码在总数和分类统计上的一致性。
异地号码查询是指提供可以查询异地号码使用状态的功能，其内容包括手机号码、所属营业点、号码使用状态以及对应的选号费等，并提供各使用状态的号码统计数。
4.4.6.3.2 SIM卡管理
SIM卡管理包括SIM卡类别和SIM卡型号代码的维护、SIM卡入库与出库登记、SIM卡的报损登记以及SIM卡入库出库和库存查询，以保证在任何时候SIM卡在入库、移库、销售和报废数量上的一致性，并能够按SIM卡类别或SIM卡型号统计入库、移库、销售和报废的SIM卡数量和具体使用信息。
具体包括下述内容：
SIM卡入库
SIM卡出库
SIM卡出入库查询
SIM卡使用查询
4.4.6.3.3 SIM卡入库
SIM卡入库是指根据记录SIM卡资料的文件登记SIM卡信息，并录入指定的库房中，SIM卡信息包括SIM卡型号代码、SIM卡型号名称、SIM卡号、IMSI号、PUK1码、PUK2码、PIN1码、PIN2码、SIM卡容量、SIM卡使用寿命、SIM卡数量以及SIM卡的销售价格等。
SIM卡出库是指将指定库房中的未使用SIM卡转移到另一指定的库房中，SIM卡信息包括SIM卡型号代码、SIM卡型号名称、SIM卡号、IMSI号、PUK1码、PUK2码、PIN1码、PIN2码、SIM卡容量、SIM卡使用寿命、SIM卡数量、SIM卡的销售价格、源库房名称、目的库房名称以及SIM卡的出库日期等。
SIM卡出入库查询是指按营业点代码、SIM卡型号、出入库时间和使用状态查询和打印SIM卡出入库的详细信息，其内容包括SIM卡型号代码、SIM卡型号名称、起始SIM卡号、终止SIM卡号、出入库时间、出入库数量、源库房、目的库房以及操作员等。
SIM卡使用查询是指按营业点代码、SIM卡型号、SIM卡号和SIM卡使用状态查询SIM卡的详细信息，其内容包括SIM卡型号代码、SIM卡型号名称、所属库房名称、SIM卡号、IMSI号、PUK1码、PUK2码、PIN1码、PIN2码、SIM卡容量、SIM卡使用寿命以及SIM卡的销售价格等。
4.4.6.3.4 手机管理
手机管理包括各种手机品牌和手机型号代码的维护，手机的入库与出库登记、手机的折旧和报损登记、手机的保修期管理以及手机入库出库和库存查询，以保证在任何时候手机在入库、出库、销售、折旧和报废数量上的一致性，并能够按手机品牌或手机型号统计入库、出库、销售、折旧和报废的手机数量和具体使用信息。
具体包括下述内容：
手机入库
手机出库
手机出入库查询
手机使用查询
手机价格修改
手机入库是指登记外购的手机信息，并录入指定的库房中，手机信息包括手机型号代码、手机型号名称、手机机身号、手机数量以及手机的销售价格等。
手机出库是指将指定库房中的未使用手机转移到另一指定的库房中，手机信息包括手机型号代码、手机型号名称、手机机身号、手机数量、手机的销售价格、源库房名称、目的库房名称以及手机的出库日期等。
手机出入库查询是指按营业点代码、手机型号、出入库时间和使用状态查询和打印手机出入库的详细信息，其内容包括手机型号代码、手机型号名称、手机机身号、出入库时间、出入库数量、源库房、目的库房以及操作员等。
手机使用查询是指按营业点代码。手机型号、手机机身号和手机使用状态查询手机的详细信息，其内容包括手机型号、手机机身号、所属库房代码、出入库时间、操作员以及手机的销售价格等。
手机价格修改是指对某个手机型号的销售价格进行修改。
4.4.6.3.5 配件管理
配件管理包括各种配件品牌和配件型号代码的维护，配件的入库与出库登记以及配件入库出库和库存查询，以保证在任何时候配件在入库、出库和销售数量上的一致性，并能够按配件品牌或配件型号统计入库、出库和销售的配件数量和具体使用信息。
配件入库
配件出库
配件出入库查询
配件入库是指登记外购的配件信息，并录入指定的库房中，配件信息包括配件型号代码、配件型号名称、配件数量以及配件的销售价格等。
配件出库是指将指定库房中的未使用的配件转移到另一指定的库房中，配件信息包括配件型号代码、配件型号名称、配件数量、配件的销售价格、源库房名称、目的库房名称以及配件的出库日期等。
配件出入库查询是指按营业点代码、配件型号、出入库时间和使用状态查询和打印配件出入库的详细信息，其内容包括配件型号代码、配件型号名称、出入库时间、出入库数量、源库房、目的库房以及操作员等。
4.4.6.4 统计报表
统计报表管理模块除提供固定模式的统计和分析报表外，还提供报表生成工具，使操作员可按需求形成所需的统计报表，可按任意条件进行统计。
其中固定的统计报表细分为：
营业厅营收统计
营业厅业务受理统计
在网客户统计
信用度统计
资源使用统计
另外，我公司提供一套报表生成系统，可以自定义报表的格式。
4.4.6.4.1 营业厅营收统计
根据操作员工号、营业点代码和查询时间对各操作员、各营业点、各代理商的营收情况作出统计分析，给出日/月/年报表，其内容包括开户费用(如入网费、手机费、SIM卡费、频占费、选号费以及手续费等)、增改业务费用(如过户费、改号费、改名费、改号费以及业务增改费等)、预收款(如预定号码费用、预交话费以及预交押金等)、缴纳话费(如月租费、频占费、通话费、国内长途、国际长途、漫游费以及信息费等)、缴纳欠费(如月租费、频占费、通话费、国内长途、国际长途、漫游费、信息费以及滞纳金等)和退还费用(如退还入网费、退还手机费以及退还押金等)等；
保持以前的销售记录和销售统计，以折线图、饼图的方式对不同时期的销售额进行比较。
营业厅营收统计报表
单位： 统计人：
时间： 年 月 日——年 月 日 统计日期： 年 月 日
费用类型 | 数量 | 数量 |
开户费用 | ||
入网费 |
|
|
手机费 |
|
|
SIM卡费 |
|
|
频占费 |
|
|
。。。 |
|
|
增改业务费用 | ||
过户费 |
|
|
改号费 |
|
|
。。。 |
|
|
预收款 | ||
预定号码费用 |
|
|
预交话费 |
|
|
。。。 |
|
|
缴纳话费 | ||
月租费 |
|
|
频占费 |
|
|
。。。 |
|
|
缴纳欠费 | ||
月租费 |
|
|
频占费 |
|
|
。。。 |
|
|
退还费用 | ||
入网费 |
|
|
手机费 |
|
|
。。。 |
|
|
开户费用合计 ： 元 支票： 元 笔 现金： 元 笔
增改业务费用合计： 元 支票： 元 笔 现金： 元 笔
预收款合计 ： 元 支票： 元 笔 现金： 元 笔
交纳话费合计 ： 元 支票： 元 笔 现金： 元 笔
缴纳欠费合计 ： 元 支票： 元 笔 现金： 元 笔
退还费用合计 ： 元 支票： 元 笔 现金： 元 笔
总合计 ： 元 支票： 元 笔 现金： 元 笔
(1) 统计各操作员、各营业厅、各代理商的业务受理情况，给出日/月/年报表，其内容包括开户业务统计(如新装开户、代销商开户、公免公纳开户以及潜在用户登记等)、增改业务统计(如过户、改名、改号、换机、申请停开机、业务增改以及帐户修改等)、缴费业务统计(如营业点缴费、银行代缴以及欠费缴费等)、退还业务统计(如潜在用户取消、拆机销号等);
营业厅业务受理统计
单位： 统计人：
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
业务名称 | 业务数量 | 业务金额 |
开户业务统计 | ||
新装开户 |
|
|
代销商开户 |
|
|
。。。 |
|
|
增改业务统计 | ||
过户 |
|
|
改名 |
|
|
。。。 |
|
|
缴费业务统计 | ||
营业点收费 |
|
|
银行代缴 |
|
|
。。。 |
|
|
退还业务统计 | ||
潜在用户取消 |
|
|
拆机销号 |
|
|
。。。 |
|
|
开户业务合计 ： 元 支票： 元 笔 现金： 元 笔
增改业务合计 ： 元 支票： 元 笔 现金： 元 笔
缴费业务合计 ： 元 支票： 元 笔 现金： 元 笔
退还业务合计 ： 元 支票： 元 笔 现金： 元 笔
总合计 ： 元 支票： 元 笔 现金： 元 笔
(2) 根据营业点的业务受理情况，提供各营业点业务负荷量的分析报表，使之成为考核操作员业务量的标准，并监控各营业点的受理情况。
4.4.6.4.3 在网客户统计
(1) 统计即时在网客户数、各类业务客户数及某段时间内的客户净增数，并能对在网客户作出分类统计，其内容包括客户名称、手机号码、客户类别、客户信用度、联系地址和邮编、联系电话以及月付款方式等;
在网客户统计
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
客户名称 | 手机号 | 客户类别 | 客户信用度 | 联系地址 | 邮编 | 电话 | 付款方式 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
客户总数：
客户类别： 统计人：
(2) 按销售量、销售额或时间段分类统计直销人员发展客户情况，其内容包括直销人员代码、直销人员名称、直销人员信用度、查询时间范围、发展用户数、发展用户分析以及在查询时间内应得的佣金；
销售人员业绩统计
时间： 年 月 日 — 年 月 日 统计日期： 年 月 日
姓名 | 代码 | 信用度 | 发展用户数 | 应得佣金 |
|
|
|
|
|
|
|
|
|
|
统计条件:
统计人：
(3)按销售量、销售额或时间段分类统计代理商的销售情况并计算相应的业务酬金，其内容包括代理商代码、代理商名称、代理商信用度、查询时间范围、发展用户数、发展用户分析以及在查询时间内应得的佣金。
代理商业绩统计
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
代理商名称 | 代理商代码 | 信用度 | 发展用户数 | 应得佣金 |
|
|
|
|
|
|
|
|
|
|
统计条件：
统计人：
4.4.6.4.4 信用度统计
1．按信用度、客户类别、时间段等方式分类统计客户信用度及客户数，其内容包括客户名称、手机号码、客户类别、客户信用度、联系地址和邮编、联系电话、月付款方式以及通话费用统计、通话次数统计、通话时长统计、缴费次数统计和欠费次数统计、欠费额等，对信用度极低的客户给出告警信息提供给管理部门;
客户信用度统计报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
客户名称 | 手机号码 | 客户类别 | 信用度 | 联系地址 | 邮编 | 电话 | 付款方式 |
|
|
|
|
|
|
|
|
通话 费用 | 通话 次数 | 通话 时长 | 缴费 次数 | 欠费 次数 | 欠费 额度 | 告警 指示 | |
|
|
|
|
|
|
|
统计条件：
客户总数： 统计人：
2．按信用度、客户类别、时间段等方式分类统计客户信用度调整情况及客户数，其内容包括客户名称、手机号码、客户类别、客户信用度、原信用度、联系地址和邮编、联系电话、月付款方式以及通话费用统计、通话次数统计、通话时长统计、缴费次数统计和欠费次数统计、欠费额等，对信用度极低的客户给出告警信息提供给管理部门；
客户信用度调整统计报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
客户名称 | 手机号码 | 客户类别 | 信用度 | 联系地址 | 邮编 | 电话 | 付款方式 |
|
|
|
|
|
|
|
|
通话费用 | 通话次数 | 通话时长 | 缴费次数 | 欠费次数 | 欠费额 | 告警指示 | |
|
|
|
|
|
|
|
统计条件： 客户总数： 统计人：
3．按信用度、客户类别、客户信用等级或时间段等方式分类统计防欺诈情况，其内容包括客户名称、手机号码、客户类别、客户信用度、联系地址和邮编、联系电话、日通话限额、月通话限额、日透支限额、月透支限额以及客户日通话额、月通话额等，对超过日通话限额和月通话限额的客户可提出警告，对超过日透支限额和月透支限额的客户可作要求客户预交话费或停去话或停机处理；
防欺诈统计报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
客户名称 | 手机号码 | 客户类别 | 信用度 | 联系地址 | 邮编 | 电话 | 付款方式 |
|
|
|
|
|
|
|
|
日通话限额 | 月通话限额 | 日透支限额 | 月透支限额 | 日通话额 | 月通话额 | 告警指示 | |
|
|
|
|
|
|
|
统计条件： 客户总数： 统计人：
4．按时间段或欠费情况分类统计黑名单客户，黑名单客户是面向全市的，其内容包括客户名称、客户类别、客户证件信息、联系地址和邮编、联系电话、欠费额、欠费起始时间以及欠费情况分析等；
欠费情况统计报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
客户名称 | 客户类别 | 证件信息 | 联系地址 | 邮编 | 电话 | 欠费额 | 欠费起始时间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
客户总数： 统计条件 统计人：
4.4.6.4.5 资源使用统计
1．按营业点代码、手机型号、出入库时间和使用状态查询和打印手机出入库的详细信息，其内容包括手机型号代码、手机型号名称、手机机身号、出入库时间、出入库数量、源库房、目的库房以及操作员等。
手机出入库统计报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
手机代码 | 手机型号名称 | 机身 号码 | 出入库时间 | 出入库数量 | 源库房 | 目的库房 | 操作员 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
统计条件：
统计人：
2．按营业点代码、SIM卡型号、出入库时间和使用状态查询和打印SIM卡出入库的详细信息，其内容包括SIM卡型号代码、SIM卡型号名称、起始SIM卡号、终止SIM卡号、出入库时间、出入库数量、源库房、目的库房以及操作员等。
SIM卡出入库统计报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
SIM卡代码 | SIM卡型号名称 | 起始SIM卡号 | 终止SIM卡号 | 出入库时间 | 出入库数量 | 源库房 | 目的库房 | 操作员 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
统计条件： 统计人：
3．按营业点代码、配件型号、出入库时间和使用状态查询和打印配件出入库的详细信息，其内容包括配件型号代码、配件型号名称、出入库时间、出入库数量、源库房、目的库房以及操作员等。
配件出入库统计报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
配件型号代码 | 配件型号名称 | 出入库时间 | 出入库数量 | 源库房 | 目的库房 | 操作员 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
统计条件： 统计人：
4．按营业点代码、器材型号和查询时间查询和打印器材的库存数，其内容包括器材型号代码、器材名称。器材库存数和结余日期。
器材库存统计报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
器材型号代码 | 器材名称 | 库存数 | 结余日期 |
|
|
|
|
|
|
|
|
统计条件： 统计人：
按营业点代码。手机型号、手机机身号和手机使用状态查询手机的详细信息，其内容包括手机型号、手机机身号、所属库房代码、出入库时间、操作员以及手机的销售价格等。
手机详情查询报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
手机型号 | 机身号码 | 所属库房代码 | 出入库时间 | 销售价格 | 操作员 |
|
|
|
|
|
|
|
|
|
|
|
|
统计条件： 统计人：
6．SIM卡使用查询是指按营业点代码、SIM卡型号、SIM卡号和SIM卡使用状态查询SIM卡的详细信息，其内容包括SIM卡型号代码、SIM卡型号名称、所属库房名称、SIM卡号、IMSI号、PUK1码、PUK2码、PIN1码、PIN2码、SIM卡容量、SIM卡使用寿命以及SIM卡的销售价格等。
SIM卡详情查询报表
时间： 年 月 日— 年 月 日 统计日期： 年 月 日
SIM卡型号代码 | SIM型号 名称 | 所属库房代码 | SIM卡号 | IMSI号 | PUK1码 | PUK2码 | PIN1码 | PIN2码 | SIM卡容量 | 使用寿命 | 销售价格 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
统计条件： 统计人：
4.4.6.5 系统维护
4.4.6.5.1 操作员管理
操作员管理模块支持对各类代销商分配或取消操作员及系统使用权限，对不同的操作员，可设置不同的使用权限(包括系统菜单、功能选项和录入数据等类别)，各使用权限所能使用的应用软件模块可按要求自由组合，由系统管理员统一修改；对不同的操作员可实行不同的密码管理；对操作员的登录和当班管理由系统操作员统一修改。
主要管理功能分述如下：
系统权限级别设置
操作员资料管理
操作员权限设置、登录及当班管理
操作员密码修改
由系统管理员根据操作员的工种定义不同的操作权限。包括对系统功能菜单(即操作员使用的菜单选项)、功能选项(即在操作界面中可使用的功能键)和操作数据项(即在操作界面上的输入域、选择域等)三类使用权限的增加、修改、删除、查询和打印功能，系统操作权限由操作权限代码、操作权限名称以及所属模块名称组成。
记录或取消操作员资料，包括操作员工号、操作员姓名及证件信息、联系地址及邮编、联系电话以及权限级别等。登记的操作员的详细信息包括操作员工号、操作员姓名和证件信息、联系地址及邮编、联系电话、所属营业点、权限级别、操作范围(即操作员允许登录的地点)以及查询范围(即操作员允许查询的范围)等。除了登记操作员资料的功能以外，还提供修改操作员信息和取消操作员的功能，其中取消操作员相当于是屏蔽操作员，使操作员在正常操作中不可视，待到一定时期后才正式删除操作员信息。
对系统给定的操作员权限进行再调整；监测操作员的登录信息和当班设置，使即使在计算机出错的情况下，非授权者也不能进入系统；提供安全报警信息给系统管理员，并提供正确的系统恢复方法。
在操作员登记中，已预先设置操作员的权限级别，即已赋予操作员一定的操作权限，在本功能中可根据操作员实际的工种和工作情况对其操作权限作进一步的调整。可以预先设置操作员登录系统的时间，操作员在允许登录时间内登录视为合法，在不允许登录时间内登录视为非法。
操作员可随时修改密码，并提供两种修改下级操作员密码的模式。在新登记操作员时，系统不设置密码，而让操作员在第一次登录系统时自行设置密码。操作员随时可修改自己的密码，或根据其权限级别在规定时间内没有修改密码系统将强制操作员修改密码，上级操作员修改下级操作员的管理模式主要有两种：
允许上级操作员有权限不输旧密码就可直接修改下级操作员的密码;
只有系统操作员才有权限不输旧密码直接修改下级操作员的密码。
4.4.6.5.2 器材代码管理
维护各类器材的类别，品牌，型号，并给各类器材编码，具体包括如下功能。
器材类别维护
器材品牌维护
器材型号维护
器材类别查询
器材品牌查询
器材型号查询
器材库存查询
器材类别维护是将销售的器材进行分类，新增或修改器材类别的信息，信息包括器材类别代码和器材类别名称。
例如：器材类别代码由一位数字表示，其中’1’手机，’2’代表SIM卡，’3’代表配件。
器材品牌维护是将销售的器材品牌进行分类，新增或修改器材品牌的信息，信息包括器材品牌代码、器材品牌名称和所属器材类别代码。
例如：器材品牌代码由三位数字表示，其中第一位代表器材类别代码，第二、三位表示器材品牌代码，可以从’01’定义至‘99’。
器材型号维护是将销售的器材型号进行分类，新增或修改器材型号的信息，信息包括器材型号代码、器材型号名称和所属器材品牌代码。
例如：器材型号代码由六位数字表示，其中第一位代表器材类别代码，第二、三位表示器材品牌代码，第四位至第六位表示器材型号代码，可以从’001’定义至‘999’。
器材类别查询是指查询和打印器材类别的信息，内容包括器材类别代码和器材类别名称以及建立日期等。
器材品牌查询是指根据器材类别查询和打印器材品牌的信息，内容包括器材品牌代码、器材品牌名称、所属器材类别名称以及品牌建立日期等。
器材型号查询是指根据器材类别或器材品牌查询和打印器材型号的信息，内容包括器材型号代码、器材型号名称。所属器材品牌名称以及型号建立日期等。
器材库存查询是指按营业点代码、器材型号和查询时间查询和打印器材的库存数，其内容包括器材型号代码、器材名称。器材库存数和结余日期。
4.4.6.5.3 操作轨迹管理模块
操作轨迹管理模块主要记录系统操作过程中与安全、责任相关的重要操作，其内容包括操作的日期时间、地点、操作员、操作代码、操作说明等信息，主要记录的详细信息如下：
前台营业业务受理
后台帐务、缴费及欠费处理
代销商和操作员管理
号码资源、手机及配件、SIM卡及各类票证管理
客户资料增改记录
具体功能详述如下：
操作轨迹查询
前台营业业务查询
后台帐务业务查询
操作轨迹查询是指对操作员在系统中的所有操作可按营业点代码、操作员工号、受理业务以及某一时间范围进行查询和打印，其内容包括操作员工号、操作时间、受理业务内容、增改系统参数或客户资料的详细说明以及操作是否成功等。
前台营业业务查询是指对操作员在营业受理时的所有操作可按营业点代码、操作员工号、受理业务以及某一时间范围进行查询和打印，其内容包括操作员工号、操作时间、受理手机号码、受理业务内容、受理金额、增改客户资料的详细说明以及操作是否成功等。
后台帐务业务查询是指对操作员在帐务处理时的所有操作可按营业点代码、操作员工号、受理业务以及某一时间范围进行查询和打印，其内容包括操作员工号、操作时间、受理手机号码、受理业务内容、受理金额、增改客户资料和帐单的详细说明以及操作是否成功等。
4.4.6.5.4 机房管理
主要是完成停开机业务的查询和再次处理功能。在网络故障时可以通过打印工单的形式通知交换机人员直接操作，在操作完成后再作确认处理，对失败命令可以通过命令修改再次提交。
4.4.6.5.5 系统参数维护
对一些控制程序执行的参数进行维护，比如缺省帐单月的维护，对某些增改业务是否一定要结清所有帐单或由操作员来决定是否继续的参数设定等 。
4.4.6.5.6 系统基本资费维护
主要是对一些电信行业规定的增改费率的维护，主要有以下资费：
费用名称
资费金额
过户费
40.00
分户费
40.00
合户费
40.00
改名费
40.00
改号费
40.00
换机费
40.00
换电子串号费
40.00
报失补机手续费
40.00
停机费
40.00
开机费
40.00
修改帐户费
40.00
功能增改手续费
40.00
拆机停机费
40.00
拆机销号费
40.00
4.4.6.6 信用度管理
信用度是用来衡量用户信用的等级，不同等级的信用度对应不同的积分区间。
信用度管理是指对用户信用度的级别和级别升降条件的管理。信用度用于欠费管理，在欠费管理中，可根据不同信用等级设定滞纳金的起算时间、停服务的启始时间、停服务的先后顺序等。
信用度最根本的目的是通过信用额度管理来控制不良话费、提高话费收缴率
4.4.6.6.1 信用度管理用户需求
由于XX与IP市场的竞争将日趋激烈，对客户的个性化、人性化管理将淘汰以往一刀切的管理模式。信用消费，将成为各XX、IP供应商争夺市场的利器。
然而，信用消费，是一把“双刃剑”。在提供信用消费，争夺市场的同时，各XX、IP供应商必须面对潜在的信用风险。
在这样的市场情况下，信用度管理的需求便产生了。
简而言之，信用度管理必须满足两个最基本的需求：
尽可能高的提供信用额度以争夺客户
尽可能及时的控制信用风险
4.4.6.6.2 AICBS信用度管理设计目标
实用性：
严格的讲，个人（或团体）的信用度是一种信用指标的集合，牵涉到的范围极其广泛，其数据采集源非常多。按照我国目前的情况而言，要建立一套绝对完整的信用度管理系统几乎没有什么可行性。
因此，在这里所要建立的是一套真正实用的，能够满足各XX、IP供应商实际要求的信用度管理系统。
灵活性：
由于目前各个省市都陆续发展信用评估机构，进行信用评估服务，但各地的发展参差不齐。本系统应具备输入接口、输出接口，以便与外部系统接轨，减少升级成本。
及时性：
能否及时的调整信用度，保持信用度管理系统的长期有效性，是各XX、IP供应商控制信用风险的关键。
角色严密性：
个体的定义：有且仅有一份用户资料，一个帐务编号的消费单位。
团体的定义：共享一份用户资料，同时，拥有一个以上帐务编号的消费单位。
可见，个人只是团体的一种特殊情况、一个子集。
4.4.6.6.3 信用建模
信用度管理系统的成败，关键便在于建模。
前面，在信用度管理设计目标中已经提到，本套信用度管理系统的首要设计目标是实用，而不是大而全。
4.4.6.6.4 相关因素分析
◆信用评估
原则：尽可能高的提供信用额度以争夺客户
个体形象评估
客户类型：普通客户、大客户、重要客户
担保情况：担保/免担保
付款方式：普通付费、可靠付费（如信用卡付费、托收）
出生日期：一般风险年龄、高风险年龄（70岁以上）
个体公众形象评估
外部接口输入数据，如银行提供的信用度、黑名单等。
个体支付信用评估
历史支付情况：信用期限内付费、过期付费
◆风险评估
原则：尽可能及时的控制信用风险。
个体支付风险评估
历史支付情况：欠费
社会地域风险评估
入网地区：信用危机地区、信用危险地区、一般风险地区、信用良好地区。
社会经济风险评估
反映各个地区的客户人均支付能力，包括：GNP/GDP指数、通胀指数、恩格尔系数、物价指数、银行利率。
4.4.6.6.5 信用度计算方法
信用度计算方法
信用度点数 = （个体形象点数+个体公众形象点数+个体支付信用点数-个体支付风险点数）*社会地域风险加权*社会经济风险加权
信用度点数与信用金额的换算方法
信用金额 = 信用度点数*换算常量（默认为50）
◆3.2.1个体形象评估计算方法
目标：体现客户本身的个体性质差异。
客户类型分：普通客户（4分）、大客户（40分）、重要客户（100分）
担保风险分：担保（10分）、免担保（0分）
付款风险分：普通付费（0分）、可靠付费（如信用卡付费、托收）（10分）
用户年龄分：一般风险年龄（0分）、高自然风险年龄（70岁以上）（- 4分）
个体形象点数 = 客户类型分+担保风险分+付款风险分+入网年限分+用户年龄分
◆3.2.2个体公众形象评估计算方法
目标：提供外部数据入口，为今后与外界数据接口做准备。
外部接口输入数据，如银行提供的信用度、黑名单等。在本系统中只保留入口，具体算法将视具体情况而定。
◆3.2.3个体支付信用评估计算方法
目标：体现用户信用与正常缴费时间的密切关系。
（最近24个月）支付情况加权：信用期限内付费加权(6%)、过期付费加权（3%）
消费信用分：最近12个月内已支付的最高月消费金额*(1+Σ支付情况加权)/ 换算常量
个体支付信用点数=消费信用分
◆3.2.4个体支付风险评估计算方法
目标：体现对用户累计欠费敏感性。
（最近12个月）欠费情况：欠费月消费金额/换算常量 取整
个体支付风险分=Σ欠费情况
◆3.2.5社会地域风险评估计算方法
目的：对各地的不同信用情况区别对待。
入网地区加权：信用危机地区50%、信用危险地区80%、一般风险地区100%、信用良好地区120%。
社会地域风险加权 =入网地区加权
◆3.2.6社会经济风险评估计算方法
目的：反映各地的经济变化趋势，以衡量各个地区的客户人均支付能力。
反映各个地区的客户人均支付能力，如GNP/GDP指数、通胀指数、恩格尔系数、物价指数、银行（存、贷款）利率、央行贴现率。
具体计算建模方法待定。
4.4.6.6.6 角色定义与相关分析
在上面已经提到过，个体信用度只是团体信用度的一种特殊情况、一个子集。因此，信用度计算公式可扩展为
扩展后的信用度点数计算方法
信用度点数 = （个体形象点数+个体公众形象点数+Σ个体支付信用点数-Σ个体支付风险点数）*社会地域风险加权*社会经济风险加权
4.4.6.7 黑名单管理
黑名单发送
黑名单接收
黑名单查询
= 教师) & (付款方式 = 预付款) & (产品 = 388元套餐) credit_value = 200
= 工程师) & (付款方式 = 预付款) & (产品 = 388元套餐) credit_value = 300
4.4.7.3 信用度调整规则管理
客户类别满足什么条件
帐户类别满足什么条件
帐户结余预存款在多少元以上，多少元以下
帐户下含有什么产品
帐户已连续正常缴费多少个月
帐户累计销帐金额在多少元以上，多少元以下
帐户累计欠费金额在多少元以上，多少元以下
帐户累计发生额在多少元以上，多少元以下
帐户月付款方式满足什么条件
帐户平均月通话费在多少元以上，多少元以下
帐户在最近多少天中累计欠费停机的用户在多少次以上，多少次以下
客户职业满足什么条件
帐户归属服务商是什么
帐户归属销售商是什么
帐户归属营业厅是什么
帐户的开户时间在什么时间和什么时间之间
…
同样，信用度调整也是基于规则的。
4.4.7.4 黑名单管理
代理商是对替系统运营商发展用户、开办业务的各类代理、代销机构的统称。在AICBS系统中，代理商开展业务可以有很多种模式：
代理商从XX公司批发一定数量的记名卡或不记名卡，为XX公司办理XX电话卡销售业务，代理商发展用户后返回用户资料，由管理营业厅录入用户资料和代理商的销售记录。
系统运营商为代理商提供营业终端，代理商直接接入系统进行卡的销售，并录入用户资料，实现即买即通，同时系统记录代理商的销售记录。
代理商可以开办系统运营商开办的各项业务，代理商发展的用户为代理商的用户，并且可以带有代理商的特殊标识。此时，代理商不再是普通意义上的代理商，而是变为AICBS系统的服务提供商（SP）。
代理商编码；
代理业务种类；
代理商等级；
资源销售数量；
结算周期；
代理费结算方法：按比例或者固定金额。
AICBS综合营帐系统中采用公式化规则对代理商费用结算进行管理。
4.4.8.4 代理商权限分配
代销商编码；
代销业务种类；
代销业务考核时间范围；
资源销售情况（销售数量、金额）或用户发展情况（包括用户种类、入网数量、欠费数量、脱网数量等）；
客户投诉情况。
代销商的等级直接影响到其费用的结算比例。
4.5 统计分析模块
业务统计报表、话单文件分类统计、话务量统计、用户数统计报表、汇总对帐统计报表（XX业务）、高额统计报表、图形报表、其它报表等系列统计信息。
实现原始报表数据的自动收集及应用的集中化。
提供灵活的动态报表功能。当用户的要求及各种报表的需求改变时，或有新的报表要求时，提供快速、灵活的开发手段，提高IT人员的生产率，减少应用开发人员的维护量。
能够提供灵活的联机分析(OLAP)能力。对原始的报表数据能够进行多角度、深层次的分析。
满足XX通信运营商未来发展的要求，具备可伸缩性和可扩展性，可以和计费及综合管理等的其它计算机系统紧密集成，保证技术上的先进性。
发请求,接到请求后,服务器将分析运算的结果下发.然后在各级操作员客户端进行数据呈现，也可以去浏览共享资料库中的发布的报表及文档。
4.5.1 分析主题
业务量分析主要是针对各业务量数据(主要为通话次数、通话时长、通话费用)进行分析，发现它们与时间、地区、业务类型等之间的相关关系。
4.5.1.1.1 通话次数分析
通过通话次数分析，可以反映各个时间段内用户发起呼叫次数的多少，从而反映XX交换系统各个时间段的繁忙情况。可以按照各种分类情况，得到相应的分类情况下的用户通话次数分布特征。
用户通话次数主要包括以下分析内容：
1．按照通话次数的档次分类：
可以得到各种档次的每个用户的通话次数，以及该档次的用户所占的比例情况。
2．按地区分类：
可以得到各个地区通话次数的分布以及所占的比例情况。
3．按照通话类型分类：
可以得到不同的通话类型的通话次数的分布情况及其所占的比例。
如：
按照长话类型分类（省内长途、国内长途、国际长途）
按照漫游类型分类（本地、省内漫游、省际漫游、国际漫游、漫游来访、漫游出访）
按对端类型分类（XX、CDMA、固定、联通等）；
按业务类型分类（语音、承载业务、附加业务）；
按话务流向（信息台、BP、XX、固定等）；
以上的各种分析结果可以用各种图形进行展示，例如折线图、饼图、直方图、立体图等，用户可以方便地了解各种分类的分布及其所占的比例情况。并可以结合时间参数了解通话次数的分布趋势。
4.5.1.1.2 通话时长分析
可以分析用户的通话时长的分布，了解用户通话时长的分布规律。可以用各种图形来展示各个通话时长内，各种类型的用户的分布情况及其所占的比例。
4.5.1.1.3 通话费用分析
用户通话费用的分析，可以反映各类用户呼叫产生的费用的多少及其所占的比例。据此，可以了解各类用户单次呼叫产生通话用户单次呼叫产生叫产生通话费用的分布规律。
通话费用分布分析包括以下各分类分析：
按地区分类的通话费用分析
按主被叫分类的通话费用分析
按长话类型分类的通话费用分析
按漫游类型分类的通话费用分析
按对端类型分类的通话费用分析
按业务类型分类的通话费用分析
按业务代码分类（service_code）；
按话务流向的通话费用分析
以上的各种分析结果可以用各种图形进行展示，例如折线图、饼图、直方图、立体图等，用户可以方便地了解各种分类的分布及其所占的比例情况。并可以结合时间参数了解通话次数的分布趋势。
4.5.1.2 最高业务量分析
对最高通话次数、通话时长、通话费用进行分析，从而了解各个分析指标的峰值。主要包括以下分析内容：
1．呼叫频率分析
可以找出呼叫频率很高的主叫号码、对端号码或是主被叫组合，从而分析其产生的原因，以便于制定各种促销政策和优化网络。
2．最高通话时长分析
可以找出通话时长最高的号码，从而分析其产生的原因。
3．通话费用比较分析
分析最高通话费等各种最高通话费用的特征，从话费类型（本地通话费、漫游费、国内长途费、国际长途费、信息费、附加费等）进行比较分析，并可以把分析结果用各种图形进行展示，例如折线图、饼图、直方图、立体图等。
4.5.1.3 网络状况分析
通过基站配置与话务量分布情况的分析，帮助企业优化现有设备组合以及基站建设，提高企业的效益。
比较分析各基站的业务量，分析各基站的话务特征，分析各个时段各基站/交换机的负载情况。
网络状况分析包括以下分析内容：
网络收益分析：从通话时长分布、呼叫类型分布、呼叫地点分布进行分析。
包括
各个基站通话次数的比较分析。
各基站通话时长比较分析
各基站通话费用比较分析
各基站的时段/次数分布分析
各交换机的时段/次数分布分析
各基站业务量比较分类分析
网络用户分布分析
按地区分析
按时间分析
4.5.1.4 网络容量分析
网络容量分析主要包括以下内容：
按地区分析：分析不同交换区域网络分布情况
按时间分析：分析不同交换区域不同时间网络发展情况
可以根据以上分析的结果，预测以后网络的发展情况，据此为以后网络扩容提供依据。
4.5.1.5 热点小区分析
通过对呼叫详细记录的统计分析，从不同的角度（如通话指标、通话繁忙程度等）来划分热点小区，为制定相应的政策服务。
4.5.1.6 路由分析
路由分析是针对各话单中出入路由进行分析，分析它们与时间、地区等相应因素的关系，由此了解各出入路由的负载情况。
路由分析主要包括以下内容：
各出入路由通话时长比较分析
各出入路由通话费用比较分析
各路由的时段/次数分析
4.5.1.7 网络安全分析
对网络的安全状况进行分析，了解网络的。
4.5.1.8 错单分析
分析交换机原始话单的错单率，并以此为依据对交换机进行检查。
错单分析主要包括以下内容：
各种错单情况的损失费用比较分析
各个时间段的错单情况的比较分析
各种错单情况按交换机分类分析
4.5.1.9 业务收入分析
（一）业务收入分析
按收入种类、用户类型等分析收入的各类来源，帮助企业决策者分析，选择发展新的收入增长点。
业务收入分析可以分析业务收入与各种分类之间（如用户类型、地区分类、业务类型、付款方式等）的关系。包括以下内容：
业务收入分析：
可以分各种区间段分析用户收入，及各个区间段收入的分布情况。
各种收入结构分析：
包括基本费、频占费、基本通话费、通话附加费、国内漫游费、国际漫游费、国内长途费、国际长途费等。
各种业务收入分类分析
分析收入与用户类型的关系
可以分析不同的用户类型（性别、年龄、行业、消费层次、是否重要客户、是否大客户）的业务收入状况。
分析不同地区的业务收入状况
分析不同付款方式的业务收入状况
分析不同品牌的业务收入状况
分析不同业务类型（语音、承载业务、附加业务）的业务收入
（二）业务收入发展分析
可以分析业务收入的发展状况，并可以进一步根据历史的业务收入状况来作趋势预测。
业务收入发展状况分析
各种分类发展分析：
不同用户类型的业务收入发展分析；分析收入与用户类型的关系
不同地区的业务收入发展分析；
不同付款方式的业务收入发展分析
不同品牌的业务收入发展分析
不同业务类型的发展分析
4.5.1.10 销帐分析
1. 销帐结构分析
分析各种销帐状态（正常出帐、预缴话费销帐、立即销帐、正常销帐、银行垫支、欠费、反销帐、坏帐呆帐、欠费销帐）的分布情况。
2．各种销帐状态分类分析：
不同用户类型的销帐状况分析：分析销帐与用户类型的关系
不同地区的销帐状况分析
不同付款方式的销帐状况分析
4.5.1.11 欠费分析
欠费分析主要分析与欠费相关的因素，通过对用户的欠费金额、欠费时长、累计欠费金额与已缴话费比等相关数据，并与用户种类、地区、信用度、缴费方式、缴费习惯等资料相联系，分析欠费用户的特征，从而制定出相应的缴费策略，加速话费的回收，降低欠费率。
欠费分析主要主要包括以下内容：
欠费金额分析
分析欠费所占应收费用、已收费用的比例变化，以及不包括滞纳金后的欠费金额及其比例情况。
欠费户数分析
分析欠费户数及所占总户数、已缴费户数的比例变化，以及不包括滞纳金后的欠费户数的比例情况。
欠费周期分析：分析不包括呆帐的欠费周期
欠费金额分析：分析不包括呆帐的欠费金额
累计欠费比分析：分析累计欠费金额与已缴话费比的比例情况
累计欠费比的分类分析：
按时间分析：分析不同时间欠费用户的情况
按地区分布分析：分析欠费用户在各地区的分布情况
按用户类型分析：分析欠费用户的用户类型；
按信用度分析：分析欠费用户的信用度；
按缴费方式分析：分析欠费用户的缴费方式；
按新开户用户分析：分析新开户用户的缴费方式（现金、话费预寸款、银行待交、邮储划帐代交、工行划帐代交、银行托收等）
按品牌种类分析：分析各种业务品牌（全球通、大众通、模拟）的用户的欠费情况。
按号段分析：分析不同号段的用户的欠费情况
按预存/预付话费分析：分析欠费用户与预存/预付话费的关系。
按新开用户分析：分析新开户用户的欠费情况；
4.5.1.12 欠费回收分析
主要分析回收率、异地话费回收率、旧回收率、欠费日回收率、欠费停机客户率以及这些指标的分类分析。
4.5.1.13 高额/欺诈分析
通过对用户的通话费用以及高额话费的历史数据、用户欠费情况、用户信用度进行统计分析，分析高额用户的各种特征与趋势，区别正常高额与欺诈行为，分析出合适的高额话费界限，降低运营部门的风险。
高额分析：分析高额用户中合法用户的用户特征
呆帐分析：分析呆帐用户的用户特征；
欺诈分析：分析各种欺诈类别的用户特征；
费用分析：分析由于欺诈而导致无法收取的费用；
以及这些指标的分类分析：
按地区进行分析；
按用户类别进行分析；
按代理商进行分析；
4.5.1.14 结算统计分析
通过分析结算后的业务收入、运营收入，了解各种结算支出、结算后的收入占总收入的比率情况。
4.5.1.15 用户分析
根据用户的各种特征（如年龄、地区、性别等）对用户进行分析。
用户分析主要包括以下内容：
按地区进行用户分析
按年龄段进行用户分析
按性别进行分析
按付款方式进行分析
按在网时长进行用户分析
按帐单（发票）收取方式进行分析
4.5.1.16 大客户/重要客户分析
通过对大客户/重要客户的话费分析（包括费用、漫游特征、用户结构等），确定大客户的特征、行为，从而制定针对大客户/重要客户的优惠策略，并进行潜在大客户分析，吸收引导部分具备大客户特征的客户。
4.5.1.16.1 大客户分析
大客户是指拥有多部XX电话的单位或个人，有相同用户名或相同的付款帐号的XX电话群体，均可称之为大客户。但是有时大客户的消费金额并不多，分析大客户的各种特征，为其制定相应的措施，引导其消费，使之成为重要客户。
1．大客户资料管理：包括大客户资料的录入、存档管理等
2．大客户分析
大客户用户构成分析
大客户话费分析
大客户漫游分析
大客户话务流向分析
大客户通话习惯分析
潜在大客户分析
大客户向重要客户转化分析
大客户离网分析
大客户在网时长分析
大客户/普通用户比例分析
大客户信用度分析
大客户营销费用分析
以上指标的分类分析：
按时间分析
按地区分析
按品牌分析
4.5.1.16.2 重要客户分析
重要客户是指每月的消费金额超过一定数目的用户以及有相同用户名或相同的付款帐号的用户群。重要客户是XX业务收入的重要组成部分，他们人员虽然不多，但产生的业务收入比重较大。因此分析重要客户的各种特征，为其制定相应的方便、优惠措施，积极引导其消费，保证其客户忠诚度。
1．重要客户资料管理：包括重要客户资料的录入、存档管理等
2．重要客户分析
重要客户用户构成分析
重要客户话费分析
重要客户漫游分析
重要客户话务流向分析
重要客户通话习惯分析
潜在重要客户分析
重要客户向重要客户转化分析
重要客户离网分析
重要客户在网时长分析
重要客户/普通用户比例分析
重要客户信用度分析
重要客户营销费用分析
以上指标的分类分析：
按时间分析
按地区分析
按品牌分析
4.5.1.17 外来用户分析
外来用户是指从外地漫游来访的用户。对外来用户，特别是在某个特殊节假日对某特定场所外来用户的呼叫业务量、通话费用进行分析，可帮助决定是否在此场所进行网络改造或扩容，并进行相应的促销活动。
外来用户业务量（如通话次数、通话时长、通话费等）分析
外来用户话费收入及回收分析
4.5.1.18 模拟用户分析
模拟用户业务量（如通话次数、通话时长、通话费等）分析
模拟用户话费收入及回收分析
模拟用户离网情况分析
4.5.1.19 储值卡用户分析
储值卡用户包括神州行银卡、金卡以及其他尚未推出的业务种类。主要从业务量方面分析其对总的业务量和业务收入的影响以及此类用户的忠诚度（在网时间）。
储值卡用户分析主要包括以下内容：
储值卡用户业务量（如通话次数、通话时长、通话费等）分析
储值卡用户话费收入及回收分析
储值卡用户离网情况分析
储值卡用户号码保留期限分析
4.5.1.20 潜在用户分析
潜在入网用户分析
潜在离网用户分析
4.5.1.21 零次用户分析
对零次用户进行分析，以为制定相应的策略提供依据。
4.5.1.22 一户多卡用户分析
一户多卡用户是指同一用户名、同一身份证号码的用户。分析一户多卡用户的欠费、离网情况，可进一步了解用户的消费心理和消费习惯，特别是用户选择网、流动的特征。
一户多卡用户业务量（如通话次数、通话时长、通话费等）分析
一户多卡用户话费收入及回收分析
一户多卡用户离网情况分析
4.5.1.23 市场分析
市场占有率分析
客户发展情况分析
4.5.1.24 营业方式分析
通过营业方式了解各种营业方式（营业厅/代理商/网上营业/其它代理等）的特性与客户种类的变化和关系，各种营业方式对各种业务服务收入的贡献度和趋势，营业方式的业绩排名和信用风险分析。通过分析，了解各种营业方式的特性与业绩、话务量、客户租期、贡献度和风险程度之间的关系，发掘低风险和高利润的营业方式，作为发展业务的政策。
营业方式分析主要包含以下内容：
1．营业方式结构分析
各种营业方式的比较分析，比较各种营业方式所占业务总量的比重。
各种营业方式的开户分析；
各种营业方式的缴费分析；
各种营业方式的收入分析；
以及各种营业方式的分类分析：
按用户种类进行开户/缴费/收入分析
按地区进行用户开户/缴费/收入分析
2．营业方式发展分析
各种营业方式的发展分析，比较各种营业方式所占业务总量的比重变化情况。
各种营业方式的开户发展分析；
各种营业方式的缴费发展分析；
各种营业方式的收入发展分析；
以及各种营业方式的分类分析：
按用户种类（年龄、性别、性质等）进行开户/缴费/收入发展分析
按地区进行用户开户/缴费/收入发展分析
3. 营业厅结构分析
各营业厅的比较分析，比较各营业厅所占营业厅业务总量的比重。
营业厅结构分析主要包括以下内容：
各营业厅的开户分析；
各营业厅的缴费分析；
各营业厅的收入分析；
以及各营业厅的分类分析：
按用户种类（年龄、性别、性质等）进行开户/缴费/收入分析
按地区进行用户开户/缴费/收入分析
4．代理商结构分析
各代理商的比较分析，比较各代理商所占代理商业务总量的比重。
代理商结构分析主要包括以下内容：
各代理商的开户分析；
各代理商的缴费分析；
各代理商的收入分析；
以及各代理商的客户信用度分析：
5．其它代理结构分析
各其它代理（如银行）的比较分析，比较各其它代理所占其它代理业务总量的比重。
各其它代理的开户分析；
各其它代理的缴费分析；
各其它代理的收入分析；
以及各其它代理的分类分析：
按用户种类进行开户/缴费/收入分析
按地区进行用户开户/缴费/收入分析
按年龄进行用户开户/缴费/收入分析
按使用目的进行用户开户/缴费/收入分析
按月收入进行用户开户/缴费/收入分析
4.5.1.25 缴费分析
缴费分析主要包括以下内容：
1．缴费方式分析
分析用户的缴费方式（现金/托收/银行代收），从而决定是否增加/减少营业窗口、是否鼓励用户通过非现金方式缴费、是否增加联网的银行等；分析不同缴费方式所占比例；不同的缴费方式会影响话费回收的情况，通过对各种缴费方式的分析，业务部门可以引导不同的用户群体采用不同的缴费方式，以提高话费的回收。
缴费方式用户数分析；
缴费方式收入分析；
缴费方式的话费回收率分析
缴费方式的结构分析：
4.5.1.26 缴费时间（段）分析：
分析在每日缴费的用户数，以及在高峰缴费日各时段的缴费用户数；已决定是否增加新的营业厅，或是修改营业时间。
按用户种类进行缴费时间分析
按地区进行用户缴费时间分析
按年龄进行用户缴费时间分析
按使用目的进行用户缴费时间分析
按月收入进行用户缴费时间分析
4.5.1.27 缴费地点分析
分析每日不同营业场所的缴费情况（用户数、话费收入额），以了解缴费用户最集中的地点，以为营业厅的定点提供以及。
4.5.1.28 客服分析
投诉分析
针对不同的投诉情况进行分析，找出投诉的原因，以利于提高服务质量。
各种投诉类别的分类分析：
按地区进行投诉分析
按营业厅投诉情况分析
按营业员投诉分析
大投诉比例分析
电话咨询分析
电话业务受理分析
4.5.1.29 资源分析
对使用的各种资源进行分析（如手机、SIM卡、配件等）。
（一）仓库资源使用分析
1．SIM卡使用分析
按地区进行分析
按厂家进行分析
2．手机使用分析
按地区进行分析
按厂家进行分析
3．配件使用分析
按地区进行分析
按手机型号进行分析
（二）手机维修分析
按地区进行分析
按营业厅进行分析
按厂家进行分析
按手机型号进行分析
（三）手机销售分析
地区进行分析
按营业厅进行分析
按厂家进行分析
按用户类别进行分析
按手机型号进行分析
（四）号码资源分析
按地区进行分析
按号段进行分析
4.5.1.30 业务受理分析
对用户与业务受理之间关系的分析
用户选择业务种类分析，分析各种业务种类所占比重
以及业务受理的分类分析。
按地区进行业务受理分析
按营业厅进行业务受理分析
按营业员进行业务受理分析
4.5.1.31 促销分析模块
当今各电信运营商，为了开拓市场，使用各种促销手段如特定时间段的打折优惠、资费包的选择等等。但是如何来评价某种促销手段的贡献?如何选择适当的促销方式更有利于市场的竞争?促销分析就是满足用户这种潜在需求的决策支持工程。
广告分析
广告成本分析
促销成本分析
用户满意度分析
用户调查资料管理
用户满意度分析
4.5.1.32 竞争分析
（一）与各竞争对手竞争分析（联通、CDMA）
对于各竞争对手，我们可以从用户通话号码中进行总结分析，根据每月的竞争对手的用户号码进行分析，可以得到竞争对手的用户发展趋势，了解各竞争对手的发展情况，以便制定各种竞争措施。
（二）各竞争对手的用户发展分析。
各竞争对手的市场营销分析。
与各省竞争分析
与各市县竞争分析
4.5.1.33 综合决策分析模块
综合决策分析模块是把各种分析结合起来对主要关键值进行综合决策。
1．业务量综合决策
对影响业务量的各项因素进行综合评估，决定发展业务量的主导因素。影响业务量的发展因素有：地区分布、业务分布、资费措施、用户结构等。
2．业务收入综合决策
对影响业务收入的各项因素进行综合评估，决定发展业务收入的主导因素。影响业务收入的发展因素有：地区分布、业务分布、资费措施、用户结构、收费方式、欠费等。
3．用户发展综合决策
对影响用户发展的各项因素进行综合评估，决定发展用户发展的主导因素。影响用户发展的发展因素有：地区分布、资费措施、用户结构、广告宣传、新业务、竞争等。
4.5.1.34 新业务分析
电信运营商采用一些新技术，开通一些新业务，如短消息、WAP等，也是吸引用户的一种手段。对新业务进行有效的评估，判断新业务带来的效益，是衡量一项新业务推出是否成功的标准。
1．新业务的评估
评估新业务对电信运营商带来的经济效益，可以从评估中获得新业务主要的发展方向、对象，从而指导市场部门对新业务进行针对性的宣传。
新业务对通话次数的影响
新业务对通话时长的影响
新业务对通话费用的影响
新业务对用户发展的影响
新业务对手机销售的影响（主要是指与新业务相关的手机，如WAP手机等）
新业务的发展分析
以及这些指标的分类分析：
按地区进行分类
按用户类型进行分类
按用户年龄进行分类
按用户月收入进行分类
按用户使用目的进行分类
2．新业务预测
通过因新业务使得用户发展或业务量发展而获得的收益进行分析，来预测新业务给电信运营商带来的经济效益，可以从预测中获得新业务主要的发展方向、对象、带来的经济效益，模拟运行，从而保证新业务能够顺利实施。
预测新业务对通话次数的影响
预测新业务对通话时长的影响
预测新业务对通话费用的影响
预测新业务对用户发展的影响
预测新业务对手机销售的影响（主要是指与新业务相关的手机，如WAP手机等）
预测新业务的发展分析
以及预测这些指标的分类分析：
按地区进行分类
按用户类型进行分类
按用户年龄进行分类
按用户月收入进行分类
按用户使用目的进行分类
此功能建议在适当时机采用SAS软件进行深层次分析及预测实现，详见附录。
3.新业务的宣传渠道分析
分析各种渠道影响用户接受和使用新业务的情况，寻找出最佳宣传渠道。
4．WAP业务分析
WAP是电信新业务，可以对该新业务进行以下的分析：
时段分析
时长分析
新增用户分析
URL分析
4.5.2 报表及即席查询系统
用户可以将报表结果存成 HTML 超文本文件，从而通过浏览器查看或打印。
“请输入开始日期：”
“请输入终止日期：”
XX通信运营商最高领导层的领导及支持
确定清晰的业务需求
基于现有的操作型业务系统
定义目标体系结构
分析现有系统与目标间的差距
制定开发策略
原型的开发和认证
实施策略
系统结构建设投资
技能培训投资
构建数据仓库
开发实施分析工具
用户培训
依据新技术，改进业务处理流程和调整组织结构
系统投入运行
持续不断地改进
4.6 网间结算模块
图 结算流程
国际漫游结算。
与国内其他电信运营公司结算 。
省间漫游结算。
省间长途结算。
省内漫游结算。
省内长途结算。
梦网结算。
代收费结算。
表示将长话费按每分钟0.14元自留，剩下的长话费给对方，并且长话附加费全给对方。
）功能，使得计费和结算资料的改变立即体现在话单的计费和结算过程中；
+ 数据库分区技术，从而使系统具有高度并行处理能力，充分利用主机CPU、内存资源以及磁盘阵列的I/O资源；
数据库分表技术。
XX省话单： CDR_XX00_19990120；
- (140*D)) + E表示将长话费按每分钟0.14元自留，剩下的长话费给对方，并且长话附加费全给对方；
4.7 系统监控模块
4.7.1 BOSS系统监控模块EagleSight概述
XX公司为BOSS系统定制的监控模块EagleSight提供的主要功能是监控BOSS应用软件系统的运行情况。
可靠性
任何一个系统设计的前提都是可靠性，特别是7*24小时运行的关键性的任务。基于这种思想设计的系统要求它首先具有良好的可追溯性、良好的结构以及可预见的输入输出。因此，在进行设计的时候，需尽量保证监控系统基本结构的简单，实现核心部分和非核心部分充分分离，核心部分也尽量模块化，减少各模块之间的耦合性。
灵活性
对监控系统而言，灵活性意味着在不改变系统结构（或尽量小地改变系统结构）的情况下方便地实现功能的扩充或删减。例如，增加一种消息类别，增加一个运行实例等，增加一些外挂的扩充功能等。
调试能力
调试能力是经常容易被忽视的。事实上，可调试能力非常重要，在不影响系统性能的前提下，增加程序的调试能力可以在不直接去现场的情况下快速的查找原因，也便于工程维护人员在系统出现异常时可辅助分析原因，尝试解决问题。事实上，我们很多工程问题的解决都是通过分析应用程序日志而得到解决的。
实时性
监控系统要求对各代理程序和各应用程序发出的监控消息可尽量快速到达监控服务系统，但一般来说，这种实时性远可以商量，到底响应时间为多少合适，没有硬性的规定，一般要求在5分钟以内。监控系统同时也要考虑在大容量数据下的处理能力，虽然一般来说通过其他途径可限制监控系统的信息量。
各应用程序尤其应该注意，发送大量的监控信息是无意义的，这些监控信息会很快淹没其他有用的信息，造成监控系统部分无法使用。所以，应该严格限制应用程序发送大量重复的告警信息（如处理一个文件发几十万条告警信息），取而代之的应是，每处理完一个文件，发送一个汇总的告警信息。
例如：
计费入库程序在进行入库，可能它会发现某些表没有创建，那么，每一条话单都发送一条这个表没有创建的告警信息是没有必要的，如果有必要，可以在这个文件处理完毕，发送一些汇总性的告警信息，有哪些表没有创建，每一个没有创建的表一条告警信息（告警信息中包含有多少条话单引发这条告警信息）。
批价：
有些HLR找不到，可以在处理一个文件的过程中对每一个HLR进行计数，在该文件处理完毕，对每个HLR发送一条汇总性的告警信息，告知有多少条话单属于这个HLR找不到的错误。
4.7.3 Eagle Sight总体结构
通用性：可监控各种应用系统，同时对系统中普遍关注的部分，如磁盘、进程、系统日志、数据库、网络链路状况等实现监控。
灵活性：可自由加载、扩充被监控对象。
接口的标准化：对不同的操作系统、以及不同的应用，使用统一的接口。
稳定性：监控系统运行情况、配置参数的更新，以及监控系统的替换都不影响被监控软件系统的正常运行。
高性能、可靠性：监控消息的处理速度不低于50条/秒，另外，杜绝由于链路情况、进程挂死导致监控消息丢失，有效剔除重复数据。
实时告警，在链路正常的情况下监控消息5分钟以内到达监控服务器。
告警信息的有效性。
前台操作的简便性。
快速的响应能力，指前台的消息刷新速度。
多种告警方式，如电话、Email等。
4.7.3.1 功能结构
一个完整的监控系统主要由以下功能模块组成：
监控代理
包括应用程序监控信息代理模块、进程监控代理模块、磁盘监控代理模块、系统日志监控代理模块、数据库监控代理模块、链路监控代理。
消息传输
包括消息发送模块、消息接收模块。
监控消息分捡、处理、入库
包括对各种监控消息分类、将不同类别的信息入到不同的表中、以及告警升级、超时检测、传输速率检测、序号连续性检测等消息处理模块。
前台
包括进程消息显示模块、主机消息显示模块、监控告警模块、监控统计报表模块、监控配置管理模块。
4.7.3.2 监控代理模块
作为监控软件的代理模块(Agent)，向监控管理端(Manager)提供代理端主机的系统信息（处理器，内存，磁盘，进程，登录用户,各应用程序运行，数据库）状态，在监测到有越界状态时则向管理端报警；代理端也可接受来至管理端的控制命令。代理端的监测进程作为守护进程，需要常驻系统中，这部分模块将跑在被监控的机器上。它包含以下几个模块：
应用程序监控代理
应用程序使用监控代理接口，并按照规定的监控错误代码定义、格式，向传输模块发送消息。监控信息的发送情况，应不影响被监控应用本身的运行。
进程监控代理模块
检查进程的运行状态。该在运行的没有运行或没有定时启动的进程，都要发告警信息。
磁盘监控代理模块
发送磁盘的占用率信息。超过上限时，发告警信息。
系统日志监控代理模块
扫描操作系统日志，发送告警信息。
数据库监控代理模块
监控数据库设备和日志，发送告警信息。
链路测试代理
定时测试链路是否畅通。监控指定机器集的链路情况。如发现异常，产生一条告警信息，并将此信息入库。
4.7.3.3 消息传输
监控消息发送模块
接收各代理发送过来的监控消息，发送给监控消息接收模块。采用同步和异步并行的发送方式。发生阻塞时，先将监控数据存盘。待阻塞消除后，优先发送高级别的消息。
监控消息接收模块
接收监控消息，并将信息传送给分捡模块。发生阻塞时，先将监控数据存盘。待阻塞消除后，优先传送高优先级的消息。
4.7.3.4 消息分拣、处理、入库子系统
监控信息分捡模块
根据事先的设定，将消息分类。对于需要进行特殊处理的消息，发送给消息处理模块。否则，发送给入库模块。
监控消息处理模块
根据各应用的实际需要，处理信息，然后入库。例如采集数据处理在收到采集监控消息后，分解出采集名称和采集文件序号和生成时间，判断序号连续性。当发现序号不连续时，产生一条告警信息，并将它入到数据库中。
监控消息处理模块目前包括监控告警升级、超时检测、采集序号连续性检测、下发文件处理序号连续性检测、传输速率检测等。
监控消息入库模块
接收到监控消息后，进行消息分解，最后根据消息类型，入到实时告警数据库或日志数据库的相应表中。
4.7.4 前台子系统
进程消息显示模块
实时显示各机器各模块的运行状态。
主机消息显示模块
以图标形式显示各主机的监控告警情况。
监控消息统计报表模块
生成监控信息统计报表。
配置管理模块
管理监控系统的各种配置表。
消息告警模块
将告警信息的通过电话/Email发送出去。
4.7.4.1 监控信息管理子系统
监控信息管理子系统实时显示应用系统中的各个重要模块的监控信息，同时也对系统的磁盘、进程和非法用户等进行实时显示监控，并在30秒后定期刷新。
4.7.4.2 主机监控管理子系统
监控系统对应用系统中指定的单个主机或主机群进行重要信息的监控，这些信息包括高级别事件的发生的最新时间、发生次数以及其他信息。
4.7.4.3 前台实时告警子系统
监控前台实时告警系统对应用系统中的各个重要模块所产生的告警消息用电话、Email或声音的方式通知用户，并在用户设定的时间内刷新记录、发送消息。
4.7.4.4 前台报表查询子系统
监控前台报表查询系统对应用中的各个重要应用有条件的查询，例如XX计费系统中的采集、传输、预处理、批价、入库、出库、部中心和统计等，同时也对系统的磁盘、进程和非法用户等进行查询显示并可以打印。
4.7.4.5 资源配置管理子系统
资源配置管理子系统对监控系统用到的各种资源配置表进行管理，使得监控系统能够方便、快捷地得以配置，从而系统能够正确、方便地运行。
4.7.5 监测系统功能结构
整个接口按功能分为两个部分,参数设置模块和参数发送模块。
将待测试的ip地址load到内存。
ping目标地址。
对ping的结果进行分析，并发告警：
当链路状态发生改变（由连接正常转成断开，或由断开转成连接正常）时，发告警消息。
对于链路断开，且需要发告警的情况，需找到第一个断开点的地址（如，在某个路由器断开）。
当链路断开状态持续一段时间（如1天）后，发告警信息。
整个进程按功能分为两个部分,监控数据接收模块和监控数据发送模块。
整个进程按功能分为两个部分,监控数据接收模块和监控数据分发模块。
整个进程按功能分为三个部分,监控数据接收分解模块和日志入库模块及消息过滤及实时入库模块。
rexec端口，或者自行开发服务程序）
格式和BSD格式)。+|-M代表本月的后或前几个月，+|-D代表本日的后或前几日。注意date为关键字，代表当天日期。
监控系统以数据库为核心。
4.7.7.1 配置数据库
数据量小：
实时告警数据以每天最多1万条，保存三天计，存储量为3万条。
响应速度快：
由于是实时告警，所以无论是入库速度，还是查询速度（前台查询的依据）、修改记录的速度都有较高的要求。
数据删改频繁。
日志数据库具备完全的剔除重单能力和追溯能力，所以日志数据库中的数据可以用来做统计和分析。
4.7.8 Eagle Sight网络结构图
4.7.9 XXBOSS监控管理
主要应用于XXAICBS应用软件相关的系统监控上，在本期系统建设中，我们还推荐了另外两个监控软件，HP OPENVIEW NNM主要应用于主机网络节点的管理和监控，CISCO WORKS2000主要应用于网络设备的监控，从而XX三期BOSS工程的系统监控将是一个全面、细致、可靠的BOSS监控系统。
操作系统为Solaris。XX采集产品的程序中已内嵌监控API，可直接实现监控。监控的内容包括：
最新的采集文件，采集时间，采集错误名称（如果有）。
批价应用的特点是几乎所有进程皆为实时运行，所以系统进程的实时运行状态为监控重点。目前批价系统本身已开发一个针对预处理、批价、漫游文件处理等进程的监控界面，在本次集中监控的建设中，将定义一个统一的数据接口，将批价系统各程序的运行信息同时输出到集中监控系统，进行统一的告警管理。该系统应用程序的监控内容包括：
预处理部分
批价部分
漫游文件处理包括 部中心下发和出库
4.7.9.2.3 帐务系统的监控
帐务应用的特点是实时运行进程少，大多数进程为定时周期性运行，所以监控重点在于进程运行的准时和准确性。目前帐务系统有部分监控功能，可将程序的运行信息输出，关键是约定一个统一的数据传输格式。该系统应用程序的监控内容包括：
实时显示每个帐务处理进程的运行状况，对每个帐务处理进程包括：实例名称
处理时间，帐务处理错误名称（如果有）。
4.7.9.2.4 营业系统的监控
激活或关闭数字显示屏
t)在数字显示屏上在指定位置用给定的颜色显示字符串。
由于本系统的代理程序都运行在被监控的服务器和设备上，故本系统需配备的设备主要为一台监控服务器（监控数据库服务器）。推荐配置为2CPU/2G内存/40G硬盘的服务器。因为监控的负载相对来说较小，如现有应用的设备负载不满，也可与之共用设备。
4.8 外围系统
² 通信接口模块（ASOGCOM）
² 业务命令生成模块（ASOC）
² 业务命令自动处理模块（ASOA）
² 营业数据库接口模块（RQS）
² 日志记录和管理模块（ASOGLOG）
² 调度和冗余管理模块（ASOGHA）
4.8.1.1 通信接口模块（ASOGCOM）
）一样简单。针对不同的交换机/HLR接口，我们只要提供相应的ASOGCOM模块及正确的配置文件，就能够建立ASOA到交换机/HLR虚拟的IPC消息通道。对于大部分交换机/HLR来说，RS-232或X.25协议通信已能满足要求，并且不同种类的交换机/HLR服务接口只要使用相同的通信协议，它们的通信接口模块是完全一样的，这使得通信模块的开发和维护变得非常简单。
4.8.1.2 业务命令处理模块（ASOA）和业务命令生成模块（ASOC）
运行在自动用户服务请求服务器（RQS，ReQuest Server）上，该服务器负责汇总来自所辖营业区域的XX计费系统发出的所有用户服务请求，存放在数据库的“自动用户服务命令表”中（详见附件1）。抽象的自动用户服务命令作为请求的主要部分，由各个发出请求的模块（如前台营业、统计、反欺诈）根据抽象命令语法产生，用户服务请求入库时被分配了唯一的请求ID号。由于服务器所辖的营业区域内可能存在多个交换机用户服务命令接口，ASOC要根据“号码资源-交换机映射表”为每个请求确定对应的ASOA的ID号。
4.8.1.3 营业数据库接口模块（RQS）和抽象服务命令（ASO）
，详见附件2），将XX用户和服务属性封装成为抽象的类，这个类应该能够覆盖目前所有的服务选项，由于类的实现完全基于具体的交换机接口，所以它的定义和方法是虚拟的，有赖于ASOA的设计。对于今后可能产生的系统扩展，我们只要修改ASOS的定义和ASOA的实现代码，就能够方便地扩展类和方法的定义。
4.8.1.4 日志记录和管理模块（ASOGLOG）
4.8.1.5 调度和冗余管理模块（ASOGHA）
lability），我们可以选择使用ASOG双机备份以及到交换机/HLR的冗余通信链路，ASOG双机和冗余电路的调度和管理通过ASOGHA模块实现。
始话单文件进行技术分析；
² 在入库的过程中，利用数据库本身的功能对每条记录附加唯一的标号，该标号根据入库的顺序严格递增，并且不因记录的修改或删除而改变；
² 每次从表中提取记录时，记录本次过程中标号的最大值；
² 下次提取时，只提取那些标号 > 上次标号最大值的记录；
² 报表的纸张类型。如A4、A3、B4、B5等所有操作系统提供的纸张样式；
² 以及用户自定义的纸张样式（纸张宽度和纸长）；
² 报表的左边界、右边界、上边界、下边界、打印方向（横向和纵向）；
² 报表的题头和题头的字体、题头的高度；
² 标识数据列的列题头、列题头高度、每一列的宽度；
² 数据列每一列的打印对齐类型。对齐类型可分为左对齐、右对齐、居中；
/统计可能会在同一时间对同一表进行操作，这种方法对入库速度有一定程度的影响。
4.8.7 稽核系统
安全性、易管理性等方面做了相当充分的准备。
4.8.12.1 统一的API接口
AICBS系统是一个模块化程序系统，具有开放、统一、灵活的内外接口。对内，有基于模块间的紧密耦合接口；对外，主要保证安全、统一、全面的功能性接口。接口设计使整体功能设计最大限度的发挥系统功能。
4.8.12.2.1 数据分析类
AICBS主要通过数据分析类接口与外部数据分析系统实现网间互联和通信，为其它系统提供统计分析的基础信息，实现以AICBS系统为数据中心的资源共享和信息共享。外部系统通过数据分析接口 直接对AICBS数据层(SAN系统)数据获取，进行分析和统计。主要有包括决策支持系统、办公自动化系统、MIS系统(财务)等AICBS标准对外接口。
4.8.12.2.1.1与决策支持系统数据接口
由于决策支持系统DSS需要对客户行为作全面的分析，为决策层提供市场分析和指导，所以需要对系统数据中心的业务数据进行全面分析和采集，AICBS的决策支持系统数据接口通过CORBA和标准数据表，数据文件等格式为决策系统提供支持。
4.8.12.2.1.2与OA系统数据接口
AICBS能产生大量可定制的业务报表，可供OA系统自动获取，并进行进一步的业务统计等。其接口主要通过开放数据库接口表和标准数据文件来实现。
4.8.12.2.1.3与MIS系统数据接口
MIS系统主要包括财务收入管理，库存销售管理等业务，AICBS 通过开放数据库接口表和标准数据文件来实现与MIS系统的接口，MIS系统可以自动获取帐务统计报表，如应收、实收、欠费等，也可获取库存销售类数据，如：放号情况，手机/SIM卡的库存情况等。
4.8.12.2.2 事务处理类
AICBS系统具备与其它外部系统互联的互联接口获得数据和执行业务的能力。按照业务发展的要求，应可以通过金融电子交易、Internet等服务渠道为客户开展各种服务受理。AICBS事务处理类接口将保证各种外部服务系统与AICBS业务系统进行安全的连接，使系统间的业务请求统一接入到业务系统，安全地完成各种事务处理。
4.8.12.2.2.1与金融系统的接口
AICBS实现了与金融系统的实时接口，根据XXXX与本地各金融机构的具体协议可以选择通过CORBA、远程对象调用RPC、文件传输等机制完成实时的业务处理连接要求。 客户在金融系统办理业务，通过接口将客户业务请求传给中心相应的系统业务逻辑模块，完成业务处理合数据交换。
4.8.12.2.2.2与INTERNET服务接口
AICBS系统通过内建的WEBSERVER完成用户的各种INTERNET业务请求。系统可以通过INTERNET服务办理各种业务。AICBS采用先进的JSP/JAVABEAN技术，通过统一的JAVAtoCORBA接口完成INTERNET与生产系统核心业务的连接，从而保证了系统能安全地提供及时、准确的信息，并能在收到INTERNET系统的业务请求后，对客户资料进行及时的处理。
4.8.12.2.2.3与IP认证计费系统的接口
在IP认证方面，AICBS系统向省IP认证计费系统提供了全面的接口数据，主要包括: 用户资料变化信息（包括用户的用户名、密码、状态或余额等）；用户的可用资源量信息；用户充值记录和消费记录等。
4.8.12.2.2.4与ISP、ASP鉴权接口
与ISP、ASP的接口，AICBS主要通过数据文件数据包方式，提供与ISP、ASP运营商交换鉴权数据、费用数据等。
4.8.12.2.2.5与HLR、AUC接口
XX交换网络是XX通信的基础网络，XX电话的主要业务都是通过XX交换网络来实现的。 AICBS业务系统能联接XX交换网络设备包括HLR、AUC、EIR等。它与XX交换网络设备的接口的主要在于：实时将业务系统送来的相关客户数据翻译成交换网络的系统指令，然后送入交换网络的相应系统中执行；并对交换指令的执行结果或返回的有关信息做出相应处理。这类接口所进行的操作主要有：
² 对有关HLR、AUC的数据进行定义、修改或删除；
² 对有关HLR、AUC的数据进行查询；
² 对交换系统返回的有关信息进行处理；
² 定时自动核对客户的HLR数据。
4.8.12.2.2.6与短信中心的接口
AICBS提供通过短信向客户发业务通知、业务广告、节假日问候语、高额话费告警通知、欠费停机通知、交话费通知等，同时每月定期向客户发月帐单的通知，提醒客户交费。
4.8.12.2.2.7与语音信箱平台的接口
AICBS系统与语音信箱平台的接口主要完成客户语音信箱功能的建立、取消和查询等功能。
4.8.12.2.2.8与WAP平台的接口
AICBS系统与WAP平台留有的接口主要具备以下功能：客户可以通过WAP进行月话费帐单和实时话费帐单的查询；客户可以通过WAP办理XX业务；客户可以通过WAP进行XX业务的电子商务，如：选号入网、购买预付费卡或储值卡、银行转帐交话费、设置高额话费限额、转帐交话费保证金等。
4.8.12.2.2.9与智能网业务平台的接口
AICBS系统与智能网业务平台的SMP（XX智能网业务管理点）、CMP（资源管理点）、VC（充值中心）等系统设备建立接口主要实现：
（1） 业务系统通过SMAP（智能网业务管理接入点）对智能网业务进行管理。
（2） 业务系统与CMP传递资源管理信息，对神州行、充值卡等数据资源进行管理。
（3） 业务系统接收VC的充值记录等信息用于财务的收入核算统计。
4.8.12.2.2.10与MISC平台的接口
MISC是中国XX为XX数据终端用户和服务提供商提供增值服务的统一平台。AICBS系统与MISC建立的接口，主要实现：从MISC接收XX用户与ISP等服务提供商发生的信息费用；并向MISC提供XX用户的相关业务资料，完成数据交互。
4.8.12.2.2.11与其它增值业务平台的接口
增值业务平台包括各类资讯平台，这类接口主要提供AICBS核心业务系统平台与增值业务平台之间进行数据定义、修改、查询、删除及执行结果返回的数据建立通道。这类接口保证了客户能享受其他灵活方便的增值服务。
4.8.12.3 其它
随着业务的发展，XX公司可能会有越来越多的合作商，与其它合作商的计算机系统进行数据交换会日趋频繁，因此AICBS在设计上采用模块化、构件化设计，预留了与其它外部系统的各类数据接口，保证正确、充分、安全地接受外部信息和发送按需处理的系统业务信息，为业务开展和决策支持提供方便。
5 AICBS产品规格说明
5.1 系统功能组成
本系统由客户服务、系统管理、帐务处理、帐务管理、大客户管理、代销商管理、信用度管理、黑名单管理、辅助系统等几部分组成。
客户服务主要包括同最终用户有关的业务受理、业务变更、查询、缴费等操作。
系统管理主要包括资费管理、资源管理和开通管理。
帐务处理主要包括外部帐务（代收）数据采集、出帐处理等操作。
帐务管理主要包括销帐、帐单管理、欠费管理、无主详单管理、帐务稽核和帐单分发等。
大客户管理主要包括大客户业务受理、大客户资料查询和大客户资料统计功能。
代销商管理主要包括代销商资料管理、代销商资源管理、代销商费用结算和代销商业绩考核/调整管理。
信用度管理主要包括初始信用度维护、信用度规则维护。
辅助系统主要包括权限管理、监控、操作日志管理、统计和系统备份管理。
主要业务功能与流程如下：
5.2 客户服务
5.2.1 业务受理
5.2.1.1 开户
5.2.1.1.1 业务定义
开户包括新装开户和再装开户。
新装开户是客户初次向运营商申请订购电信服务并与运营商签订商业协议的过程。在这个过程中，需要新建客户资料（普通用户可以没有客户资料）、新建帐户资料、订购并开通产品或计划（一个或多个）。
再装开户是已有用户订购并开通新的产品或计划（一个或多个）的过程。
开户时客户和运营商需明确：
客户需要订购运营商提供的服务种类；
服务项目中的各种要素；
客户使用服务的资费；
客户使用服务的支付方式和途径；
客户订购服务对应的帐户资料；
双方的其他约定。包括客户不及时缴纳欠费罚则、客户自我服务费用控制、信用度管理方式等。
5.2.1.1.2 数据信息
新增开户
输入：帐户信息、定购信息、担保人信息、客户信息（后两项如果系统中不存在，需新建）。
输出：帐户资料及其历史资料、定购资料及其历史资料、担保人资料、费用资料、业务受理资料及其历史资料、收据、SIM卡和号码（手机用户）。
*其中帐户资料和客户资料只有一条记录，定购资料有一条或多条记录。
再装开户
输入：帐户信息（可选）、定购信息。
输出：新增的定购、服务限制及定购历史、[担保人资料]、业务受理记录、业务受理明细、业务变更历史、帐户资金明细、业务受理记录、业务受理明细、业务变更历史、帐务周期费明细。
5.2.1.1.3 业务流程
新装开户
用户在登记卡上填写客户资料、担保人资料；
录入用户的客户资料、帐户资料。如果系统的担保人资料中有其担保人信息，则填入担保人编码，否则新建担保人资料并取得担保人编码；
检查客户资料的合法性（目前仅进行黑名单检查），根据用户的身份证核对用户是否存在于黑名单中，如果存在则不允许开户；
用户选择入网类型，如大客户、普通用户等。如果用户是大客户入网，且没有建立客户资料，则要建立客户资料，并在客户历史中也要记录客户资料；如果系统中有该客户资料，则在建立帐户时要指定客户编号。如果是普通用户则不为帐户指定客户；
开户时如果需要担保人，且系统中没有该担保人资料，则要新建担保人资料；
开户时用户可以选择多个产品包（包括同一产品订购多个）建立相应的定购资料，同时允许修改和删除刚建立的定购资料。系统将检查用户是否曾经定购过该产品，如果有且是注销状态，则恢复成正常状态；
根据选择的服务从资费管理获得用户可以选择的产品组合，用户选择产品组合新建一定数量的同种产品组合的定购资料：如果是手机用户则要选择号码、选择业务功能组合、选择并设置SIM卡密码等；如果是IP用户则要填入登录帐户名称、登录密码等。如果选定的产品组合有优惠条件，可以设置优惠条件。资费管理同时会将帐户优惠、资源优惠等信息提供给用户选择。如果是预付费用户，则要设定每个主定购的限额，设定帐户的限额和信用度。
系统自动计算用户开户应付金额：资源管理提供资源占用费用、帐务管理提供定购的周期费用、资费管理提供业务受理费用。操作员可以根据权限和业务情况对应付金额进行优惠，但优惠金额不得大于应付金额；也可以将应付费用结转到用户下个帐务周期去付费。如果用户要预存款，则打印预存款收据。
打印并交付开户发票、预存款回执，如果是手机用户要交付SIM卡；
如果是手机用户则向PS接口发送开通命令；
后处理
系统生成帐户资料、并保存到帐户历史中；
生成定购、服务限制和定购历史；
将业务受理情况记录到业务受理记录和业务受理明细中；
将开户时发生的帐户费用记录到帐户资金明细中；
将开户时发生的帐务周期费用记录到帐务管理的服务周期费明细中；
将发生的费用情况记录到销帐管理的帐户资金流水和帐户资金流水明细中；
如果有结转费用则要在帐务管理的帐单中生成结转帐单。
将新生成的帐户编号、定购编号等记录到业务变更历史中。
如果是大客户开户则要在系统中生成客户和客户历史。
如果要建立担保人资料，则在系统中新生成担保人记录。
再装开户
用户输入其计费号码查询用户资料，如果没有则提示系统中不存在；如果有该用户的资料则显示其客户和帐户的简要信息，以及已定购的产品包，对于已定购的资料不允许在此修改和删除。
检查用户是否欠费，如为欠费用户则根据系统规定，决定是否继续进行新订购；
根据开户时用户可以选择多个产品组合建立相应的定购资料，同时允许修改和删除刚建立的定购资料。系统将检查用户是否曾经定购过该产品，如果有且是注销状态，则恢复成正常状态；
根据选择的服务从资费管理获得用户可以选择的产品组合，用户选择产品组合新建一定数量的同种产品组合的定购资料：如果是手机用户则要选择号码、选择业务功能组合、选择并设置SIM卡密码等；如果是IP用户则要填入登录帐户名称、登录密码等。如果选定的产品组合有优惠条件，可以设置优惠条件。如果是预付费用户，则要设定每个主定购的限额、透支额，设定帐户的限额和透支额。
系统自动计算用户开户应付金额：资源管理提供资源占用费用、帐务管理提供定购的周期费用、资费管理提供业务受理费用。操作员可以根据权限和业务情况对应付金额进行优惠，但优惠金额不得大于应付金额；也可以将应付费用结转到用户下个帐务周期去付费。如果用户要预存款，则打印预存款收据。
后处理
生成定购、服务限制和定购历史；
将业务受理情况记录到业务受理记录和业务受理明细中；
将开户时发生的帐户费用记录到帐户资金明细中；
将开户时发生的帐务周期费用记录到帐务管理的服务周期费明细中；
将发生的费用情况记录到销帐管理的帐户资金流水和帐户资金流水明细中；
如果有结转费用则要在帐务管理的帐单中生成结转帐单；
将新生成的帐户编号、定购编号等记录到业务变更历史中；
如果要建立担保人资料，则在系统中新生成担保人记录。
5.2.1.1.4 功能要求
开户时需进行操作员权限的检查；
开户时需进行黑名单检查；
开户时需根据信用度等级判断条件，为帐户设置信用度等级；
开户时可进行预存款的受理；
开户时可根据用户要求进行订购的限额设置，（也可将将预存款转换为限额分配到各订购）；
支持付费计划（付费帐户+付费科目+客户化帐单格式）定制；
支持缺省缴费方式的选择（现金缴费、支票、预存款、信用卡、缴费卡、现金卡）；
客户可选择是否寄送帐单或详单；
在开户时将涉及到资源费用、业务费用、产品的周期费用等，根据操作员的权限可以做适当的优惠，原则是减免的费用应不大于对应的费用；
允许用户将部分费用结转到下个帐务周期，即生成结转帐单；
如果是专线用户则需PS生成手工开通工单；
对于实时开通失败的情况,需进行再开通(网络通讯方面的故障)或重新选择资源(资源被占用、资源损坏等)再开通；
如果用户已有帐户，再新建帐户进行订购，则应录入客户资料，并对原帐户下已有订购进行相应改变；
如果是大客户开户，如果是将系统中已有的帐户关联到大客户下，则帐户下的所有定购也属于该客户，也要建立定购与客户的关系，定购与客户、帐户与客户变换后的关系要记录到业务变更历史中；
开户时需进行受理操作和费用的日志记录；
对于IP用户开户有如下限制：
专线开户不涉及物理设备的开通，只是登记用户资料；
主叫鉴权以主叫号码为计费号，须先开户才可使用；开户时对主叫电话号码要作校验；
卡用户批量开户接口，每批卡除卡号和密码外具有相同的属性；须针对开户类型和帐户类型作处理，类似卡开户接口，每个用户的基本资料及产品信息可不同，每次只开一个用户。
对于手机用户开户：
“一卡双号”业务可为用户在同一张SIM卡上同时开通两个“全球通”号码（主号码和次号码），拥有两个IMSI号，用户在通话中可任意选择其中的一个号码进行通话；“一卡三号” 业务就是在“一卡双号”业务的基础上，再开通一个（或多个）“XX超级呼”号码。主号码只限于普通的“全球通”或“全球通 2000”卡；次号码不记名，但不开放国际长途及国际漫游功能。开户时用户要为选择不同的定购和附加功能，并建立一卡多号间的父子关系。
如果选择了不计算周期费用的附加功能（如来电显示），则其将作为次产品增加到定购资料中。
支持亲情号码的登记。
5.2.1.2 开户取消
5.2.1.2.1 业务定义
本功能适用于XX和IP业务。
开户取消即反开户处理，前提条件是用户没有使用过资源，该处理将从系统中删除用户的相应的帐户资料（如果帐户资料和订购是同时建立的）和定购资料。
5.2.1.2.2 数据信息
输入：主（次）计费号或业务受理号。
输出：[帐户历史]、定购历史、业务受理历史、业务受理记录、业务受理明细、[客户历史]、帐户资金明细、业务受理记录、业务受理明细、业务变更历史、帐务周期费明细、帐户历史资料、定购历史历史资料、业务受理历史资料。
5.2.1.2.3 业务流程
根据业务受理号查询用户资料，显示用户的帐户和定购信息；如果用户无法提供业务受理号，则根据计费号查询业务受理号；
查询用户的订购是否生成了使用费用，如果已生成则退出开户取消处理。
根据运营商规定，退还用户在开户时被收取的所有开户费用，在业务受理明细中记录开户取消的费用、删除帐户资金明细中开户生成的记录、删除帐务周期费明细中生成的费用、通知销帐管理生成负金额以冲减开户生成的费用；
将开户时生成的定购设置成注销状态保存到定购历史中，并删除定购和服务限制，通知资源管理释放资源、向PS接口发送删除命令；
后处理
如果生成了帐户，则将其状态设置成注销保存到帐户历史中，并删除该帐户；
如果开户时生成了客户资料，则将其状态设置成注销保存到客户历史中，并删除该客户；
如果生成了担保人资料，则从系统中删除该担保人。
5.2.1.2.4 功能要求
需进行操作员权限检查；
办理业务时，需检查用户有效证件；
在查询用户是否使用了产品时，如果计费系统是实时计费，则可以从计费接口获得使用信息，否则开户取消只能是在开户的当场做取消操作。
需进行受理操作和费用的日志记录；
5.2.1.3 预约开户
本功能适用于XX业务。
预约开户包括预约定购、预约开通和预约取消。
5.2.1.3.1 预约定购
1．业务定义
预约定购是指用户预先占用电信设备，但是可以在预约有效时间内暂时不开通服务，也可以暂时不登记用户的资料，被占用的设备在这段时间内不得被其他用户占用。当超过预约有效时间后用户仍未来办理开通业务，则自动取消用户对设备的占用。
2．数据信息
输入：简单的客户信息、产品或计划。
输出：资源、资源明细。
3．业务流程
用户选择要预约的设备，如手机号码，设定预约有效时间段；
在系统中查询该设备是否空闲，如果空闲则通知资源模块将该资源做上预约标志，否则不允许预约定购，结束处理；
系统定时检查，对于超过预约有效时间仍未被定购的设备，解除预约标志，使之空闲。
4．特殊要求
需进行操作员权限检查；
需进行操作日志记录；
5.2.1.3.2 预约取消
1．业务定义
本功能适用于XX。
将预约开户时产生的资料取消。
2．数据信息
输入：[帐户]、定购
输出：[帐户历史]、定购历史、业务受理记录、业务受理明细、帐户资金明细
方括号中的帐户和帐户历史是可能输入、输出项。在预约开通时如果生成了帐户资料，则在预约取消时将生成帐户历史并删除帐户资料。
3．业务流程
根据计费号查询用户资料，显示用户的帐户和定购信息；
查询用户的产品是否生成了使用费用，如果已生成则退出开户取消处理。
向PS接口发送预约取消命令；
如果预约开通时生成了帐户资料，则将用户的帐户状态置为注销后保存到帐户历史中，并从帐户中删除该帐户；从将预约开通时生成的定购注销后保存到定购历史，并从定购中删除用户的定购资料；
4．特殊要求
需进行操作员权限检查；
需进行操作日志记录；
5.2.1.4 批开户
5.2.1.4.1 业务定义
本功能适用于IP业务。
批开户指将用户资料文件传至服务器，由服务器后台程序进行处理文件，将用户的帐户和定购资料批量录入到系统中，完成批量开户操作；错误的用户资料放入错误汇总文件。
5.2.1.4.2 数据信息
输入：未格式化的用户资料文件。
输出：新增的帐户及其历史、新增的定购、服务限制及其历史、[新增的担保人]、[新增的客户]和[客户历史]、新增的帐户资金明细、业务受理记录、业务受理明细、业务变更历史、帐务周期费明细、错误信息文件。
5.2.1.4.3 业务流程
开户
将未格式化的用户资料文件传送到指定目录；
将用户资料文件都转换为批开户可识别的格式（不同的代销商上传的文件格式可能不一样）；
读入格式化后的用户资料文件，读取每个用户的详细信息，对每条用户信息作合法性检查，符合条件的完成开户，将用户资料保存到数据库；对于没有通过合法性检查或者无法写入数据库的数据，写入到错误信息文件；
进度查询
批开户需要较长时间，上传完文件后客户端即断开连接，由后台程序完成批开户。后台程序在开户过程中，在数据库中记录完成的进度（处理的记录条数），客户端可以通过查询进度记录了解开户完成情况。
错误信息文件下载
错误信息文件保存未完成开户的原始资料和错误原因，客户端可以将此文件下载，重新处理。
中间文件的删除
上传的文件、错误信息文件放在指定目录下，管理员可以通过管理界面了解到文件的详细信息和文件是否已弃用，可以删除指定的文件。
5.2.1.4.4 功能要求
需进行操作员权限检查；
批开户需进行黑名单检查；
批开户从用户资料文件中读得数据，逐条进行开户，逐条递交。不正确的记录写入错误文件；
开户过程中，保存进度记录，在异常终止被恢复后可以继续处理下去；
能同时处理多个文件，前台和后台是异步处理的。后台在批开户的过程中，前台无须保持连接；
开户成功记录写入数据库，开户失败记录写入错误文件，不能丢失记录。
需进行操作日志记录；
5.2.1.5 过户（合户）
5.2.1.5.1 业务定义
本功能适用于XX业务中。
过户是指将用户的一个定购转到另一个帐户下，如果另一个帐户不存在则要新建帐户后再做过户。定购如果包含次定购，其次定购都同时过户到新建立的帐户下；定购如果有父定购，则要过户的应是其父定购下的所有子定购和所有的次定购。
合户是一类特殊的过户操作，即过户方的所有订购全部过户到新用户下。
5.2.1.5.2 数据信息
输入：[帐户]、[但保人]
输出：[新帐户]、变更后的定购、[帐户历史]、定购历史、业务受理记、、业务受理明细、业务受理历史、帐务资金明细、[担保人]
方括号中的帐户和担保人资料是可生成项，当系统中没有该帐户或担保人，则过户时生成帐户或担保人资料，否则不生成。
5.2.1.5.3 业务流程
根据主（次）计费号查询用户资料，如果不存在则提示系统没有该用户资料；
确认用户资料后，如果用户有未缴费的帐单，则旧帐户要先在销帐前台缴清费用才能办理过户；如果用户有未出帐的当月话费，则向系统申请出帐，由旧帐户在销帐前台缴清费用；对于用户当月的漫游话费，由新旧帐户协议，在下个缴费周期由新帐户代旧帐户交，私下结清；
要过户的定购包括指定次计费号所对应的所有主定购、次定购。如果次计费号是一卡多号中的子号码，则要过户的定购应是其父号码对应的所有主定购、次定购、所有的子定购和子定购的次定购，需要用户确认后才继续处理；
如果要新建帐户，则要先检查该帐户是否黑户。如果是黑户则不能建立该帐户。根据业务需要填入担保人编号（比如外地手机需要本地手机用户做担保人），如果系统中有其担保人信息，则填入担保人编码，否则新建担保人资料并取得担保人编码；
如果旧帐户下已没有定购了，旧帐户的押金和预存款等可以在销帐前台取出，也可以在此转到新帐户下；
在用户确认过户数据后，系统将建立新的帐户资料，把要过户的定购的帐户编码改成新的帐户编码，同时在帐户历史、定购历史、业务受理历史中保存新的记录，在业务受理记录和业务受理明细中记录该项业务处理；
如果旧帐户的预存款等要转入新帐户，要在帐户资金明细中记录其从旧帐户转出再转入新帐户的过程，保证帐务资金平衡；如果新帐户有限额设置，则要给定购重新设置限额；
系统自动计算过户业务费用、帐户间转帐费用，并打印收据。
如果有新建帐户，则生成帐户及帐户历史；如果有新建担保人则生成担保人资料；
后处理
修改定购、服务限制，并保存到定购历史中；
将业务受理情况记录到业务受理记录和业务受理明细中；
将过户时发生的帐户费用记录到帐户资金明细中；
将发生的费用情况记录到销帐管理的帐户资金流水和帐户资金流水明细中；
如果有结转费用则要在帐务管理的帐单中生成结转帐单。
将过户前后的帐户编号信息等记录到业务变更历史中。
5.2.1.5.4 功能要求
需进行过户双方的黑名单和欠费情况检查，如一方为黑名单或欠费用户，则不能进行过户操作；
过户时，过户方的帐务费用可根据过户双方的协议，选择即时结清或全部由对方负担；
支持过户双方的信用度调整；
如果旧帐户下已没有定购，其不再新增定购，可以将旧帐户做上注销标志，由系统定时删除；
5.2.1.6 分户
5.2.1.6.1 业务定义
分户是指为用户的一个或多个定购新建帐户资料，该帐户资料在系统中是第一次建立。定购如果包含次定购，其次定购都同时过户到新建立的帐户下；定购如果有父定购，则要分户的应是其父定购下的所有子定购和所有的次定购。
5.2.1.6.2 信息数据
输入：帐户、[但保人]
输出：新帐户、变更后的定购、帐户历史、定购历史、业务受理记、业务受理明细、业务受理历史、帐务资金明细、[担保人]。
方括号中的担保人资料是能生成项，当系统中没有该担保人，则开户时生成担保人资料，否则不生成。
5.2.1.6.3 业务流程
根据次计费号查询用户资料，如果不存在则提示系统没有该用户资料，退出处理；
确认用户资料后，如果用户有未缴费的帐单，则旧帐户要先在销帐前台缴清费用才能办理过户；如果用户有未出帐的当月话费，则向系统申请出帐，由旧帐户在销帐前台缴清费用；对于用户当月的漫游话费，由新旧帐户协议，在下个缴费周期由新帐户代旧帐户交，私下结清。
要分户的定购包括指定次计费号所对应的所有主定购、次定购。如果次计费号是一卡多号中的子号码，则要过户的定购应是其父号码对应的所有主定购、次定购、所有的子定购和子定购的次定购，需要用户确认后才继续处理。
新建帐户资料。根据业务需要填入担保人编号（比如外地手机需要本地手机用户做担保人），如果系统中有其担保人信息，则填入担保人编码，否则新建担保人资料并取得担保人编码。
在用户确认分户数据后，系统将建立新的帐户资料，把要过户的定购的帐户编码改成新的帐户编码，同时在帐户历史、定购历史、业务受理历史中保存新的记录，在业务受理记录和业务受理明细中记录该项业务处理。
系统自动计算分户业务费用、帐户间转帐费用，并打印收据
5.2.1.6.4 功能要求
需提供变更处理的回退功能；
需进行过户双方的黑名单和欠费情况检查，如一方为黑名单或欠费用户，则不能进行过户操作；
支持分户双方的信用度调整；
如果旧帐户下已没有定购，其不再新增定购，可以将旧帐户做上注销标志，由系统定时删除。
支持操作和发生费用的日志记录。
5.2.1.7 预销户
5.2.1.7.1 业务定义
预销户分为预销帐户和预销订购。
预销订购是指将系统中指定订购注销。预销时需缴清所有未缴费帐单。预销订购暂时不会从系统中删除，只是做上注销标志，表示该定订购被冷冻，不能使用电信服务。预销定购同时提供预销取消功能，可以将尚未销户的预销订购解冻。
预销帐户是指将系统中指定帐户注销，前提是帐户下没有定购或所有定购已被注销。预销帐户暂时不会从系统中删除，只是做上注销标志，表示该帐户被冷冻，不能办理其他业务。预销帐户同时提供预销取消功能，可以将尚未销户的预销帐户解冻。
5.2.1.7.2 数据信息
输入：定购或帐户。
输出：预销后的帐户、帐户历史、业务变更记录、业务变更明细、帐户资金明细。
5.2.1.7.3 业务流程
预销订购
根据次计费号查询用户的帐户和定购资料，如果系统中不存在则提示出错并结束处理。
检查该定购是否有未缴费的帐单，如果有则要到销帐前台先缴清费用才能继续办理预销定购。如果该定购下有子定购，还要检查子定购是否也要缴清费用。
根据配置，可收取用户一定数量的预存款(押金)；
用户确认要对指定次计费号的定购预销后，系统将该次计费号的所有在用的主定购、次定购、子定购及其次定购做上注销标志，然后保存修改后的定购到定购历史中；通知系统释放用户对该次计费号、IMSI号和SIM卡号的占用；通知PS系统停止该次计费号、IMSI号和SIM卡号的使用并通知资源管理进行相应设置；
如果定购对应的帐户下已没有在用的定购，则将押金和预存款退还用户；
系统自动计算预销定购的费用、打印收据和回执；
在业务受理记录、业务受理明细、帐户资金明细中记录该笔业务和资金变动情况。
预销帐户
根据次计费号查询用户的帐户资料，如果系统中不存在则提示出错并结束处理；
如果该帐户有未缴费帐单要先在销帐前台缴清费用后才能办理预销业务；
检查该帐户下是否有定购，如果没有则允许帐户预销户；如果有定购，且所有定购都做上了注销标志，则允许帐户预销户；如果还有定购是在用的，则不允许帐户预销户，结束处理；
用户确认要对指定帐户预销户后，系统将帐户做上注销标志，同时保存修改后的帐户到帐户历史中；
系统自动计算预销户费用、打印收据；
在业务受理记录、业务受理明细、帐户资金明细中记录该笔业务和资金变动情况。
5.2.1.7.4 功能要求
需进行操作员权限检查；
支持收取预销户押金；
支持预销户取消；
支持多个订购或多个帐户同时操作；
预销户时需向相应设备发送服务暂停指令；
应提供预销取消功能，可以将未销户但已预销的订购恢复回预销前的状态，同时在业务受理记录和业务受理明细中记录取消操作。
支持客户历史资料记录；
支持业务操作和发生费用的日志记录。
5.2.1.8 销户
5.2.1.8.1 业务定义
销户是指将已预销的帐户和定购从系统中删除的处理。系统一般定时做这一清理工作。
5.2.1.8.2 数据信息
输入：帐户、定购。
输出：业务受理记录、业务受理明细。
5.2.1.8.3 功能要求
需进行操作员权限检查；
支持订购资料和相应客户资料、帐户资料的删除处理；
销户可通过人工干预进行也可根据系统设定周期进行；
支持占用资源的释放处理；
支持客户历史资料记录；
支持操作日志记录；
5.2.1.9 售不记名卡
5.2.1.9.1 业务定义
不记名卡主要包括：互联网上网卡、IP电话卡、充值卡、缴费卡等。
5.2.1.9.2 业务流程
类似于普通用户开户。
5.2.1.9.3 功能要求
售不记名卡时可以根据具体情况记录售卡的详细资料，以便对业务进行统计和调度管理；
对于未开户互联网上网卡应该对卡进行开户处理，并且应该修改卡的状态；
支持受理回退；
支持业务受理记录；
支持黑名单检查；
5.2.1.10 资料稽核
5.2.1.10.1 业务定义
资料稽核是指对录入系统中的由代销商发展的用户的帐户资料和订购资料进行正确性检查的操作。
5.2.1.10.2 功能要求
支持操作员权限检查；
支持按代销商、时间等进行用户资料查询和检查；
支持黑名单检查；
对属于黑名单的用户应暂停其服务；
支持业务操作记录；
5.2.2 业务变更
5.2.2.1 资料变更
5.2.2.1.1 业务定义
资料变更指客户基本信息和帐户基本信息的变更。
客户基本信息包括：客户名称、客户密码、职业、客户类别、客户证件类别、客户证件号码、地址、邮政编码、联系电话、EMAIL、联系人、联系人证件类别、联系人证件号码、联系人地址、联系人邮政编码、联系人联系电话、联系人EMAIL、信用度等。
帐户基本信息包括帐户的名字、付款方式、开户银行和帐号、帐户类别、客户编号、担保人编号、信用度等。
5.2.2.1.2 数据信息
输入：待修改客户、帐户资料。
输出：修改后客户、帐户资料。
5.2.2.1.3 功能要求
需进行操作员权限检查；
支持按用户的某一订购的计费号或用户的身份证号码查询客户资料或帐户资料；
支持黑名单检查及欠费情况查询；
根据系统配置，如果有业务费用则收取费用、打印票据。
支持受理回退；
支持业务受理记录；
支持客户历史资料记录；
提供多种受理方式和受理途径；
5.2.2.2 定购状态变更
5.2.2.2.1 业务定义
订购状态变更是指改变用户定购的某项服务的激活/停止状态，如XX用户的停机/复机，卡用户的加解锁，注册用户的服务停止/恢复等。
其中XX业务中的停机分为申请停机、报失停机、拆机停机、临时停机。
申请停机：用户到营业厅办理申请停机手续，将手机停止使用一段时间，期间内用户仍需缴纳月基本费；
报失停机：用户手机遗失后办理报失停机手机，保护用户手机不被盗打，期间内用户不需缴纳月基本费；
拆机停机：用户办理拆机销号业务前须先办理拆机停机业务，拆机停机前用户应结清话费；
临时停机：用户可申请办理临时停机，临时停机一段时间后系统会自动将手机打开；
XX业务按不同的停机类型，相应的有不同的复机类型，如申请停机对应于申停复机等。按不同的类型向PS接口发送不同的停复机命令；
XX业务中如果对存在次定购的主定购在做停复机时，次定购与主定购的停复机状态是同步的；存在子定购的父定购做停机时，子定购与父定购的停机状态同步；
欠费的停复机分别由欠费管理和营业缴费来触发。
5.2.2.2.2 数据信息
输入：定购。
输出：变更后的定购、定购历史、业务受理记录、业务受理明细。
5.2.2.2.3 业务流程
根据计费号查询其对应的主定购。
停机时，如果定购的状态是开通状态，则允许停机。
复机时，对于XX业务定购必须是相同类型的停机状态，如申停复机只能对申请停机的定购做复机；对于IP业务如果定购的状态是停机状态，则允许复机。
向PS接口发送停/复机命令。
后处理
修改系统中相应的主定购及其次定购的状态，父定购及其子定购的状态，并保存到定购历史；
将业务受理情况记录到业务受理记录和业务受理明细中；
将状态变更时要修改的帐务周期费用通知帐务管理修改对应的服务周期费明细中；
将发生的费用情况记录到销帐管理的帐户资金流水和帐户资金流水明细中；
如果有结转费用则要在帐务管理的帐单中生成结转帐单。
5.2.2.2.4 业务功能要求
办理业务时，需检查用户有效证件；
对各种情况的停机，需提供对应的月租费收取方式配置；
XX业务中，对临时停机的正常用户，一定时间后手机会自动开机。
支持业务操作和发生费用的日志记录。
5.2.2.3 密码修改
5.2.2.3.1 业务定义
密码修改分为帐户密码修改和订购密码修改，即修改指定帐户或订购的密码的过程。
5.2.2.3.2 数据信息
输入：修改前帐户(定购)密码，修改后密码。
输出：修改后的帐户(定购)、帐户(定购)历史、业务变更记录、业务变更明细。
5.2.2.3.3 业务流程
根据计费号码查询对应的帐户(订购)资料；
检验原帐户(订购)密码，如果正确才能修改帐户(订购)的密码；
替换帐户(订购)资料中的密码数据，同时将新的帐户(订购)资料保存到帐户历史中。
将业务受理情况记录到业务受理记录和业务受理明细中；
5.2.2.3.4 功能要求
需进行操作员权限检查；
在客户忘记密码的条件下，允许有一定权限的操作员强制修改密码，即不通过密码验证就改变用户的密码。
支持业务操作和发生费用的日志记录。
5.2.2.4 换卡
5.2.2.4.1 业务定义
本功能在XX业务中存在。
根据用户的申请给指定号码的设备配以新的SIM卡(原用户号码不变) 。
5.2.2.4.2 数据信息
输入：计费号。
输出：变更后的定购、定购历史、业务变更记录、业务变更明细。
5.2.2.4.3 业务流程
根据次计费号码查询主定购的IMSI、SIM卡等资源信息；
选择新的SIM卡（内含IMSI数据），由资源模块通知交换机接口计费号码与IMSI的新的对应关系；
如果是补卡则不会回收旧卡；如果是旧卡换新卡，则用户可以退回旧卡。
由资源管理和资费管理分别提供资源费用和业务费用、收取费用并打印收据、交付新SIM卡；
如果由SIM卡换成STK卡，可能会增加附加功能；
通知资源管理和PS管理对新资源的占用、对定购服务的开通；
生成换卡后的新定购、定购历史，原定购的所有属性和新卡要求的属性赋予新定购；
将业务受理情况记录到业务受理记录和业务受理明细中；
将换卡时发生的帐户费用记录到帐户资金明细中；
将换卡时发生的帐务周期费用记录到帐务管理的服务周期费明细中；
将发生的费用情况记录到销帐管理的帐户资金流水和帐户资金流水明细中；
如果有结转费用则要在帐务管理的帐单中生成结转帐单。
将换卡前后的主计费号等信息记录到业务变更历史中。
5.2.2.4.4 功能要求
需进行操作员权限检查；
办理业务时，需检查用户有效证件；
支持业务操作和发生费用的日志记录。
如果要换成STK卡（全球通智能卡），必须要选择开通一些附加功能，如信息点播、XX股市、手机银行等，可按包月或按流量算费。STK卡的成本费可能与SIM卡不等。
5.2.2.5 换号
5.2.2.5.1 业务定义
换号指XX业务中，用户申请改变其手机号码的操作。
5.2.2.5.2 功能要求
需进行操作员权限检查；
办理业务时，需检查用户有效证件；
换号时需根据系统配置，进行帐务费用的即时结清或
支持业务操作和发生费用的日志记录。
5.2.2.6 套餐计划变更
5.2.2.6.1 业务定义
套餐计划变更即更换用户订购的某一产品包（限同一类别服务）。如一卡一号的手机用户要换成一卡多号时，如将原号码作为主号，则要为子号码选择产品包，填入新的产品信息，生成新的定购资料，同时指定号码的父子关系。
5.2.2.6.2 功能要求
需进行操作员权限检查；
办理业务时，需检查用户有效证件；
将业务受理情况记录到业务受理记录和业务受理明细中；
将变更时发生的帐户费用记录到帐户资金明细中；
将变更时发生的帐务周期费用记录到帐务管理的服务周期费明细中；
将发生的费用情况记录到销帐管理的帐户资金流水和帐户资金流水明细中；
将改号的定购记录到业务变更历史中。
5.2.2.6.3 移机
移机指IP中某些业务的设备发生物理空间上的改变时，产生工单，改变设备编号对应的信息（如端口、IP地址）的过程。
2．数据信息
输入：计费号。
输出：修改后的定购、定购历史、帐户资金明细、业务受理记录、业务受理历史。
根据次计费号查询用户的定购资料，如果系统中不存在，则提示不能处理；
修改定购中用户的行政域，并保存到相应的历史中；
资费管理提供业务受理的业务费用，如果有费用则打印收据；
在业务受理记录中记录该用户迁出原行政域、再记录该用户迁入现行政域的信息；
如果用户有帐单，要修改帐单的行政域。
需进行操作员权限检查；
办理业务时，需检查用户有效证件；
5.2.3 查询服务
查询模块主要是为了实现对客户的服务功能，同时也为了方便运营商的管理。它分为客户详单查询，客户资料查询，客户预存查询，客户押金查询，客户帐单查询，客户撤单查询，费用受理查询，帐单调整查询，客户档案统计等模块。
5.2.3.1 客户详单查询
5.2.3.1.1 业务定义
客户详单查询是对客户的具体订购发生的明细详单的查询，它又可以分为在线详单查询，帐单详单查询。在线详单查询是指按照主计费号码或次计费号码在一定时间段内发生的明细记录的查询，帐单详单查询是指按照主计费号码或次计费号码对该计费号码的特定帐单对应的明细记录的查询，在帐单没有被调整过的情况下其发生费用应和帐单的费用一致。
5.2.3.1.2 数据内容
在线详单查询
输入项：
主计费号或次计费号
所要查询的时间段
输出项：
客户资料（对没有建立档案的则提示是无主客户）
计费号的明细记录（包括详单信息和固定费用信息）
帐单详单查询
输入项：
主计费号或次计费号
帐单号（缺省显示最近一次已到缴费期的帐单号）
输出项：
客户资料
计费号的明细记录（包括详单信息和固定费用信息）
5.2.3.1.3 业务流程
在线详单查询：在线详单的查询是指在输入计费号时对客户资料和客户的详单情况进行查询，若查不到客户资料则提示是无主户，但若其存在详单则应给予显示详单，否则应显示该无主户不存在详单，若存在客户，但不存在详单则在显示客户资料的同时应提示详单不存在。
帐单详单查询：在输入主计费号或次计费号，在回车后自动出现其缺省的已到缴费日的最新帐单号，在该与域也可以选择其它帐单号进行查询，帐单详单查询的客户必须是在客户资料（有可能在历史资料中）中的存在的客户，在查询时除必须查询出客户的资料信息外，还必须显示该帐单号的应缴费用和优惠调整费用，再显示对应于该帐单号的详单记录及其固定费用明细。
5.2.3.1.4 功能要求
在线详单查询和帐单详单查询只要存在详单记录则必须都给予查询出来，在无线业务上对于换过卡的计费号必须把其新旧卡的费用一并进行查询出来。
5.2.3.1.5 特点(feature)
在线详单查询可以满足只要某计费号发生了话费就可以把其查询出来，不管其资料是否已经建档。帐单详单查询是为了给客户提供与帐单费用一致的明细记录费用，且有利于帐单费用稽查，给客户一个明确的要求。
5.2.3.1.6 特殊要求
帐单详单查询和在线详单查询除存在操作员的权限限制外还要对客户的查询密码进行论证，但也可能不用论证，对于在线详单查询中不存在客户资料的计费号可以不进行任何操作员权限限制和密码论证显示。对于客户资料表或历史资料表中存在但不允许查询的产生清楚的提示，比如密码不正确，该计费号隶属什么代销商，行政域，营业厅不允许查询等提示。
5.2.3.2 客户帐单查询
5.2.3.2.1 业务定义
应具有对客户的已销帐和未销帐的帐单的查询，打印，文件保存功能，最好还具有Email转发功能，其缺省是打印未销帐的帐单记录，当然对具体要打印的帐单还应具有选择功能，另对未销帐的帐单上是否还要反映滞纳金情况必须有参数控制，对帐单进行查询既要满足查询帐户下的所有帐单，也要满足只查询本订购的帐单情况。
5.2.3.2.2 数据信息
输入项：
主计费号（或次计费号）
帐户编号
帐单期限（缺省为最近一个月）
帐单状态（全部，销帐记录，未销帐记录）
输出项：
帐单详细信息
5.2.3.2.3 业务流程
输入计费号或帐户号，帐单期限，帐单状态；
调出客户资料和帐单记录；
选择需要打印的帐单记录；
进行打印或保存为文件或通过Email发送。
5.2.3.2.4 功能要求
对未销帐的欠费帐单的滞纳金是否需要显示必须要有参数控制，同时对要打印的帐单还必须可以进行选择。
5.2.3.2.5 特点(feature)
可以按订购号或帐户号查询出其对应的一定期限的一定状态的帐单记录，对查询结果具有打印，保存为文件及Email发送功能。
5.2.3.2.6 特殊要求
对未销帐帐单记录的滞纳金是否必须显示有参数控制，帐单详细信息中必须包括帐单优惠或调整的费用。
5.2.3.3 帐务情况查询
帐务情况查询包括某帐户的缴费历史查询、押金历史查询、预存历史查询、某周期内帐单调整查询、优惠详细情况查询等。
5.2.3.3.1 缴费历史查询
对用户的缴费历史状态进行查询。
2．功能要求
可以按订购号或帐户号查询出其对应的一定期限的缴费记录，对查询结果具有打印，保存为文件及Email发送功能。
5.2.3.3.2 客户预存查询
对所查询的订购所在的帐户的收退预存费的历史记录的查询功能，及反映当前的结余预存情况，同时还要具备转化为文件和打印功能，最好还具有Email转发功能。
2．数据内容
输入项：
主计费号（次计费号）
帐户编号
输出项：
主计费号，次计费号
帐号编号
帐户姓名
帐户证件类别
帐户证件号码
客户地址
客户邮编
预存余额
预存历史记录
输入计费号或直接输入帐户号；
调出该帐户的信息及剩余预存款；
调出该帐户的预存历史记录；
进行打印或保存为文件或进行Email发送。
对预存历史的第一条记录必须是上期预存结余，接着是历史信息，最后是当前预存结余，同时必须按帐户进行查询，对有二个帐户的订购，应选择其中的一个帐户进行查询。
5.2.3.3.3 客户押金查询
对所查询的订购所在的帐户的收退押金的历史记录的查询功能，及反映当前的结余押金情况，同时还要具备转化为文件和打印功能，最好还具有Email转发功能。
2．数据内容
输入项：
主计费号（次计费号）
帐户编号
输出项：
主计费号，次计费号
帐号编号
帐户姓名
帐户证件类别
帐户证件号码
客户地址
客户邮编
押金余额
押金历史记录
输入计费号或直接输入帐户号。
调出该帐户的信息及剩余押金。
调出该帐户的押金历史记录。
进行打印或保存为文件或进行Email发送。
对押金历史的第一条记录必须是上期押金结余，接着是历史信息，最后是当前押金结余，同时必须按帐户进行查询。
5.2.3.3.4 客户撤单查询
对客户的撤单情况既可以按订购号（订购号是界面上输入计费号等条件得到的）也可以按帐户号或其它条件进行查询，还要具备转化为文件和打印功能，最好还具有Email转发功能。其主要是为了避免与用户的纠纷，给用户一个明确的解释。
2．数据信息
输入项：
主计费号（或次计费号）
帐户编号
撤单日期
帐单归属代销商
帐单归属行政域
帐单归属营业厅
撤单营业厅
输出项：
客户资料
客户的所有撤单资料
撤单原因
输入主计费号（或次计费号）或帐户编号或其它查询条件；
调出客户资料；
调出满足要求的所有撤单记录；
进行打印或保存为文件或进行Email发送。
对具体的撤单记录可以选择性的进行打印，保存为文件或进行Email发送。
由于撤单是一种特殊操作，甚至关系到客户的停复机情况，因此必须要有一个好的查询监控，它必须能按不同查询条件进行查询。
5.2.3.4 业务受理查询
5.2.3.4.1 业务定义
对客户的既可以按订购号（订购号是界面上输入其它条件得到的）也可以按帐户号对其除缴费（包括使用费，预存，押金）外的费用受理情况进行查询，还要具备转化为文件和打印功能，最好还具有Email转发功能。
5.2.3.4.2 数据信息
输入项：
主计费号（或次计费号）
帐户编号
受理期限（缺省为最近一个月）
输出项：
客户资料
费用受理信息
5.2.3.4.3 业务流程
输入主计费号（或次计费号）或帐户编号，受理期限；
调出客户资料及费用受理信息；
进行打印或保存为文件或进行Email发送。
5.2.3.4.4 功能要求
对具体的受理记录可以选择性的进行打印，保存为文件或进行Email发送。
5.2.3.5 其他查询
查询服务还包括用户订购产品的服务状态（如附加功能的停开）、PUK码、HLR、缴费卡/充值卡的余额的查询。
5.2.4 缴费管理
缴费管理的主要功能就是在前台受理用户与帐单或帐户资金有关的业务。缴费管理处理的数据包括两个主要部分：一是帐务管理的处理结果，也就是帐务管理系统产生的并处理过的用户帐单；二是帐户的资金余额，包括帐户的预存款、押金等。缴费管理的主要功能包括营业缴费、缴费撤单、业务退费、帐户资金受理、预存转移、帐单调整。
5.2.4.1 营业缴费
5.2.4.1.1 业务定义
每月出帐以后，经过帐单优惠调整、预存销帐、银行划帐等处理后，还有一些用户的帐单未销帐。这些帐单就需要用户到营业前台缴费。每月欠费停机以后，被停机的用户也必须主动到前台缴费，才能恢复使用服务。对欠费帐单计算滞纳金，并允许调整。缴费完成还必须打印缴费发票。
5.2.4.1.2 数据信息
输入：已出帐并可以缴费的帐单
输出：已销帐的帐单及用户资金余额
5.2.4.1.3 业务流程
操作员输入计费号码、帐户编号、客户名称条件，查询出对应帐户下所有的未缴费帐单。并置“缴费总额”初始值＝帐单费用总额 ＋ 滞纳金合计，结转和找零金额都为0。
根据操作员权限对滞纳金进行调整。
操作员根据应缴总额（应缴总额＝选中的帐单总额 ＋ 选中的帐单新的滞纳金总额），告诉用户应缴的费用；
用户选择缴费的方式，如果是现金，则提供现金，如果是支票，提供支票；
操作员选择缴费的方式，如果是支票方式，则需要填写支票号码。
如果用户缴纳的总费加上可冲减金额大于应缴总额时，差额部分从帐户可冲减金额中扣除。否则提示费用不够，可由用户选择将缴费转为预存款。
如果用户缴纳的总费用大于应缴总额，询问是否将多余余额转为预存，用户回答是，则将剩余部分金额自动填写到结转金额，否则找零；如果缴费的方式是支票时，剩余部分不允许找零，只能结转预存。
当被缴帐单、滞纳金、缴费总额、找零金额，预存金额、支票号码（如果选择缴费方式为支票时）都已经确定后，进行缴费处理。
缴费的内部的业务处理过程如下(整个处理过程为一个完整的事务，如果任何一步出错，整个事务全部回退)：
更新帐单的帐单状态为已销的状态，结清时间＝缴费时间，结清操作员＝操作人员编码。
更新帐户资料中的帐单费用 ＝ 原帐单费用 － 本次销的帐单费用；如果本次销帐中用到了预存款部分，则帐户的帐户余额＝原帐户余额－预存款减少的部分，可用余额 ＝ 原可用余额 － 预存款减少的部分，如果本次销帐中有自动结转预存部分，则帐户的可用余额 ＝ 原帐户可用余额 ＋ 结转预存部分金额，帐户余额＝原帐户余额＋结转金额，最后业务代码＝缴费的业务代码，最后修改时间＝缴费时间；。若帐户金额发生变化，则相应增加或减少在帐户资金明细中对应“转预存科目”的余额，并更新费用首次、最后变更时间；若帐户发生了变化，在帐户资金流水表中记录本次帐户资金变化的总情况，并在帐户资金流水明细中记录本次帐户资金变化的明细，包括缴纳的具体帐单费用，以及结转或扣除预存款费用。
记录帐户业务记录。记录本次业务所发生的流水号，实缴金额，应缴总额，找零，缴费方式。并在业务记录明细中记录本次缴费中发生的每一条帐单相关的业务记录，滞纳金相关，以及帐户变化的业务记录。
如果缴费处理成功，显示缴费记录，和帐户当前最新的状况。并自动打印出缴费发票, 可以按照每条帐单一张发票、每个帐户一张发票等方式打印发票。
如果缴费处理失败，则显示错误信息。处理结束。
如果当时打印失败，可以选择重新打印发票。
欠费停机用户缴清所有欠费帐单后，可以实时开机；
5.2.4.1.4 功能要求
由系统参数控制缴费开始日期，也就是出帐几天后允许开始缴费；
按照帐户进行缴费处理，可以是一个或多个；
可以按照一个帐户下的单个订购进行缴费处理；
可以按照帐户下的帐目进行部分缴费（AICBS2.0 不支持）；部分缴费后的帐单的余下费用应当作欠费进行管理；
支持按照先销缴款的原则销帐，不足时使用预存款抵消部分金额；
实时计算滞纳金，并按权限对滞纳金进行调整，并可根据系统配置记录滞纳金调整情况；
可以只处理未缴费帐单中的部分帐单；
可以选择现金、支票、信用卡、缴费卡等付款方式；对于支票，操作员必须记录持票人有效证件的详细资料，以及支票的相关资料，在规定业务处理时限内对支票进行确认，对于无法支取的支票要对该次交费进行反销帐，恢复客户缴费前的状态；
可以将零头转入预存款或找零；
有权限的操作员可减免滞纳金，并记录减免原因，应提供滞纳金减免稽核手段；
在有预付费的情况下，可根据用户选择，从预付费定时或定额扣减服务使用费，扣减顺序按照销帐计划进行；
为了鼓励用户交纳预付费，对交纳预付费的用户可提供相应的优惠；
可以按照每条帐单一张发票、每个帐户一张发票等方式打印发票；预付费可一次打印全额发票，也可先开收据，然后根据消费情况或用户要求分多次打印发票；
可以自定义发票打印格式和内容，可以选择打印优惠前金额或优惠后金额以及是否打印优惠金额；
可以在缴费界面重新打印发票，在单独界面补打发票；
欠费停服务的用户交清全部欠费后，自动恢复服务，实现“即缴即通”功能；
用户缴费后，符合信用度调整规则的，进行信用度调整；
5.2.4.2 帐户资金受理（预存款、押金）
5.2.4.2.1 业务定义
用户的帐户资金余额由许多不同费用科目的余额组成，用户在营业前台可以进行缴纳预存款、押金、卡充值等费用的操作。在不欠费的情况下，也可以退还这些费用。
5.2.4.2.2 数据信息
输入： 帐户初始资金余额
输出： 帐户最新资金余额
5.2.4.2.3 业务流程
操作员输入用户帐户编号或者计费号码；
系统查询出用户的帐户名称、证件类别、证件号码、帐户资金余额、未缴费帐单金额、未出帐话单金额等信息，并计算 可退款金额＝帐户资金余额－未缴费帐单金额－未出帐话单金额；
操作员根据用户要求选择费用科目，以及进行交款或退款处理；
在没有欠费帐单的情况下，允许用户缴纳预存费，否则应提示先结清欠费帐单；
在可退款金额大于0的情况下，按照用户的要求退还部分或全部金额；
操作员输入金额及付款方式，进行交款或退款处理，修改帐户资金余额；
操作成功打印交款或退款收据，记录操作日志；
操作失败显示失败原因，将数据回滚，退出功能；
5.2.4.2.4 功能要求
帐户资金受理的费用科目一般限制在预存款、押金和卡充值，其他的费用科目一般都是在程序中进行操作的，不由人工干预。
5.2.4.3 缴费撤单
5.2.4.3.1 业务定义
缴费撤单是指由于用户原因或操作员操作失误导致用户缴费或预存（充值）出现问题后，回退此次缴费或预存（充值）的过程。
5.2.4.3.2 数据信息
输入：已缴费完成的帐单
输出：用户帐单
5.2.4.3.3 业务流程
操作员输入缴费的受理编号，查询出对应的缴费记录；
系统计算缴费记录中包括那次缴费中缴纳的滞纳金费用，帐单中费用，结转部分金额，本次应退费用 ＝ 滞纳金费用 ＋ 帐单费用 ＋ 结转部分金额。撤单前的条件审核：
系统判断缴费记录中的操作员是否与当前的操作员相符，如果相符撤单操作允许；否则，继续判断当前操作员是否是缴费记录中的主管，如果是，则撤单操作同样允许。其它情况下，撤单处理不允许继续，处理结束。
需要撤单的缴费记录是否是本个计费周期的单据，如果不是，则不允许撤单，并提示采用退费方式
检查剩余的预存款是否足够撤单处理，如果不够，则不允许撤单。
如果撤单的条件审核通过，进行撤单处理，整个处理为一个完整的事务，如果任何一步出错，则退出处理；
更新上次缴费中被缴的所有帐单的状态从已销到未销，并更新结清时间和结清操作员。
更新帐户的可用余额 ＝ 旧的可用余额 － 上次结转费用，帐户余额＝旧的帐户余额－上次结转费用，帐单总计＝旧的帐单总计＋本次撤单的帐单费用，更新最后业务代码和最后修改时间；更新帐户的资金明细，预存款科目金额 ＝ 旧的预存款科目金额 － 相应缴费记录的结转费用，更新科目费用最后修改时间；由于帐户的发生了变化，在帐户资金流水表中记录本次帐户资金变化的总情况，并在帐户资金流水明细中记录本次帐户资金变化的明细，包括撤掉的具体帐单费用，以及结转或扣除预存款费用。
记撤单业务记录，记录撤单的流水号、业务代码，撤单的总费用，以及撤单受理编号；记撤单业务记录明细，包括撤掉的具体帐单费用，原结转金额，原滞纳金情况。
操作成功，显示撤单操作后帐户的最新的情况。
操作失败显示失败原因，将数据回滚，退出功能；
5.2.4.3.4 功能要求
可以设置撤单的时限，一般情况下应该不允许隔日撤单，否则会影响日报表数据；
可以控制撤单的权限，一般情况下应该每个操作员只能撤销本人处理的帐单，班组长可以有撤销其他帐单的权限；
根据发票流水号（业务受理编号）进行撤单处理；
如果剩余的预存余额不够撤单处理的，不允许进行撤单；
撤单后有欠费帐单的用户，应该进行停机处理；
只允许撤消在前台缴费的那部分单据；
对用支票缴费的用户，在支票确认之前不允许做缴费撤单。
5.2.4.4 业务退费
5.2.4.4.1 业务定义
营帐系统功能复杂，业务灵活多变，因此很难避免在工作中出现疏漏或错误，造成用户费用计算错误。而这些错误往往在用户缴费后才能发现，可能在缴费当天，也可能在一段时间以后。当天可以通过撤单处理，如果在一段时间后，特别是跨计费月以后，为了不对上月报表产生影响，就需要做退费处理。
5.2.4.4.2 数据信息
输入：已缴费的帐单
输出：退费记录
5.2.4.4.3 业务流程
操作员输入受理编号，查询出对应的帐户信息和帐单信息；
系统计算并显示帐单总额、明细金额、滞纳金金额、预存余额；
操作员按照帐单的费用项目进行退费处理，并详细记录退费项目和金额，并注明原因；
退费处理记入业务受理明细表，并对帐单做退费标记；
操作成功打印退费发票，同时也需要提供发票重打功能；
操作失败显示失败原因，将数据回滚，退出功能；
5.2.4.4.4 功能要求
按照受理编号查询帐户信息和帐单信息；
对帐单中的一项或多项费用进行退费处理，可以退部分或全部费用，但是退费金额不能大于原帐单金额；
可以打印退费发票；
退费功能需要较强的权限控制，一般为班组长以上才能进行操作；
在此退费处理中只处理帐单中的费用；
系统应支持预付费退款功能，退款时可收回对应发票或收据，并根据交纳预付费时是否执行了优惠确定退款时是否取消对应优惠；
对用支票付款的用户在支票确认之前不允许退预付费；
5.2.4.5 帐户资金转移
5.2.4.5.1 业务定义
每个帐户有自己独立的帐户资金余额，各个帐户之间没有任何关系。但是有时两个帐户之间的资金会应用户的要求而发生转移。这种问题可以通过A帐户退款，B帐户交款的形式解决，但这样操作起来比较麻烦 ，因此提供帐户资金转移的功能方便使用者操作。
5.2.4.5.2 数据信息
输入：A帐户的初始余额、B帐户的初始余额
输出：A帐户的最新余额、B帐户的最新余额
5.2.4.5.3 业务流程
操作员输入转出帐户的帐户编号或者计费号码，查询出帐户名称、证件类别、证件号码的资料以及资金余额、未缴费帐单金额、未出帐话单金额、可转移金额等信息；
操作员输入转入帐户的帐户编号或者计费号码，查询出该帐户的名称以及资金余额；
由用户选择费用科目以及转移金额，转移金额必须小于等于可转移金额；
系统执行转移操作，减少转出帐户的资金余额，增加转入帐户的资金余额；
操作成功后显示两个帐户的最新资金余额，打印资金转移单，记录操作日志；
操作失败显示失败原因，将数据回滚，退出功能；
5.2.4.5.4 功能要求
需进行操作员权限检查；
需进行操作日志记录和费用记录；
5.2.4.6 帐单调整
5.2.4.6.1 业务定义
由于每个用户的情况都不相同，计费及出帐过程中不可避免会出现一些小错误，造成帐单金额不准确，而且这些错误一般只有在用户缴费时才会发现。帐单调整就是针对这种情况，提供的对单条帐单进行费用调整的功能。一般用在前台的业务操作，由前台的操作员执行。
5.2.4.6.2 数据信息
输入：未缴费的用户帐单。
输出：调整后的用户帐单。
5.2.4.6.3 业务流程
操作员输入计费号码和帐单编号查询出对应的帐单及费用科目的明细金额；
对费用项目进行调整，可以进行任意调整，调低或调高；
新建调整帐单，记录原帐单号、调整日期、操作员、调整费用科目及金额等信息；
调整成功，显示调整金额，记录日志；
调整失败，显示失败原因，退出功能；
5.2.4.6.4 功能要求
支持未缴费的帐单的调整；
提供对帐务违约金（如滞纳金等）的减免；
对客户服务费用的减免在当前的帐务周期中进行，也可以在下一个帐务周期中进行；
减免客户服务费用可以以不同的形式进行，可以按照金额或费用比例进行；
记录帐务减免的详细过程，包括操作信息、减免帐务费用、减免原因、减免客户、减免金额、减免方式等相关信息；
可以调整所有费用，可以调低或调高，因此使用该功能的操作员应该具有比较高的权限，一般为营业班长以上。
5.3 系统管理
5.3.1 资源管理
资源管理负责对系统中的卡、号源(电话号码资源)、单据、IP地址、设备端口、终端及配件等进行管理。
资源管理应包括记录管理信息及记录资源信息两部分功能。
管理信息以管理状态来表示，分为可销售/不可销售/预约/冷冻/废弃，其中预约及冷冻、废弃状态为中间状态，可转化为可销售/不可销售，但预约及冷冻、预约及废弃之间不能相互转化。
资源信息以资源状态来表示，可分为初始状态/开通状态/使用状态/禁用状态。各状态可根据业务细分，如禁用状态分拆机停机、申停等。
5.3.1.1 资源定义
5.3.1.1.1 业务定义
资源定义主要是完成对各类资源的描述，并对各类资源的属性和价格进行定义。并且对各类资源的信息、属性、价格进行维护。
5.3.1.1.2 数据信息
资源定义对资源的描述包括：资源的名称、资源的类型、资源的属性（资源前缀、资源后缀、序号前缀、序号后缀、续款类型、卡类型、充值类型、漫游属性、资源用途）、销售价格、成本价格、所属服务、所属运营商、所属行政域、所属营业厅等信息。
5.3.1.1.3 业务流程
增加资源定义
验证操作员的身份、权限；
定义资源基础信息；
定义该资源的价格；
定义该资源的特征。
浏览资源定义
验证操作员的身份、权限；
查询资源定义信息。
修改资源定义
验证操作员的身份、权限；
选择修改对象；
修改定义资源基础信息；
修改定义该资源的价格；
修改定义该资源的特征。
删除资源定义
验证操作员的身份、权限；
选择删除对象；
删除该资源基础信息；
删除该资源的价格；
删除该资源的特征。
5.3.1.1.4 功能要求
操作前需要进行身份认证和权限检查，确保操作的安全性；
支持资源定义的增加、查询、修改、删除等操作；
支持输入的异常数据的过滤；
如果资源已经被使用不能修改和删除资源的定义；
超级管理员可管理所有SP、REGION、OFFICE范围内的资源定义信息
SP级的操作员可管理所有从属REGION、OFFICE范围内的资源定义信息
REGION级的操作员可管理所有从属OFFICE范围内的资源定义信息
OFFICE级的操作员可管理本OFFICE的资源定义信息
各级操作员能浏览到适用于所有SP、REGION、OFFICE的资源定义信息和上述权限定义的资源范围，但只能维护上述权限定义的范围资源。；
支持操作的异常处理。
5.3.1.2 前缀定义管理
5.3.1.2.1 业务定义
维护资源、资源前缀、资源后缀的对应关系。若维护的是无线手机号码，尚需配置前缀与交换机、前缀与明码前缀的对应关系。
5.3.1.2.2 数据信息
资源、资源前缀、资源后缀
5.3.1.2.3 业务流程
增加资源前缀定义
操作员身份认证、权限检查；
选择资源；
定义前缀、后缀；
若资源为GSM/CDMA手机号码，尚需配置前缀与交换机的对应关系；
若资源为CDMA手机号码，尚需配置前缀与明码前缀的对应关系；
若资源为业务卡、缴费卡、充值卡，尚需定义序号前缀。
修改、删除资源前缀定义
操作员身份认证、权限检查；
选择修改、删除的对象；
修改、删除资源、资源前缀、资源后缀、序号前缀的对应关系。
5.3.1.2.4 功能要求
支持前缀的增加、修改、删除；
支持按省级、地市、营业点、操作员的分级管理；
若某前缀已被引用生成号码/卡，则不能修改或删除；
支持输入信息的异常判断；
支持异常操作的处理。
5.3.1.3 资源生成
5.3.1.3.1 业务定义
资源在系统中，以带某种特征的编号，附加一些信息的形式存在，生成资源也即生成带某种特征的编号，另附加一些管理或特征、属性信息。
生成资源明细的方式通常为：以人工选择或输入源、目的的资源基本信息，按一定算法生成连续（无线）或随机（IP）的资源编号等详细信息，形成逐条记录插入资源各自明细表，并记录管理历史。如无线手机号码、IP卡号（业务卡、缴费卡、充值卡）的生成。
另一业务功能是实现对生成错误数据的删除。该错误数据专指在做生成资源时误操作造成的错误或不必要的数据。
5.3.1.3.2 数据信息
SIM卡：卡号、IMSI号、PUK号、PIN号、使用有效期、对应手机号前缀、销售价格、成本价格
缴费卡：卡号、面值、卡上的余额、续款类型、有效期、销售价格、成本价格
充值卡：卡号、卡的面值、卡上的金额、充值类型、有效期、销售价格、成本价格
长途业务卡：卡号、卡的面值、卡上余额、续款类型、卡类型、有效时间、卡号长度、销售价格、成本价格
IP电话卡：卡号、卡的面值、卡上余额、续款类型、卡类型、有效时间、卡号长度、漫游属性、销售价格、成本价格、卡开户激活有效期
互联网上网卡：卡号、卡的面值、卡上余额、续款类型、卡类型、有效时间、卡号长度、漫游属性、销售价格、成本价格
号源：号码、用途、等级、销售价格
IP地址：IP地址、类型
端口：设备IP地址、端口标识、接入设备类型
5.3.1.3.3 业务流程
生成
选择资源型号、编号范围、资源归属等信息；
对输入范围的编号检查是否已有记录存在，若已存在，则提示用户，否则继续；
系统按所选资源型号显示其共性、价格；
选择系统提示的所选资源型号对应的个性；
生成资源明细记录及业务管理明细。
删除
选择需删除的资源编号段；
若该资源编号段的任意记录状态已变更，则提示无法删除该段资源，否则继续；
删除该资源编号段的明细记录，并新增业务管理明细。
5.3.1.3.4 功能要求
编号的格式在无线、IP中有所不同。
无线：通常由前缀+起始编号—前缀+终止编号的形式构成一段连续的编号范围。
IP： 编号通常与密码、序号另构成配对关系，其中密码由密码类型、密码长度两条件随机生成，序号由前缀+起始序号—前缀+终止序号的形式构成一段连续的序号范围，而编号为随机非连续生成。
如果IP中生成的卡、无线神州行可同时开户
这里的开户类型有两种，一为预开户，即生成用户资料、帐户资料及订购资料，购买了该卡的用户可以使用其卡号和卡号密码作为登录名及登录密码，直接上网，可更改其登录名，即自开户；二为立即开户，即持卡用户也可直接上网，但登录名及登录密码不可更改。
生成过程中需注意：
针对不连续（随机）的编号又要求唯一的情况，需考虑算法；
对大批量的一次提交容易造成数据库操作错误，故将大批量拆分成多个小批量依次提交，并用状态条显示提交历程；
分批提交过程中，只有在一批提交成功后，才继续下一批提交；若某一批提交失败，则该批数据回滚，若生成失败，则提示用户从该批的起始编号号一直到用户输入的结束编号号之间的数据生成失败；
注意对重复编号的限制，即同前缀、同长度的编号不能重复生成。
注意权限的控制；
现金卡不能开户。
删除需注意
删除只处理未使用的资源，即封存状态的资源；
删除按受理编号处理，即一次删除只对生成时为同一批（同一个受理编号）的删除。若此批中已有被使用，则整批都不能删除；
5.3.1.4 资源查询
5.3.1.4.1 业务定义
根据要求查询显示满足条件的资源信息。
5.3.1.4.2 数据信息
查询出的资源信息包括：资源编号、面值、状态、所属运营商、所属营业点、允许开始使用日期、允许结束使用日期、创建日期等。
5.3.1.4.3 业务流程
认证检查操作员身份和操作权限；
输入查询条件；
返回查询结果；
对查询结果可翻页查看。
5.3.1.4.4 功能要求
支持多种查询条件；
支持查询权限控制；
支持打印查询结果；
支持按组合条件查询，简单查询、模糊查询等多种查询方式。
5.3.1.5 资源入库
5.3.1.5.1 业务定义
以文件方式将来自第三方或老系统的资源信息数据导系统。
5.3.1.5.2 数据信息
资源型号、归属地、编号范围、资源型号共用特征、资源型号个体特征、有效期、密码、卡段。
5.3.1.5.3 业务流程
输入文件名；
系统对文件进行处理；
选择读取记录的范围；
将资源信息导入系统。
5.3.1.5.4 功能要求
对操作权限进行控制；
对异常数据进行判别并进行异常处理。
5.3.1.6 资源出库
5.3.1.6.1 业务定义
对系统内生成的资源信息，包括资源的编号、密码、有效时间范围等打包成文件，导出系统供第三方软件使用。
5.3.1.6.2 数据信息
资源型号、资源的编号、密码、有效时间、面值等。
5.3.1.6.3 业务流程
验证操作员身份和权限；
输入的查询条件；
查询出需存储的资源信息；
按一定格式存放生成指定的文件，并存放置指定目录。
5.3.1.6.4 功能要求
文件格式可以配置；
对操作权限进行控制。
5.3.1.7 卡号配对
5.3.1.7.1 业务定义
对无线GSM的卡、号激活，即指将手机号码配SIM卡、并由交换机开通手机号码及功能的过程。
5.3.1.7.2 数据信息
手机号码型号、SIM卡型号、SIM卡号、手机号码、无线手机号码的用途标识
5.3.1.7.3 业务流程
操作员身份、权限认证；
输入配对的手机号码型号、SIM卡型号、SIM卡号、手机号码、手机号码用途标识、数量等信息；
查询满足条件的记录；
选择记录配对（可以是自动或手工）；
需保证卡、号两者一一对应；
调用PS开通接口开通手机号；
如果是神州行要进行欲开户，则需要先选定产品，在系统内注册卡信息和卡的帐户信息，并将开通卡上的服务产品。（具体可以调用卡开户的接口，见卡开户流程）。
5.3.1.7.4 功能要求
支持批量系统自动操作配对；
支持人工干预对卡和号的逐一配对处理；
支持操作权限的控制；
卡号匹配要求卡段=号段；
对于开通失败要有异常处理；
对开通失败的卡、号要形成文件记录提供给操作员。
5.3.1.8 分配回收
5.3.1.8.1 业务定义
对封存状态、预约状态、开通状态的资源在系统内的服务提供商、行政域、营业厅之间的转换过程，称为分配，其状态转变为预售。对废弃状态的资源在系统内的服务提供商、行政域、营业厅之间的转换过程，称为回收，其状态转变为封存。
用户按条件，查询符合某种模式的源信息，选择操作对象，置变更信息，最终按目的信息更改资源明细。广义的来说，分配/回收操作中可变更的信息除归属、状态外，还可包括资源个性。
细分业务功能如下：
未激活资源的分配/分配取消/预约/预约取消/回收/更改个性；
已激活资源的分配/分配取消/预约/预约取消/回收/更改个性；
冷冻资源的回收。
5.3.1.8.2 数据信息
输入：
资源型号
目的归属
编号范围确定
资源型号原个体特征，如无线手机号码的用途标识（租机/非租机）、IP卡的漫游标识（漫游/非漫游）
资源型号目的个体特征，如无线手机号码的用途标识（租机/非租机）、IP卡的漫游标识（漫游/非漫游）
数量
选择模式：（1）可按模式匹配（2）自动、人工方式选择操作对象
操作类型：分配/分配取消/回收
若操作功能为取消/回收时，需考虑时间参数是否允许，即取消原有操作需有一定的时间间隔。
输出：
资源明细
管理历史
5.3.1.8.3 业务流程
输入查询资源的条件；
查询符合条件的记录；
自动或人工选择操作记录对象；
修改资源的归属和状态。
5.3.1.8.4 功能要求
若操作功能为取消时，需考虑时间参数是否允许，即取消原有操作需有一定的时间间隔；
控制操作权限。
5.3.1.9 选号费维护
5.3.1.9.1 业务定义
此业务功能主要针对无线手机号码的费用定价及其余一部分附加信息的定义，为前台营业受理提供部分数据信息。附加信息包括预定期、预定费、号码级别。
选号费及附加信息通常与手机号码的某种模式绑在一起。所谓模式，这里指手机号码后4位的编码。各种模式通常可以根据模式规则形式通过算法自动获得，也可详细列出具体的模式内容，如后4位8888就可定义为一种模式。不同模式选号费不同。
5.3.1.9.2 数据内容
手机号模式、选号费、附加信息、手机号归属运营商、行政域、营业厅。
5.3.1.9.3 业务流程
新增
操作员进行身份、权限检查；
操作员选择（模式规则）或输入模式（具体数字模式）；
通过计算，并最终以具体数字形式显示模式；
操作员筛选计算得出的结果，确定具体模式；
对具体模式定义其相对应的选号费和附加信息。
修改
操作员进行身份、权限检查；
操作员选择具体模式；
查询具体模式相对应的选号费和附加信息；
对选号费的定义、附加信息进行修改。
删除
操作员进行身份、权限检查；
操作员选择具体模式；
删除此模式。
5.3.1.9.4 功能要求
进行操作权限控制。
5.3.1.10 资源销售
5.3.1.10.1 业务定义
中心将资源批发给各SP或代销商的过程称为资源销售。其主要功能分两部分，一按条件，查询符合条件的资源信息，选择资源，销售给各SP或代销商并更改资源。二为与SP或代销商结算费用，并记录此费用交易的信息。
5.3.1.10.2 数据内容
资源信息、销售对象SP、代销商、费用、支付方式、支票号码、受理日期、受理编号、资源型号、承销类别。
5.3.1.10.3 业务流程
输入查询资源的条件；
查询符合条件的记录；
自动或人工选择操作记录对象；
根据SP或代销商修改资源的归属和状态；
输入销售相关的信息形成销售记录。
5.3.1.10.4 功能要求
要对操作权限进行控制；
支持对销售记录的增、改、查操作；
对于错误的销售记录要进行冲正操作；
支持异常数据的过滤；
支持异常操作的处理；
提供销售情况统计报表。
5.3.1.11 资源报废
5.3.1.11.1 业务定义
资源一旦报废，即需从数据库中删除相应的数据资料。此处的报废通常指无线用户、IP业务卡用户销号后，号码及卡的报废。报废数据一般需作保存，以备重新利用。
5.3.1.11.2 数据内容
5.3.1.11.3 业务流程
输入查询资源的条件；
查询符合条件的记录；
自动或人工选择操作记录对象；
修改资源的归属和状态。
5.3.1.11.4 功能要求
支持操作权限的控制；
要对资源的占用情况进行判断，被占用的资源或未失效的资源不能被报废。
5.3.2 资费管理
5.3.2.1 科目管理
5.3.2.1.1 业务定义
科目管理是指对业务资费、计费资费、帐务资费的所有组成科目进行定义、修改或删除的过程。如业务资费中的初装费、入网费、卡费、选号费、手续费等；计费资费中的服务使用费例如本地通话费、漫游费、长途费等；帐务资费中的月租费、特服费、占频费、滞纳金等。
资费科目管理将电信运营商照某一项业务收取的合法费用定义为资费科目，费用必然属于某一类科目。资费科目的一项重要属性是科目类别，科目类别指资费的来源类别，例如周期使用费、设备费、业务办理费用等。科目之间存在着上下级关系。
5.3.2.1.2 功能要求
支持日志记录；
支持等级管理；
5.3.2.2 费率管理
5.3.2.2.1 业务定义
费率管理是指在某类服务的单位资源使用费的基础上，完成其不同时间、不同使用条件下费率以及尾数处理方式的定义、修改或删除的过程，也就是定义各类服务的费率曲线。
5.3.2.2.2 功能要求
支持日志记录；
支持等级管理；
5.3.2.3 产品管理
5.3.2.3.1 业务定义
产品管理是指对某类服务的业务资费、计费资费和帐务资费相互组合的定义、修改或删除的过程，也就是在基本费用和费率的基础上，进一步定义适用的用户群以及不同条件下的优惠。同一类服务因条件和用户全不同可定义成不同的产品。
5.3.2.3.2 功能要求
支持日志记录；
支持等级管理；
5.3.2.4 计划管理
5.3.2.4.1 业务定义
计划管理是指将多类产品组合在一起，并重新选择不同的业务资费、计费资费和帐务资费，同时定义相应的优惠条件和优惠方式的过程。
5.3.2.4.2 功能要求
支持等级管理；
5.3.2.5 促销管理
5.3.2.5.1 业务定义
促销管理是指根据实际情况对产品和计划的费用进行具有时间效应或用户范围等约定条件的优惠定义的过程。
5.3.2.5.2 功能要求
支持日志记录；
支持等级管理；
5.3.2.6 积分管理
5.3.2.6.1 业务定义
积分用于刺激用户消费。积分是根据用户所选择的业务类型以及业务使用量或缴费情况，采取分不同档次打分的办法，使得每一个用户拥有一定的积分，再把积分转化为赠送给客户的一定价值礼品或直接转化为客户的可用免费资源或一次性赠送电子货币（只能用于消费，不能退款）。
积分管理是对用户的积分规则和算法进行维护。积分可以分为基础分，消费积分，赠送积分三类。基础分是指在使用本系统前的用户按其入网时间一次性换算出的积分或系统定义的初始分值；消费积分是每月在固定时间按照客户当月的实际消费量（已缴费）换算出来的赠送给客户的积分或根据用户欠费情况及时间长短换算出来的负积分；赠送积分是指按照一定客户性质赠送给客户的积分。
5.3.2.6.2 数据信息
输入项：
基础分规则条件维护和生成
帐户类别满足什么条件
帐户下含有什么计划产品
帐户月付款方式满足什么条件
客户职业满足什么条件
帐户归属代销商是什么
帐户归属代销商是什么
帐户归属营业厅是什么
开户时间为 年 月至 年 月，基础分为每月 分
通话赠送积分规则条件维护和生成
帐户类别满足什么条件
帐户月付款方式满足什么条件
客户职业满足什么条件
帐户归属代销商是什么
帐户归属代销商是什么
帐户归属营业厅是什么
帐户本月发生费用在多少至多少之间，通话赠送积分为每元 分
欠费扣除积分规则条件维护和生成
帐户类别满足什么条件
帐户月付款方式满足什么条件
客户职业满足什么条件
帐户归属代销商是什么
帐户归属代销商是什么
帐户归属营业厅是什么
帐户上月发生欠费费用在多少至多少之间，通话扣除积分为每元 分
赠送分规则条件维护和生成
帐户类别满足什么条件
帐户下含有什么计划产品
帐户月付款方式满足什么条件
客户职业满足什么条件
帐户归属代销商是什么
帐户归属代销商是什么
帐户归属营业厅是什么
客户积分转化为一次性赠送金额
帐户归属代销商是什么
帐户归属代销商是什么
帐户归属营业厅是什么
每 分积分转化为 元一次性赠送金额
客户积分人工增加，扣减
主计费号/次计费号
增送扣减积分 分 备注
输出项：
帐户积分
5.3.2.6.3 业务流程
定义基础分
输入定义相应条件
按确认生成基础分
定义通话积分
输入定义相应条件
按确认生成基础分
定义通话减免积分
输入定义相应条件
按确认生成通话减免积分
定义赠送积分
输入定义相应条件
按确认生成赠送积分
积分转化为一次性赠送金额
输入转换的条件
按确认生成一次性赠送金额
客户积分调整
输入要求调整的特殊客户
输入要求调整的积分
输入备注信息，比如是赠送了小礼品而调整的。
5.3.2.6.4 功能要求
需进行操作员权限检查；
在用户签署入网协议后，由系统设定初始客户积分；
信用积分维护中对其条件的维护可以采用灵活维护，而对其批量生成积分时最好把其条件传给后台后由后台去执行，否则可能执行时间较长。另由于信用积分是按照不同的输入条件生成，因此对不同条件生成的信用积分必须有其详尽的生成记录，以便能为所有的条件都生成一次信用积分。
信用积分由于其没有统一的标准，只能由用户输入参数式进行维护和生成。
5.3.2.6.5 特殊要求
用户的基础分对每个用户只能生成一次，对通话积分对每月帐单金额只允许给予一次积分生成，对通话积分扣除对上月的欠费帐单也只能允许只有一次积分扣除，对客户的所有积分增加和减少都必须有详细的明细记录，且必须有相应操作的回退处理功能。
5.3.3 开通管理（包括工单管理）
开通管理是指对一系列的前台开通命令的成功与否进行查询，监控，修改，生成人工工单进行人工处理等操作，对确实无法开通的则通过前台开户取消进行操作，同时对开通命令按人工回单流程进行处理，它具体分为开通查询，开通监控，回单处理三个模块。
5.3.3.1 开通查询
5.3.3.1.1 业务定义
主要负责对电子工单或手工工单是否已经处理完毕的查询，以便更好的服务于客户。它应具既具有对在线命令的查询功能，又具有对备份命令的查询功能。它既可以提供给管理员使用，也可以提供给前台营业员进行开通查询使用。
5.3.3.1.2 数据内容
输入项：
主计费号（或次计费号）
工单类别（缺省为电子工单）
命令状态
工单发送时间
命令类别（在线，备份）
归属代销商
归属行政域
归属营业厅
归属操作员
输出项：
主计费号
次计费号
工单时间
工单类别
命令状态
指令格式
操作工号
返回时间
归属代销商
归属行政域
归属营业厅
归属操作员
开通属性
5.3.3.1.3 业务流程
输入查询条件。
进行查询得到满足条件的开通记录。
对查询到的记录进行打印或保存为文件。
5.3.3.1.4 功能要求
对归属代销商等查询条件有权限限制，对全部也只能是操作员所能查询的范围。
5.3.3.2 开通监控
5.3.3.2.1 业务定义
开通监控应具有自动刷新功能，是指对开通成功，开通失败，尚未开通的命令的同屏监控，同时它具有对开通成功的命令的备份功能，对开通失败命令的修改和重新提交功能，对开通失败的自动工单转化为手工工单的功能，对尚未开通的自动工单转化为手工工单的功能，对尚未开通的手工工单，对开通成功的工单转化为一定格式文件及对它们进行打印的功能。
5.3.3.2.2 数据内容
输入项：
归属代销商（或全部）
归属行政域（或全部）
归属营业厅（或全部）
归属操作员（或全部）
命令发送时间
工单类别（自动工单还是人工工单还是全部）
输出项：
尚未开通的命令
开通成功的命令
开通失败的命令
5.3.3.2.3 业务流程
进入界面，输入监控条件，缺省为本全部。
对尚未开通的工单进行监控，若因网络故障自动工单难以开通，则把该自动工单转化为人工工单，再通过对尚未开通的人工工单的打印或保存为文件送给专人进行开通，在打印同时可以选择记录工单已派送和派送人等信息，对已派送工单则要进入回单处理界面进行处理。
对开通失败的工单进行监控，对开通失败的自动工单也可以转化为人工工单，然后按人工工单处理流程进行开通。对开通失败的工单若是命令格式错误则可以通过修改后再次发送，对开通失败的工单也应支持打印和保存为文件的功能。
对开通成功的工单进行监控，对开通成功的工单可以进行打印或保存为文件。
5.3.3.2.4 功能要求
开通监控要求实现对未开通命令，开通失败命令，开通成功命令的实时监控和刷新，对尚未开通工单监控有能把自动工单转化为人工工单的功能，对未开通的工单的打印功能，对未开通的工单保存为文件的功能，记录人工工单已派送的功能。对开通失败工单的监控要有把自动工单转化为人工工单功能，对失败工单修改再发送功能，及失败工单的打印和保存为文件的功能。对开通成功的工单的监控则只要支持打印和保存为文件的功能即可。
5.3.3.3 回单处理
5.3.3.3.1 业务定义
回单处理是对尚未开通的人工工单在通过人工处理后采用人工的方式进行单个或批量的确认成功，并记录相应开通备注信息，以便对开通命令形成一个闭环回路，促进业务的完整性。
5.3.3.3.2 数据内容
输入项：
归属代销商（或全部）
归属行政域（或全部）
归属营业厅（或全部）
归属操作员（或全部）
命令发送时间
输出项：
派送的人工工单
5.3.3.3.3 业务流程
输入查询条件
查询出满足条件的派送的人工工单
对派送的人工工单进行选择性的回单确认工作，并记录相应的备注信息。
5.3.3.3.4 功能要求
对查询的条件有权限限制，对无法处理的派送工单则记录为无法处理或取消。
5.4 帐务处理
出帐处理主要是将外部帐务数据导入系统，根据用户的明细话单（或外部系统提供的详单帐单）生成每月的用户帐单。出帐和外部帐务数据处理的主要功能包括外部帐务数据处理、定期出帐、实时出帐、按需出帐、重出帐。
5.4.1 外部帐务数据处理
5.4.1.1 业务定义
用户话单中，有些费用是本系统产生的，有些费用是其他服务提供商的计费系统产生但是需要本系统代收的。因此每月出帐前，需要将其他服务提供商的计费数据导入到本系统中，并和本系统计费数据一起作为出帐的数据基础，对用户进行出帐处理。（例如各个信息台的信息费）
5.4.1.2 数据内容
5.4.1.3 业务流程
外部计费系统提供数据文件放在固定目录下；
系统定时或实时按照指定的格式读取文件；
将文件数据经过预处理形成一定格式的帐务数据存入到本系统中；
对读入的数据进行分类汇总，做好出帐准备；
记录操作日志。
5.4.1.4 功能要求
帐务数据采集需提供二次开发接口，根据具体情况进行二次开发；
帐务数据采集应具备获取、校验、标准化、出错告警、备份、记录日志等功能。
支持实时联机采集、定时联机采集、网络文件采集或磁盘、光盘文件采集方式，并且采集方式可配置；
提供检错和标准化处理功能，检错和标准化的规则可配置；
提供对异常数据进行自动处理、实时告警的功能，对无法自动处理的错误数据，提供手工修正数据的工具；
提供用于获取监控数据的接口，对于需监控的项目应提供配置手段，并提供可配置的告警手段（Email、短消息、电话通知等）；
对采集到的系统外代收数据提供备份工具；
可对指定的数据文件进行重新采集，并在日志中作标记；
系统应在每一环节记录日志和统计数据，以跟踪采集的过程；
提供断点续传、加密、压缩传输功能；
外部数据格式的模板需要可以灵活配置
5.4.2 出帐处理
出帐处理支持定期出帐、实时扣款、按需出帐，并提供重出帐功能。
5.4.2.1 定期出帐处理
5.4.2.1.1 业务定义
根据用户的计费周期的设置，定期汇总用户在一定计费周期内的所有费用，计算帐务级优惠，形成帐单的过程。
5.4.2.1.2 数据信息
帐单内容主要包括：帐单月、出帐日期、详单起始时间、详单终止时间、客户编号、帐户编号、出帐周期起始日、主计费号、次计费号、总费用、客户归属运营商、客户归属行政域等信息
输入：用户详单、周期费用、其他费用、帐户资料。
输出：帐单。
5.4.2.1.3 业务流程
确定出帐时间；
确定出帐区域：区域可以是以下选择之一；
一个或多个运营商
一个或多个行政域
一个或多个节点（须讨论）
一个或多个帐户
确定出帐服务范围，如不需要分别按照服务出帐，可以跳过该步骤。
按照出帐的时间，区域和服务范围汇总用户费用，并根据用户定购的资费情况处理用户的资费优惠，计算用户应得的优惠。
生成帐单表（包括相应的优惠帐单）和出帐周期表；
记录操作日志；
5.4.2.1.4 功能要求
如果出帐费用有误，或其他异常情况，可以进行重新出帐；无主用户的帐单要特殊标记；如果在出帐过程中出现错误，必须将所有数据回滚，以保证数据的完整性和一致性。
提供两级出帐机制，既帐单生成和帐单提交。用户可以先进行帐单生成，其后判断其生成的用户帐单是否正确，如果出帐费用有误，用户可以选择出帐恢复，系统将回滚到出帐前状态；如果出帐费用正确，用户选择帐单提交，帐单正式生成。必须将所有数据回滚，以保证数据的完整性和一致性。
支持对不用帐户类型的用户进行不同的帐务处理，如对于预存用户的出帐可以考虑在生成帐单后直接进行预存销帐；对于实时扣款的用户直接记录销帐。
即能对所有用户进行一次性统一出帐处理，生成所有用户的正式帐单，也可以根据用户分类的特殊需求，而分类进行出帐处理。
对于无主用户，系统保留对应帐单，在其对应用户资料补齐后再生成正式帐单。
帐务周期可配置；
5.4.2.2 实时扣款
5.4.2.2.1 业务定义
实时扣款是针对有限信用用户（预付费用户或被限制周期使用费的用户）进行实时扣减费用的过程，此过程中不生成帐单，在周期末才对用户进行帐单生成的处理，由定期出帐完成。用户使用服务产生的费用将累计帐户上，并直接从帐户余额中扣除。
5.4.2.2.2 数据内容
输入：预付费用户详单。
输出：用户实时资金累计。
5.4.2.2.3 业务流程
实时出帐用户的未出帐详单触发实时出帐过程；
根据详单中用户资料获得相应的帐户信息；
根据用户详单计算累加额；
更新用户帐户上的累计额；
从帐户余额中扣除相应费用；
根据帐户余额和帐户信用判断是否对用户进行停服务；
如为IP用户对认证时封锁的帐户金额解锁；
记录操作日志。
5.4.2.2.4 功能要求
由于对于IP业务的有限信用用户的帐户金额在用户上线时要进行加锁，用户下线进行解锁的要求因此要求实时出帐有足够的响应速度。一般用户下线后应在3-7秒内完成，以避免影响用户再次使用。
实时出帐用户的资费策略不能过于复杂，如使用需要处理当周期累计或与时序相关的资费政策将会造成实时累计额与实际帐单额之间的误差。
5.4.2.3 按需出帐
5.4.2.3.1 业务定义
可以按照要求对满足条件的单个客户或客户群出帐（如一个大客户的所有帐户），该功能主要供销户业务和帐前核查使用。
5.4.2.3.2 数据内容
输入： 用户详单。
输出： 用户实时资金累计。
5.4.2.3.3 业务流程
输入需要出帐的帐户的条件；
获取出帐截至时间（默认为当前时间，也可以由用户指定）；
系统根据帐户条件找出对应的帐户资料及帐户对应的帐务处理进程信息；
根据出帐时间段和出帐范围获取未出帐的详单信息；
根据用户的详单和帐户定购的产品出帐，生成帐单（包括优惠帐单）；
修改用户的帐户信息中与帐单相关的信息；
记录操作日志。
5.4.2.3.4 功能要求
按需出帐时应该包括对用户周期费用的处理；
由于该模块会被前台业务所调用，因此必须保证处理的效率，即对单个帐户（一般情况下）的处理应该在3秒以内。
5.4.2.4 重出帐
5.4.2.4.1 业务定义
在定期出帐发生错误时，系统提供的重新出帐功能。在重出帐过程前，首先要删除由原出帐所产生的所有数据，然后对用户重新进行出帐处理。
5.4.2.4.2 数据内容
5.4.2.4.3 业务流程
根据用户输入的信息检查出帐相关信息，判断是否可以进行重出帐；
进行重出帐前的清理工作，删除已出帐单和相关信息；
重新出帐；
生成重出帐日志。
5.4.2.4.4 功能要求
对于已经开始缴费的帐单不能够进行重出帐；
对于按需出帐和实时出帐的用户不能进行重出帐。
5.5 帐务管理
5.5.1 销帐
销帐是通过不同的缴费渠道和扣款手段（现金、支票、信用卡、缴费卡、托收或其他如Web、INTERNET等），及时扣减用户帐单费用的过程。
5.5.1.1 销帐处理
销帐处理是提供给前台缴费，用于对帐单做收费标记的接口。
其处理过程均由前台缴费流程控制，这里不再赘述。
5.5.1.2 预存款销帐
5.5.1.2.1 业务定义
预存款销帐即使用帐户上的预存款（也就是帐户资金余额），对帐户下的帐单进行销帐处理。
5.5.1.2.2 数据信息
输入：未销帐的帐单、帐户资金余额
输出：销帐后的帐单、扣除帐单金额后的资金余额
5.5.1.2.3 业务流程
操作员选择是否处理欠费帐单，然后点击查询按钮，系统查询出所有帐户预存款余额大于等于帐户下未销帐帐单总金额的帐单，按照帐户编号、帐单编号、帐单金额排序；
系统统计出帐单数、帐单总金额、预存总余额等信息；
对查询出的帐单进行进一步的选择，部分或全部；
执行销帐处理，按照界面显示的顺序逐条处理；如果一个帐户下有多条帐单，全部要循环处理一遍，够销帐的就处理，不够销帐的就跳过。将帐单打上销帐标记，并重新设置预存款余额。如果处理的数据包含欠费帐单，则销帐后判断每个计费号码下是否还有欠费帐单，如果没有，并且该计费号码处于欠费停机状态，就需要进行开机处理；
操作完成，显示处理记录数，执行成功和失败的记录数，记录操作日志；
5.5.1.2.4 功能要求
支持多重条件的查询；
需进行操作日志记录，并提供回退处理功能；
此功能的操作一般在出帐以后开始缴费之前进行，而且是由计费中心的管理人员来执行。在预存销帐时，以帐单为单位，逐条处理原则执行。这样可以最大程度上保证用户和运营商双发的利益。
5.5.1.3 批销帐（委托代收或托收销帐）
5.5.1.3.1 业务定义
目前在经济发达地区，很多用户都是采取托收的方式。用户可以选择设置用银行存折或信用卡作为资金帐户，每月从该帐户中扣款进行销帐处理。处理过程和预存销帐有一定的共性，它所特有的就是银行接口的处理和与银行的对帐处理。
银行划帐可能有两种方式：
每月银行将用户银行帐号、存款余额等信息传送给本系统，由本系统进行销帐扣款处理后将每个帐户扣款金额返回银行进行处理；
每月本系统将用户银行帐号和当月帐单金额等信息传送给银行，由银行进行扣款处理，并将销帐成功的帐户信息传送回本系统，再进行销帐处理；
5.5.1.3.2 数据信息
第一种方式：
输入：银行余额文件、未销帐帐单
输出：银行扣款文件、销帐成功帐单
第二种方式：
输入：银行销帐文件、未销帐帐单
输出：帐户帐单金额、销帐成功帐单
5.5.1.3.3 业务流程
第一种方式：
根据设置的银行接口，读取银行接口数据；
根据银行提供的银行帐户，反查出应用此银行帐户缴费的所有系统中的帐户号，因为有可能查出多个帐户，需要按照帐户为单位顺序销帐。
在确定待销的帐户号后，统计出这些帐户下的应缴所有帐单费用，从而确定银行需要划帐的金额。
处理帐单的销帐状态和销帐方式，修改银行存款余额；（处理流程同预存销帐5.4）
将银行帐号信息、帐户信息、期初银行存款余额、本次处理金额、当前银行存款余额等信息记录到银行划帐日志表，以便与银行对帐及回退；
根据银行划帐日志表生成划帐文件返还给银行；
银行根据本系统提供的银行帐号、划帐金额在其系统中进行扣款处理。如果有扣款不成功的意外情况，必须查明原因，并将扣款不成功的数据通知本系统进行反销帐处理。
第二种方式：
将用户银行帐号、帐户编号、计费号码、帐单编号、帐单金额等信息生成文件传送给银行；
银行进行划帐处理，并将划帐成功的帐单编号、帐户编号、计费号码等信息返回；
根据银行返回的文件逐条进行销帐处理，将对应帐单作销帐标记；
操作完成，显示操作成功记录数、失败记录数，记录操作日志；
如果有销帐不成功的记录，必须查明原因，并将这些帐单及金额通知银行，银行必须将银行存款余额还原。
5.5.1.3.4 功能要求
需进行操作员权限审核；
需进行操作日志记录，内容包括包括操作信息、对帐类型、对帐结果、对帐不一致明细等相关信息；
银行接口的文件格式应该可以进行灵活设置，并记录在配置中，以便适应不同银行的各种接口格式；
银行存款划入本系统进行处理可能会有两种情况：
与本系统中的预存款合并处理，银行中帐户的发生额：当银行划入的金额>待缴总金额时，银行的帐户发生额＝待缴总金额，剩余部分要返还；当不足时，银行帐户发生额 ＝ 划入的金额。按照先销银行存款余额的原则处理，也就是先销银行存款部分，如果银行存款不足，再用本系统中的预存款处理剩下的部分；
当不合并处理时：销帐的过程按照尽量多销的原则进行，同预存话费销帐的多销原则。当销帐后又剩余存款而且帐单不能全部销完时，剩余部分的处理分两种情况：将剩余部分划入，转为本系统的预存（专款专用的情况）；剩余部分返还，不作处理。当销帐后又剩余存款而且帐单已经销完，剩余部分返还。
5.5.1.4 反销帐
5.5.1.4.1 业务定义
反销帐是指用户缴费之后，帐目已经核销，由于用户原因或其他原因，需要将用户已核销的帐单恢复到核销前的状态，这种操作叫反销帐，对应缴费过程的冲正。
5.5.1.4.2 业务流程
根据用户销帐流水号从系统中查询出本次销帐的详细内容；
确认无误后对销帐过程进行回退，将相关的客户信息、用户信息以及帐单信息恢复到本次销帐之前的状态；
详细记录反销帐过程；
反销帐后触发信用控制管理。
5.5.1.4.3 功能要求
回退本次销帐，并把相关的客户信息、用户信息、服务信息、帐单信息及预付费信息恢复到本次销帐前的状态，并应做详细记录；
对于反销帐后的帐单，仍按正常帐单进行处理；
支持日志记录；
5.5.2 帐单管理
5.5.2.1 帐单调整
5.5.2.1.1 业务定义
由于目前的业务灵活多变，优惠方式多种多样，资费中定义的优惠方式并不一定能满足用户的需求，而且在出帐过程中，难免有一些小的失误，造成费用不准确。因此必须在灵活定义资费的基础上，提供对帐单的优惠处理和调整功能。
5.5.2.1.2 数据信息
输入：未缴费的帐单
输出：调整优惠后的帐单
5.5.2.1.3 业务流程
操作员选择查询帐单条件（包括帐户编号、计费号码、客户类别、开户日期、帐单金额、帐户资金余额…），选择条件表达式（包括大于、小于、等于、不等于、匹配（LIKE）…），输入查询值；因为有的查询条件是两个帐单条件的比较，因此在查询值的输入框中也提供帐单条件的下拉选择（例如：条件是帐单金额<帐户资金余额）。
选择是否包含以前月份的欠费帐单(判断欠费标记)；
查询出相应的帐单；
重复1、3步骤对查询出的帐单进行进一步的查询，也就是多重查询条件的查询；
选择处理方式为优惠或调整（后台处理方法相同，但处理标记不同，对以后的统计有影响）；
如选择优惠，则进一步选择是否允许多次优惠（已经享受过优惠的是否能再次享受优惠）；
选择按照金额或比例优惠调整；如果是按照金额优惠，则设置每项费用的调整金额；如果是按照比例优惠，则设置每项费用的调整比例；
设置好以上处理条件后，执行调帐处理。对调整过的帐单，作已被调整标记，并在帐单表中插入相应的调整优惠帐单和调整的费用明细，在优惠调整帐单中记录原帐单号；缴费时要将原帐单金额加上优惠调整帐单金额的总额作为用户应缴纳金额；
返回处理结果，调整成功和失败的数量、金额；记录操作日志。
5.5.2.1.4 功能要求
帐单调整需操作员具有相应权限；
支持多重条件的查询；
支持单条帐单调整和批量帐单调整；
提供需要调帐的帐务数据明细的查询功能；
提供当前帐务周期调帐功能，帐务数据调帐可在当前帐务周期中进行；
提供跨帐务周期调帐功能，帐务数据调帐可在下一帐务周期中进行；
记录帐务调帐的详细过程，包括操作信息、调帐帐目、调帐金额、调帐原因等相关信息；记录调帐前、后的帐务数据；
提供回退处理功能；
5.5.2.2 挂帐处理
5.5.2.2.1 业务定义
挂帐处理，是指对用户有争议的帐务数据暂时挂起，同时不影响用户继续使用XX服务，待帐务数据核查清楚后再进行正常处理，包括可以挂帐恢复、帐务减免或调帐等相关处理。
5.5.2.2.2 数据信息
输入：未缴费用户帐单/挂帐用户帐单
输出：挂帐用户帐单/未缴费用户帐单
5.5.2.2.3 业务流程
输入计费号码、帐户编号或帐单编号等查询条件，确定用户帐单；
显示帐单状态，选择处理方式为挂帐或取消挂帐；
执行处理，取消挂帐时可以选择是否进行停机处理；如果不进行停机处理，只要修改帐单状态，如果需要进行停机处理，则还要生成停机接口数据；（具体停机处理请参照停开机接口文档）
记录操作日志；
5.5.2.2.4 功能要求
对挂帐处理的帐务数据进行核查，包括检查帐务数据所对应的数据源的准确性；
记录（取消）挂帐处理的详细过程，包括操作信息、帐目数据、挂帐原因、挂帐时间等相关信息；
对于一般操作，只是修改用户帐单的标记，但在欠费停机后进行取消挂帐处理时可根据需要进行停机处理。
5.5.2.3 发票定制
5.5.2.3.1 业务定义
发票定制是指定制发票格式的过程。
用户缴费后，需要打印相应的缴费发票。各个省份，甚至各个地市都有可能对系统提供的发票格式提出不同的要求。因此，系统中必须要有发票格式定制的功能，包括费用项目的设置、显示位置的设置、合并或拆分的设置等。
5.5.2.3.2 功能要求
用户帐单的格式一般较为统一，只要能反映当月费用的组成情况就可以了。但是发票的内容一般比较灵活多变。发票上的项目名称、金额都有可能提出特殊的要求。同一个帐户下的所有帐单可以合并打印，也可以分开打印。甚至不同帐户下的帐单也会打印在一张发票上。在本模块中，要做的工作是设置显示打印的项目内容和名称，而合并或拆分的功能由发票打印时进行选择处理。
5.5.3 帐单分发
5.5.3.1 帐单定制
帐单定制的过程类似于发票定制
5.5.3.2 帐单文件生成
5.5.3.2.1 业务定义
帐单文件生成是指将用于托收、委托代收或需要成批打印的帐单生成文件的过程。
5.5.3.2.2 数据信息
输入：用户资料、用户帐单
输出：用户帐单文件
5.5.3.2.3 业务流程
由于每次预存销帐或批销帐的受理编号唯一，因此可根据受理编号确定每次处理的帐单范围。输入受理编号，查询出满足条件的用户帐单；
将光标定位到输出开始记录（由于数据较多，在输出过程中可能发生中断，因此每次输出从关标当前所在行开始）；
选择输出方式：直接打印或输出到文件（需输入文件名）；
点击输出按钮，按照预先设定的帐单发票格式将查询出的帐单数据直接输出到打印机或输出到文件；
将生成的文件交给相关部门进行打印及发送；
5.5.3.2.4 功能要求
由于此类用户可能数量较大，生成这批帐单的时间会比较长，因此如果生成到文件，可以将此功能放到后台执行。
5.5.3.3 帐单打印
5.5.3.3.1 业务定义
帐单打印是指根据需要对综合帐单、明细帐单以及清单进行的打印管理。
5.5.3.3.2 功能要求
提供帐单重打功能；
选择帐单打印条件，可根据帐单类型、邮编、地址、电话号码、客户类型有选择的打印相应帐单，可根据输入的起止号连续打印；
5.5.3.4 帐单寄送
5.5.3.4.1 业务定义
帐单寄送，是指根据需要综合帐单、明细帐单以及清单的寄送管理。可通过信件、光盘邮寄，也可通过电子邮件、语音、短消息等多种分发方式寄送；
5.5.3.4.2 功能要求
支持日志记录；
根据用户帐单寄送的登记进行寄送；
提供信件、光盘邮寄，提供电子邮件、语音、短消息等多种分发方式的寄送；
提供客户帐单寄送方式配置管理；
提供帐单寄送的相关统计报表。
5.5.4 帐务稽核
5.5.4.1 业务定义
帐务稽核的目的是检查每个帐务计算周期出帐生成的帐务数据可靠性和准确性。
可靠性是指帐务计算周期内发生的所有费用无漏收或重收现象。否则，漏收会导致电信企业业务收入减少，重收会导致用户大量的投诉，必须做事后调帐处理。
准确性是指帐务计算周期内发生的原始数据可靠的前提下，出帐生成的服务使用费用数据及用户帐务数据全部准确无误，各个订购的单业务帐、用户明细帐、用户总帐之间的关系全部平衡。否则，由于各种原因（如计费出错、用户资料出错、业务参数设置错误等）使得出帐生成的数据不准确，用户帐务之间的关系不平衡，导致用户大量的投诉。
5.5.4.2 功能要求
帐务稽核操作需操作员具有相应权限；
检查准确性的稽核方式是以报表形式按用户费用构成、流量流向费用分布、设备种类费用分布等生成相关费用分布及汇总数据，稽核不同途径的生成的数据汇总之间的平衡关系。
检查可靠性的稽核方式是以报表形式形成各类服务使用费和汇总费用与上一个或多个帐务结算周期的同类数据进行比较，计算它们的差异，检查各类服务使用费、汇总费用的波动是否属正常范围（由操作员判断）。
5.5.5 欠费管理
欠费管理的主要功能就是对超过缴费期限仍然未缴当月帐单费用的用户进行相应的停服务（机）处理，并通过各种方式进行催缴，以减少运营商的损失。对一些特殊的用户进行手工停开处理。把长期无法收回的欠费作为呆帐坏帐处理，减少欠费的金额。欠费管理的主要模块包括欠费规则管理、滞纳金规则管理、欠费确认、欠费催缴、欠费停服务（机）、呆坏帐处理。
5.5.5.1 欠费规则管理
欠费规则管理包括帐单欠费标准定义、帐户欠费标准定义、催缴策略定义、停服务策略定义。
帐单欠费标准的参考因素包括：行政域、服务商、帐单月份、欠费开始时间（参照缴费截至期设定）、欠费费用低限。
帐户欠费标准的参考因素包括：正常帐单（可选）、欠费帐单、帐户可用余额、帐户实时费用、合计欠费低限、信用度（信用额度）。
催缴策略的参考因素包括：催缴开始时间、催缴频度。
停服务策略参考的因素包括：信用度、停服务开始时间（以欠费状态确认时间为基准）。
5.5.5.2 滞纳金规则管理
滞纳金规则管理是指对用户欠费费用的滞纳金计算规则的管理。
滞纳金规则的参考要素包括：行政域、服务商、欠费金额低限、对应利率、滞纳金上限。
5.5.5.3 欠费确认
5.5.5.3.1 业务定义
欠费确认是在缴费期结束后，参考帐单欠费标准对帐单是否为欠费状态的确认过程。
5.5.5.3.2 数据信息
输入：正常标记的未缴费的帐单
输出：欠费标记的未缴费的帐单
5.5.5.3.3 业务流程
操作员点击查询按钮，系统统计出正常状态并且未缴费的帐单数、帐单总金额；
操作员选择欠费确认截止日期，也就是将哪个日期前的未缴费帐单置为欠费状态；
操作员点击欠费确认按钮，程序进行欠费确认处理；
后台程序将截止日期前的未缴费帐单状态改为欠费状态，并修改欠费日期，修改对应帐户的欠费标记和欠费日期；
处理完成，显示欠费确认处理的记录数、总金额，记录操作日志；
如果在处理过程中出现错误，需要显示错误原因，并将所有未提交的数据回滚，保证数据的完整性和一致性。
5.5.5.3.4 功能要求
需进行操作员权限检查；
此功能的操作人员一般是计费中心的管理人员，操作时间一般是在缴费期结束后，非营业时间执行。
5.5.5.4 欠费催缴
5.5.5.4.1 业务定义
欠费催缴是指根据欠费规则中规定的欠费催缴策略，生成催缴数据，通过催缴系统的语音、短信、信件、Email等方式进行催缴的过程。
5.5.5.4.2 数据信息
输入：欠费金额范围、节点范围、催缴方式、催缴开始时间、催缴停止时间、优先级
输出：催缴数据
5.5.5.4.3 业务流程
操作员输入欠费金额范围作为查询条件。选择当前节点中可操作的营业厅office列表，缺省选择全部营业厅；
操作员输入查询条件后进行查询，传递欠费金额范围、当前节点及选择的营业厅列表条件给后台程序，后台程序返回每个欠费帐户的预存余额、未缴费帐单总金额、实时帐单费用等信息（在此判断帐户欠费时，判断方式为：帐户信息表中的帐户未缴帐单总金额加实时帐单费用大于帐户资金余额，不考虑可透支金额，包括未缴费的正常帐单。由后台批量帐户欠费判定接口处理）；
可以点击列标题进行排序，并进一步对查询出的帐户信息进行选择，选择部分或全部，可以选择处理前X条记录；
输入催缴方式、催缴开始时间、催缴停止时间、优先级的信息；
按照界面显示的顺序，依次逐条处理至X条为止。（传递帐户编号到后台程序，由后台程序对该帐户下的欠费帐单逐条处理，把数据插入接口数据表）
处理完成，显示处理记录数，成功和失败的记录数，记录操作日志；
5.5.5.4.4 功能要求
需进行操作员权限检查；
生成催缴用户数据的时间以及催缴时间可以进行手工、自动的灵活配置；
提供基于催缴用户数据的各类统计报表；
此功能的操作人员一般是计费中心的管理人员，操作时间一般是在缴费期结束前几天，因此对程序的执行效率有一定的要求，否则不能起到应有的作用。对于催缴后已缴费的用户，要从欠费表中中将该用户数据删除，以免给这些用户带来不必要的麻烦。
5.5.5.5 欠费停服务（机）
5.5.5.5.1 业务定义
欠费停服务（机）是指根据欠费规则中规定的停服务策略，进行实际停服务（机）操作的过程。
正常情况下，欠费停服务（机）需通过缴费销帐触发开服务（机），但也应提供欠费开服务（机）功能。
5.5.5.5.2 数据信息
输入：欠费用户数据。
输出：停机用户数据。
5.5.5.5.3 业务流程
操作员输入计费号码和欠费金额下限作为查询条件。计费号码可以按照模糊匹配方式进行查询，例如输入“139％”，就是查询139开头的计费号码，如果输入“％”，就是查询全部；欠费金额下限作为限制条件，输入“500”，表示只查询欠费金额在500以上的用户；
操作员输入查询条件后进行查询，系统查询出所有符合条件的用户资料、欠费帐单数、欠费金额，并统计总的记录条数，总的欠费金额。可以按照帐单数、欠费金额进行排序，并可以在查询出的结果中选择部分或全部；
操作员选择停服务条件，停服务、停去话、停来话、停长途或完全停机；（具体停服务条件要看服务功能的细分以及硬件设备的支持范围）
确定用户范围后，进行停机处理。按照显示顺序依次处理，并同步显示处理进度；
处理完成，显示总的处理用户数，处理成功和失败的数量，记录操作日志；
5.5.5.5.4 功能要求
需进行操作员权限检查；
支持按自动或手工、分批或成批，进行停服务处理；
欠费服务限制条件由系统参数设定或手工录入，并支持增加、删除和修改功能；
用户在交清欠费后，系统自动开启服务；
在进行停机处理时，需要按照计费号码进行处理。也就是当一个帐户状态为欠费状态，并且有多个计费号码时，以计费号码为处理单位。只处理有欠费帐单的计费号码，而对于没有欠费帐单的计费号码，虽然它所属的帐户是欠费状态，但是它不会受到停机处理。这样处理可以避免不必要的用户投诉，也不会给运营商造成损失。
5.5.5.6 呆坏帐处理
5.5.5.6.1 业务定义
呆帐处理是指根据业务与财务主管部门确定的呆帐生成条件将用户的欠费帐务数据转为呆帐。呆帐处理经过特定的交费周期内仍无法收回的欠费，经业务、财务主管部门批准后，转为坏帐，并从欠费总额中扣除。
5.5.5.6.2 数据信息
输入：欠费帐单。
输出：呆帐/坏帐帐单。
5.5.5.6.3 业务流程
操作员在界面上选择处理内容是黑名单、呆帐或坏帐；
系统查询出欠费天数在设定值以上的对应的欠费帐单，并统计总帐单数、总金额；
操作员点击确定按钮，系统开始处理。把符合条件的帐单转变为呆帐/坏帐状态；
操作成功，显示处理的记录数和总金额，记录操作日志。
5.5.5.6.4 功能要求
需进行操作员权限检查；
支持黑名单、呆坏帐的手工判断生成；
支持黑名单、呆帐和坏帐的生成条件配置，例如欠费60天入黑名单，欠费90天变为呆帐，欠费180天变为坏帐，呆坏帐用户信息记录入黑名单；
详细记录呆坏帐处理的过程，包括操作信息、呆帐原因、呆帐数据、呆帐产生时间等相关信息；
转变为坏帐的用户需释放其占用的服务资源；
此功能的操作人员一般是计费中心的管理人员，一般在非营业时间执行。
提供对坏帐处理的帐务数据的平衡处理，并记录呆坏帐平衡处理的详细过程，包括操作信息、销帐时间、销帐金额等相关信息；
5.5.6 无主详单管理
5.5.6.1 无主查询
无主查询是指按业务类型、时间等对无主详单进行的查询操作。
5.5.6.2 无主统计
无主统计是指根据业务类型、计费号等统计无主详单及其产生的费用。
5.5.6.3 无主服务限制
无主服务限制是指对无主详单对应的服务进行停服务（机）的操作。
5.5.6.4 无主重出帐
无主重出帐是指当无主详单的用户资料补齐后，进行出帐处理的过程。
5.6 大客户管理
大客户包括重要客户、商业大客户、集团客户和战略客户。
重要客户是指党政军、公检法、新闻等国家主要部门客户。重要客户可分为：党政军重要客户、公检法重要客户、外事机构等重要客户、工商、税务、物价、新闻等单位客户。
商业大客户是指使用业务量大、通信费用高的用户。商业大客户具体选择标准由运营商按实际操作情况由低到高分为不同等级，并制定不同等级相应的服务标准。
集团客户是指具有隶属关系、同系统或有密切经济关系的单位和集体办理业务的客户。集团客户可分为：信息产业部所属企事业单位客户、国内企业事业法人单位客户、外企、外事法人单位客户。集团客户的确定各省、自治区、直辖市XX通信公司可根据本省实际情况按客户的购机数量和月平均通化费来核定集团大客户不同等级，并制定相应的服务标准。
战略客户是指经过市场调查、预测、分析，具有发展潜力，会成为市场争夺对象的用户。战略客户具体选择标准由运营商按实际操作情况选择并确定相应数量，对战略客户要积极跟踪、加强联系，寻找这一群体的业务使用特性及突破口，推出刺激、稳固其消费的措施，保持其忠诚度。
5.6.1 大客户业务受理
大客户管理业务受理可通过营业窗口、客户服务中心、大客户经营服务部门、大客户接待室、大客户经理等进行，其业务受理流程与一般用户业务受理流程基本相同，但需要营业人员提供优质、优先服务。
大客户资料内容包括：单位大客户代表姓名、用户类别、用户级别、大客户类别（个人、单位）、现在工作单位名称、单位地址、单位联系电话、传真号码、现任职务、家庭电话、E-Mail地址、现在住址、邮编、手机号码、何时成为大客户、每月平均话费、享受过的待遇和优惠、喜欢何种优惠方式、对公司提过的意见和建议及处理情况、历史上有无欠费、次数、数额及原因、喜欢使用哪些新业务、单位、职务、住址变动情况、单位大客户代表变动情况、单位手机持有情况及变动情况（包括异网用户）、手机使用、维修、配件情况、至少1年以上的话费情况（包括详单）和缴费记录、是否需要寄送账单的服务、帐单寄送的地址、身份证号码、性别、年龄、大客户其它资料、负责的客户经理姓名、客户经理联系电话、传真电话
其中用户类别可分为：(1)党政军；(2)公检法；(3)外事机构；(4)工商、税务、物价、新闻机构；(5)信息产业部企、事业单位；(6)外企、外事法人单位；(7)商业大客户；(8)战略客户；(9)其他。
用户级别可分为：(1)省级；(2)地市级；(3)县市级。
5.6.2 大客户资料统计
大客户资料统计包括大客户的构成情况、业务情况、通话构成、大客户业务收入情况、大客户收入的比重情况等。
5.6.3 大客户资料查询
大客户资料查询是指对已登记和未登记的大客户按一定条件进行查询，以便更好地服务于客户。
5.7 代销商管理
从运营商处批发一定数量的记名卡或不记名卡，为运营商办理各类卡销售业务，称为“代销”。
根据代销商的具体情况可以提供代销商使用终端，直接接入系统进行卡的销售记录；也可以在代销商返回资料后再录入销售数据。
代销商管理主要有代销商资料管理、代销商资源分配、代销商费用结算和代销商业绩考核等管理功能。
5.7.1 代销商资料管理
5.7.1.1 业务定义
代销商资料管理主要是在代销商资格认证之后，在系统中为代销商定义相应的资料，用于进行代销商的业务操作和管理。可对代销商资料进行增、删、改、查。
代销商资料管理要素包括：
代销商编码：为代销商定义的唯一的代码，编码方法可参考系统管理的组织管理；
代销商详细资料：名称、地址（公司地址、营业地址）、法人代表、负责人、联系人、联系电话、税号、押金、合同、等级等；
代销业务种类：如代销SIM卡、神州行卡、缴费卡、VOIP卡等，一个代销商可以代销一种或多种服务务；
代销商考核时间范围；
代销商等级：根据代销商的业绩考核给代销商规定的等级，；
代销费结算方式：根据等级，选择按比例或者固定金额进行结算。
5.7.1.2 功能要求
支持日志记录；
支持代销商历史资料记录；
5.7.2 代销商资源管理
5.7.2.1 业务定义
代销商资源管理是指对代销商的各种代销资源的分配、回收、资源对应服务的停复进行管理。
代销商资源管理要素包括：
代销商编码；
分配资源种类：如SIM卡、神州行卡、缴费卡、VOIP卡等；
分配方向：领卡或返卡；
分配时间；
分配数量；
分配区间；
资源状态；
资源的单位价格、买断价格；
所交押金；
手续费；
结算周期；
5.7.2.2 功能要求
支持日志记录；
支持对代销资源的批量开通（激活）或停机（冻结）；
支持根据代销商、资源种类、分配时间、分配区间和分配方向等查询代销商资源分配的历史记录、各种资源数量、资源种类和资源状态。
5.7.3 代销商费用结算
5.7.3.1 业务定义
代销商费用结算是指根据代销商的代销服务种类、代销服务的销售情况和费用结算方法计算代销商的佣金或手续费，结算费用的过程。
根据代销服务（如记名卡和不记名卡）的种类，可以采用不同的结算方法。代销记名卡可以采用代销商先领卡，然后定期根据代销商等级和销售情况（以返回的用户资料为基准）结算手续费的方法；而代销不记名卡则可以采用在领卡时就根据代销商的等级和销售数量或领卡数量结算手续费的方法。具体情况可由地市代销商管理部门决定。
代销商费用结算要素包括：
代销商编码；
代销业务种类；
代销商等级；
资源销售数量；
结算周期；
代销费结算方法：按比例或者固定金额；
5.7.3.2 功能要求
支持日志记录；
支持代销商的不同代销服务采用不同结算方法；
5.7.4 代销商业绩考核/调整
5.7.4.1 业务定义
代销商业绩考核/调整是指根据代销商的代销种类、考核时间范围、代销商销售情况或用户发展情况及客户投诉情况对各代销商进行业绩考核，并进行相应的级别调整。
5.7.4.2 功能要求
支持代销商资料历史记录；
5.8 信用度管理
信用度是用来衡量用户信用的等级，不同等级的信用度对应不同的积分区间。
信用度管理是指对用户信用度的级别和级别升降条件的管理。信用度用于欠费管理，在欠费管理中，可根据不同信用等级设定滞纳金的起算时间、停服务的启始时间、停服务的先后顺序等。
信用度最根本的目的是通过信用额度管理来控制不良话费、提高话费收缴率。
5.8.1 初始信用度维护
5.8.1.1 业务定义
初始信用度维护即定义不同信用度等级对应的积分区间。信用度的最高级为红名单用户，对于红名单用户，系统在做欠费处理时将不进行催缴、停服务等操作。
5.8.1.2 功能要求
需进行操作员权限检查；
信用度积分区间可有操作员灵活配置；
不同信用度等级的积分区间禁止重叠；
积分区间按信用度等级升序排列，即信用度等级高，信用积分值高；
可以为不同客户属性的客户定义不同的初始信用度。
5.8.2 信用度规则维护
5.8.2.1 业务定义
信用度规则维护是指对信用度积分升降条件的定义和管理维护。信用度积分的升降条件包括客户类别、是否正常缴费、是否欠费、预存款额度、上一帐务周期总消费量等。当用户的信用度积分达到下一信用度等级时，自动调整用户的信用度。
5.8.2.2 功能要求
需进行操作员权限检查；
信用度积分升降条件可配置，即可配置不同条件对应的积分值；
影响信用度积分的操作包括缴费管理、销帐管理、欠费管理，即此类操作需按信用度规则进行计算并参照初始信用度调整用户信用度等级；
开户、过户、分户操作时需操作员调整或设置对应的信用度；
5.9 黑名单管理
黑名单管理主要是为了阻止欠费预销号用户，信用条件不过关的客户的再次入网。黑名单管理主要应包括黑名单接收，黑名单发送，黑名单查询等几个功能。
5.9.1 黑名单发送
黑名单发送是指生成黑名单文件并向全国中心进行传送的过程。黑名单文件由黑名单用户资料和被取消的黑名单用户资料组成。
5.9.2 黑名单接收
黑名单接收是指系统接收全国中心下发的黑名单或系统外黑名单的录入过程。
5.9.3 黑名单查询
黑名单查询是根据各种条件进行查询的过程，查询条件包括客户名称、身份证号码、计费号等。
5.10 辅助系统
5.10.1 权限管理
5.10.1.1 组织管理
5.10.1.1.1 业务定义
组织管理是指运营商对其各行政域（省公司、市、县、营业厅）和操作员等，从上往下进行统一编码管理的过程，具体编码方式和位长可根据实际情况进行编排。
5.10.1.1.2 功能要求
支持对运营商、行政域、营业厅等组织单元的基础信息进行统一的增加、修改、删除；
支持对运营商、行政域、营业厅等各单元间关联关系（运营商、行政域、服务的对应关系；营业厅同运营商、行政域的对应关系；运营商的服务同运营标识的关系等）的管理；
支持各类管理的操作记录；
5.10.1.2 角色管理
5.10.1.2.1 业务定义
角色管理主要维护角色的基本定义，并定义角色同模块、接口、操作员数据范围之间的关系。角色是操作员权限实现的具体组成体现，是将功能限制和数据操作限制组合的一种集合。角色管理实现以下功能：
角色设定，维护角色的基础信息
模块设定，设置角色具备的功能菜单项
模块功能设定，设置维护角色在菜单项中的数据操作接口的方式
5.10.1.2.2 业务信息
业务： 角色设定
输入：
角色基础信息
输出：
角色基础资料
业务： 模块设定
输入：
模块信息、角色信息
输出：
角色与模块对应资料
业务： 模块功能设定
输入：
模块信息、角色信息
输出：
角色明细资料
5.10.1.2.3 功能要求
角色具备权限级别，因此角色一般是由SSP管理员创建的
角色的新增和删除必须建立相应的权限因子，并建立对应的实体权限
5.10.1.3 操作员（组）管理
5.10.1.3.1 业务定义
操作员（组）管理模块实现对操作员（组）的增删改查操作，并提供管理员对操作员的权限的分配和回收。操作员的权限是决定操作员是否有权登录系统以及在系统中可以执行多大的数据操作权力和功能操作权力的决定因素。操作员（组）管理模块主要实现以下功能：
操作员管理，实现操作员资料的增删改的维护管理
操作员组管理，实现操作员组资料的增删改的维护管理
权限分配管理，为操作员或操作员组授予新的操作权限。
权限回收管理，取消操作员（组）目前拥有的一些权限。
本模块的业务处理者是系统各级组织的管理员。
5.10.1.3.2 数据信息
业务： 操作员管理
输入：
操作员基础信息、操作员对应组织信息
输出：
操作员基础资料
业务： 操作员组管理
输入：
操作员组基础信息、操作员组对应组织信息
输出：
操作员组基础资料
业务： 权限授予管理
输入：
操作员（组）信息、实体权限信息
输出：
操作员（组）权限资料
业务： 权限回收管理
输入：
操作员（组）信息、操作员（组）权限资料
输出：
5.10.1.3.3 功能要求
支持操作日志记录；
操作员、操作员组的编号是由系统建立；
除初始的用户，操作员资料应该由同级的管理员管理，操作员的权限授予和回收必须是具备管理员级的操作员执行；
5.10.1.4 授权管理
授权管理是指实体间的权限授予和撤销，以及操作员间的权限分配和回收等。授权管理是操作员权限的来源。
授权管理的操作者是各级管理员。
5.10.1.5 权限查询
权限查询是指对某操作员（组）具体拥有的权限或拥有某权限的所有操作员（组）的详细情况进行查询的操作。
5.10.1.6 操作员密码修改
操作员密码修改即由操作员本身或其上级管理员对其密码进行修改的操作。
5.10.2 系统监控
5.10.2.1 业务定义
系统监控是指对系统的应用软件、硬件资源、数据库、网络等进行监控的过程。
监控的内容包括：
硬件资源监控：对系统CPU、内存、交换区、文件系统、磁盘阵列、磁带/光盘库等硬件资源的状态、占用率、I/O进行监控；
网络监控：对网络设备的运行状况、网络的状态和性能（端口状态、传输速率、时延、误码率、冲突等）进行监控；
数据库监控：对数据库的状态、资源、性能、连接等进行监控；
模块运行监控：对应用软件各模块的进程状态、运行状况、资源使用等进行监控；
计费业务监控：监控计费处理过程；监控采集、预处理和批价过程中原始服务使用记录的完整性、准确性、实时性；监控各类正常服务使用记录的数量、比例；监控异常服务使用记录的种类、数量；监控高额报告的数量、等级；
结算业务监控：监控结算原始数据的完整性；监控结算处理过程；监控结算结果的准确性、完整性；
帐务处理监控：监控帐务的处理过程；监控帐单的准确性、完整性；监控异常用户（高额、无主等）的情况；
系统备份监控：监控各备份策略的执行情况；监控备份数据的完整性；监控备份数据的使用情况；
与外部数据接口监控：监控接口的连接数量；监控接口的吞吐量；监控接口的连接时间
5.10.2.2 功能要求
提供方便的配置和管理界面；
支持监控配置管理操作的日志记录；
支持监控参数的灵活配置；
支持告警阀值的分级设置，不同级别产生不同的告警；
支持多种告警方式，如电话、BP机/手机/短消息、Email，并且能够在系统发生运行错误时，实时通知系统管理员；
监控结果信息的保存周期可配置；
提供监控信息的统计分析手段；
5.10.3 操作日志管理
日志管理是记录与业务相关的所有操作，保存其操作结果。可以对日志进行备份、删除、恢复操作。日志可以按照运营商、行政域、营业厅、操作员、业务、日期查询。在一个时间段内，可以对日志按照运营商、行政域、营业厅、操作员、业务完成统计。对日志的操作按照操作员的角色级别、登录节点实现权限控制。
日志管理包括日志保存（后台）、日志查询、日志统计、日志删除、日志恢复、日志备份、日志备份文件删除、查询日志备份几个子模块。日志保存是后台操作，用来提供给AICBS系统其它模块调用，它将业务操作记录到数据库。
5.10.3.1 日志保存
5.10.3.1.1 业务定义
每项需要记录日志的业务操作，都要将操作内容、操作结果保存到日志数据库。日志保存模块提供这个功能，保存所有业务操作的属性和结果。
5.10.3.1.2 数据内容
输入：
服务商
行政域
营业厅
业务
操作员
受理编号。标识一个操作的唯一标识号
保存日志的时间
对操作的文字描述
输出：
对应内容的数据库
5.10.3.1.3 业务流程
系统给日志记录生成一个唯一的ID号，将日志记录保存到数据库。如果保存失败，输出错误信息。
5.10.3.1.4 功能要求
由于可能同时存在多个业务操作，要求在同时数十个日志保存操作不会有明显的延时，不丢失记录。
5.10.3.2 日志查询
5.10.3.2.1 业务定义
操作员可以查询在指定服务商、行政域和营业厅的某个时间段内的操作日志。一般操作员仅能查询自己的操作日志，管理员可以查询同组其他操作员的日志。日志可以按操作员、按业务的一项或者几项进行组合查询。
5.10.3.2.2 数据内容
输入：
服务商
行政域
营业厅
业务（要进行日志查询的多个业务条件 ）
操作员（要进行日志查询的多个操作员条件）
起始日期
截止日期
输出：
符合条件的操作日志。
5.10.3.2.3 业务流程
据操作员登录的营业厅、行政域、操作员的权限，列出操作员有权操作的模块；如果是管理员，列出同组的所有操作员；列出可供选择的业务。
操作员输入查询时间段、选择查询模块、查询的业务，或者查询的操作员。
根据条件列出查询结果。
5.10.3.2.4 功能要求
如果查询日期范围超出数据保存期限，提示用户先恢复备份日志文件到数据库，然后再查询。
5.10.3.3 日志备份
5.10.3.3.1 业务定义
将指定时间段内的日志记录保存到文件。备份文件可以保存到其它介质上。
5.10.3.3.2 数据内容
输入：
起始日期
截止日期
是否覆盖原有的文件
输出：
显示备份成功，或备份文件已存在，或者其它错误。
5.10.3.3.3 业务流程
列出已有的日志备份。
操作员指定要备份的时间段、指定是否要覆盖原有备份。
根据时间段生成备份文件名。
判断相同文件是否存在。如果该文件已存在，并且不覆盖原文件，则返回错误码，如果覆盖原文件，则删除此文件。
将数据库中的日志记录写到文件。
提示备份是否成功，或者提示备份已存在。
5.10.3.3.4 功能要求
为减少数据量，备份文件以二进制形式保存。备份日志的时间段在文件名上体现。例如2000/5/26至2000/6/26的备份日志的文件名为syslog.2000052620000626.bak。用户可以设定备份路径。
5.10.3.4 日志删除
5.10.3.4.1 业务定义
删除数据库中指定时间段内的日志记录。
5.10.3.4.2 数据内容
输入：
起始日期
截止日期
选择是否强行删除。如是，则不管日志是否备份，强行删除。如不是，如果有未备份的日志记录，不做日志删除。
输出：
日志删除成功，返回删除记录数目；
日志未被删除，显示未备份的日志记录；或者提示其它错误。
5.10.3.4.3 业务流程
列出已有的日志备份。
操作员输入删除的时间段。
提示确认。
检查备份日志，如果要删除的日志中存在未备份的记录，并且操作员指定不强行删除，则不删除日志。
提示操作成功；或者警告有未备份的日志。
5.10.3.4.4 功能要求
由于该功能将日志在数据库中永久删除，不能回滚，因此删除前必须由操作员确认。如果不是强行删除的话，还要检查日志是否已备份。由于备份日志可能存在于好几个文件当中，因此要检查所有的备份文件，看备份日志当中是否包含了所有要删除的日志记录。如果有未备份的记录，给出警告，并提示用户是否需要备份，如果用户选择备份，则备份日志到文件并删除数据库中的日志。
5.10.3.5 日志恢复
5.10.3.5.1 业务定义
将备份日志恢复到数据库。
5.10.3.5.2 数据内容
输入：
日志备份文件名。一般由子模块“查询备份日志”得到
输出：
数据库中的日志记录，日志恢复成功。
日志恢复失败时，显示日志备份文件不存在，或者其它错误。
5.10.3.5.3 业务流程
列出备份日志。
操作员选择要恢复的日志。
将日志记录逐条从备份文件写到数据库。
所有日志记录都倒入成功，递交事务，如果有一条未成功，回滚整个事务。
提示操作结果。
5.10.3.5.4 功能要求
在所有日志写入后递交，如遇到写数据库失败，则事务回滚。
5.10.4 系统备份
5.10.4.1 业务定义
系统备份包括数据备份和数据恢复两类操作。数据备份是指将系统‘在用数据’或‘过期数据’按照不同方式和备份策略，备份或转储到其它（脱机）存储介质上保存的过程；数据恢复是数据备份的逆过程。
备份内容包括客户资料、计费数据、历史资料、帐务数据、各种统计报表、操作日志等。
5.10.4.2 功能要求
支持日志记录；
支持多种备份介质（磁带、光盘）的选择；
支持多种备份方式（完全备份、增量备份、部分备份）的选择；
提供手工和自动周期两种备份策略的选择；
5.10.5 统计报表管理
5.10.5.1 业务定义
统计报表主要针对运营商的业务发展情况作出统计，提供运营商分析业务情况的基础数据。各类统计报表有些共通的统计要素：
范围：操作员、营业厅、行政域、运营商、代理商。
时间：日、周、月、季、年。
时点：截至某一时刻，一般为统计的当前时间。
业务类报表
【业务受理发生报表】按照时间、范围统计各种业务的受理发生数
【业务受理发生明细】按照时间、范围列出每次业务的发生情况，一般按照时间来排序
【服务使用情况统计】按照时间、范围统计用户定购的各种服务数量的变化情况
收入类报表
【业务收入情况统计】按照时间、范围、产品统计各个费用科目的收入总额、欠费总额、总用户数
【业务受理收入明细】按照时间、范围列出每次业务的费用发生情况，应包括发生的费用明细
【业务受理收入报表】按照时间、范围统计、业务类型统计各个科目费用的发生额
【业务受理资金报表】按照时间、范围统计各种付款方式支付的资金额
【收入构成分析（资费包）】按照时间、范围统计不同资费方案在运营商的收入中的比例及各资费包的发生额
【收入构成分析（用户）】按照时间、范围统计不同用户类型在运营商的收入中的所占比例及
【收入构成分析（服务）】按照时间、范围统计不同服务的发生额及其在总收入中所占地比例
资源类报表
【资源情况统计】按照时点、范围统计各类资源的数量、状态、有效期
【资源明细】按照时点、范围和资源类别列出各类资源的明细情况(包括资源的状态)
【资源变动情况统计】按照时间、范围统计各类资源的生成、分配、报废数量
用户类报表
【用户变化情况统计】按照时间、范围统计运营商用户数量的变化情况，其统计的重点是新增用户和流失用户的情况。
【用户构成情况统计】按照时点、范围、用户类别、行业、用户使用服务时间、使用量性别、年龄分别统计各类用户的比例。
【用户支付方式统计】按照时点、范围统计各种付款方式用户的数量
【用户资金统计】按照时点、范围统计用户的资金情况（预存款、押金、零头、欠费）
【用户信用统计】按照时点、范围统计各种信用度用户的数量
【黑名单统计】按照时间、范围统计黑名单用户的增减情况
【大客户统计】
帐务类报表
【用户欠费情况统计】按照时间、范围统计欠费用户的数量和欠费额度，欠费额度应该按照欠费时间分别列出
【用户欠费情况分析】按照时间、范围、用户类别、起欠时间分别统计用户欠费的构成情况
【帐务调整统计】按照时间、范围、业务类别按资费科目统计费用退还、调整的数额
【呆坏帐统计】按照时点、范围统计呆帐坏帐的数额和时长
【资费优惠统计】按照时间、范围统计帐单优惠数额及各科目的优惠总额（免费资源也应包含在内）
【零次用户统计】按照时间、范围统计有用户资料但未发生使用行为用户数量。
5.10.5.2 功能要求
统计管理结构为树状结构，每一层为一个统计级别，最高级别是省级，最低级别是营业员级，系统应支持不同级别业务人员的不同统计范围；
用户可自定制统计内容；
支持多种格式的报表，且报表的样式可由用户自由定义；
各种报表都具有方便的转换为各种图形报表的功能；
各种报表都可方便地打印；
各种报表都具有转换为Excel、文本文件的功能；
5.11 系统接口
5.11.1 与计费系统（AICBS或其他计费系统）之间的接口
5.11.2 订购信息传递接口
综合营帐系统通过该接口将用户的订购信息及订购变更信息传递给计费系统。
计费系统需返回是否成功信息。
5.11.3 用户资料传递接口
综合营帐系统通过该接口将客户资料和帐户资料及其变更信息传递给计费系统。
5.11.4 用户资料查询接口
计费系统通过该接口查询用户的客户资料或帐户资料信息。
5.11.5 详单传递接口
计费系统通过该接口将服务清单（详单）传递给帐务系统。
5.11.6 系统基础资料传递接口
综合营帐系统通过该接口将系统基础资料（例如系统服务商、行政域资料等），传递给计费系统。
5.11.7 与联机指令系统的接口
5.11.8 开户接口
综合营帐系统需通过该接口将用户的开户信息（订购属性的例化值）以及开通失败的重试信息传递给联机指令系统。
联机指令系统需将开户结果（成功失败，失败的原因）返回给综合营帐系统。
5.11.9 销户接口
销户是开户的逆过程。
综合营帐系统需通过该接口的将用户的销户信息（订购属性的例化值）传递给联机指令系统。
联机指令系统需将销户的结果返回给综合营帐系统，结果包括成功、失败及失败的原因。
5.11.10 订购状态查询接口
综合营帐系统通过该接口查询用户当前的业务状态信息，包括主服务、次服务的停开/加解锁状态。
5.11.11 订购状态变更接口
综合营帐系统通过该接口将业务状态变更信息（主服务、次服务的停开/加解锁）传递给联机指令系统。
联机指令系统需将变更结果返回给综合营帐系统，结果包括成功、失败及失败的原因。
5.11.12 订购属性查询接口
综合营帐系统通过该接口查询用户当前的业务属性信息，如GSM是否漫游、是否允许国内长途、是否允许国际长途等。
5.11.13 订购属性变更接口
综合营帐系统通过该接口将业务属性（如GSM的漫游、非漫游、国内长途、国际长途等）变更信息传递给联机指令系统。
联机指令系统需将变更结果返回给综合营帐系统，结果包括成功、失败及失败的原因。
5.11.14 口令变更接口
综合营帐系统通过该接口将订购口令变更信息传递给联机指令系统。
联机指令系统需将变更结果返回给综合营帐系统，结果包括成功、失败及失败的原因。
5.11.15 与客服系统的接口
5.11.16 详单查询接口
客服系统通过该接口查询用户的详单信息。
5.11.17 帐单查询接口
客服系统通过该接口查询用户的帐单信息。
5.11.18 帐务情况查询接口
客服系统通过该接口查询用户的帐户资金余额、缴费历史、押金历史、预存历史、某周期内帐单调整、优惠详细情况等。
6 AICBS功能模块列表
6.1 模块关系图
图 功能模块关系
6.2 计费系统
序号 | 模块名 | 说明 | |
1 | 采集系统 | 系统采集模块 | |
| 通讯协议管理 | 针对X.25、TCP/IP、FTAM、FTP、MTP等协议的管理 | |
| 采集调度管理 | 如确定采集周期，采集文件大小等 | |
| 传输管理 | 负责数据压缩和保证可靠数据传送 | |
2 | 预处理系统 | 数据格式化处理 | |
| 话单纠错系统 | 计费话单CDR校验纠错处理模块 | |
| 格式化处理模块 | 按计费系统要求产生格式化CDR | |
3 | 计费系统 | 计费系统模块 | |
| 服务定位分发系统 | 计费框架一，定位每话单的处理服务器 | |
| 批价系统 | 各种费用的计算 计费框架二 | |
| 算法模块 | 各种算法实现模块 | |
| GSM算法 | 普通GSM按时长算费的算法 | |
| VOIP算法 | 普通VOIP按时长算费的算法 | |
| GPRS算法1 | 按时长算费 | |
| GPRS算法2 | 按流量算费 | |
| 拨号算法1 | 按时长算费 | |
| 拨号算法2 | 按流量算费 | |
| 短信网关算法1 | 按次数算费 | |
| 短信网关算法2 | 按ICP信息费率算费 | |
| 专线算法 | 按流量算费 如VPN专线 | |
| 信息计费算法 | 按浏览的网页内容算费（内容网页算法） | |
| 免费资源累计资源管理 | 管理各种资费定义和产品优惠处理等 | |
| 客户资源管理 | 客户资料查询、同步实时更新 | |
| 话单传输模块 | 批价后话单的分发和传输，如CORBA传输管理 | |
| 重单检测系统 | 重单检测管理，查重系统 | |
4 | 入库系统 | 入库系统模块 | |
| 入库纠错系统 | 入库的前的错误检查处理 | |
| 入库管理 | 入库设计如话单块入库，单条入库管理 | |
5 | 计费参数管理 | 计费参数管理 | |
| 公用信息表维护 | 计费公用信息表管理，如国际区域表，全国省表等 | |
| 公用资费表维护 | 计费资费信息管理表 | |
| IP系统表维护 | IP认证相关信息管理 | |
| XX信息管理 | XX信息表管理，如GSM国际运营商表等 | |
6 | 数据管理 | 应用级的数据备份与恢复 | |
| 数据备份系统 | 计费数据应用级备份管理 | |
| 数据恢复系统 | 计费数据应用级自动恢复管理 | |
6.3 帐务系统
序号 | 模块名 | 说明 |
1 | 出帐、合帐处理 | 批量出帐和实时出帐管理 |
2 | 帐单管理 | 帐单调整 |
3 | 帐务API接口 | 按需出帐接口、帐户平衡检查接口、帐单查询接口和销帐接口 |
4 | 帐单分发 | 出帐帐单的分发，与营业系统等的交互 |
5 | 后台处理结果 | 帐务管理后台处理结果的查看 |
6 | 销帐管理 | 帐单与缴费的相关管理 |
7 | 预存费销帐 | 预存用户的销帐管理 |
8 | 呆帐处理 | 呆帐的管理 |
9 | 坏帐处理 | 坏帐的管理 |
10 | 欠费确认 | 用户欠费管理 |
11 | 服务欠停 | 帐务系统欠费停机管理 |
12 | 服务欠开 | 帐务系统开机管理 |
13 | 欠费预销户 | 帐务系统欠费预消户管理 |
14 | 欠费销户 | 帐务系统欠费消户管理 |
15 | 无主用户管理 | 无主用户的帐务管理 |
6.4 营业系统
序号 | 模块名 | 说明 |
1 | 业务受理 |
|
| 开户受理 | 支持开户接口，开户文件上传，批开户 |
| 受理定购 | 产品定购管理 |
| 受理回退 | 受理业务回退处理 |
| 定购变更 | 产品定购的变更，如用于增加产品定购，修改产品定购等 |
2 | 业务变更 |
|
| 过户 | 过户管理 |
| 用户资料修改 | 用户资料修改管理 |
| 帐户资料修改 | 帐户资料修改管理 |
| 用户密码管理 | 用户密码的更改等 |
| 用户加解锁 | 用户加锁管理 |
| 功能增改 | 用户功能服务更改 |
| 预销户 | 用户预消户管理 |
| 销号退网 | 用户消号退网管理 |
3 | 客户管理 | 详单查询和帐单查询 |
| 客户详单查询 | 客户详单查询管理 |
| 客户帐单查询 | 客户帐单查询管理 |
| 帐户资金查询 | 帐户资金查询管理 |
| 客户资料查询 | 客户资料查询管理 |
| 帐户资料查询 | 帐户资料查询管理 |
| 定购资料查询 | 客户定购资料（如产品，计划等）查询 |
| 客户历史资料查询 | 客户历史资料查询管理 |
| 帐户历史资料查询 | 帐户历史资料查询管理 |
| 定购历史资料查询 | 客户定购历史资料（如产品，计划等）管理 |
| 用户信息查询 | 用户信息查询管理 |
| 打印下载 | 支持查询信息打印下载 |
4 | 大客户管理 | 消费量大、使用的服务多、有特别的社会身份而需要差别服务的客户管理 |
| 大客户普通管理 | 客户的普通属性、种类管理 |
| 大客户信用度管理 | 如透支额度、服务限制处理方式的管理 |
| 大客户资料资格管理 | 对大客户的资格资料进行管理 |
| 大客户凭证管理 | 大客户的证明证件的管理 |
| 大客户服务管理 | 对大客户的特殊政策管理 |
| 大客户统计查询 | 大客户的查询和统计 |
| 大客户文件管理 | 生成大客户的帐单详单文件管理 |
5 | 资费管理 |
|
| 资费科目维护 | 资费科目的管理，资费科目的增删改 |
| 资费费用维护 | 资费费用的管理，资费费用的增删改 |
| 业务资费组合维护 | 复杂资费管理，业务资费组合管理 |
| 产品维护 | 系统产品定义的增删改 |
| 计划维护 | 系统计划定义的增删改 |
6 | 资源管理 | XX公司资源的管理 |
| 号段表维护 | 号码段的管理 |
| 选号模式维护 | 号码选号模式的维护管理 |
| 号码生成 | 号码生成管理 |
| 手机号码分配 | 手机号码分配管理 |
| 冷冻号回收 | 手机号码的回收管理 |
| 选号费修改 | 选号费的管理 |
| 号码分配查询 | 号码分配查询管理 |
| 号源统计 | 号源统计管理 |
| 器材维护 | 包括名称、品牌、价格维护 |
| SIM卡移库 | SIM卡的管理 |
| SIM卡入库 | SIM卡的管理 |
| 冷冻卡回收 | SIM卡的管理 |
| 资源查询 | SIM卡资源查询管理 |
7 | 缴费管理 | 含滞纳金处理 |
| 营业缴费 | 营业厅缴费管理 |
| 业务退费 | 业务退费管理 |
| 撤单处理 | 缴费撤单管理 |
| 票据打印 | 发票打印及票据补打 |
| 缴费文件上传 | 缴费文件传输管理 |
8 | 信用管理 | 用户信用度管理 |
| 信用度维护 | 用户信用度的建立修改等管理 |
| 账户类别维护 | 信用度与帐户的关系管理，帐户类别管理 |
| 黑名单登记 | 系统黑名单的管理 |
| 无主用户查询 | 无主用户查询管理 |
| 信用度调整 | 用户信用度的变更管理 |
| 高额处理 | 高额用户与信用的管理 |
10 | 系统管理 | 营业系统管理 |
| 操作员管理 | 操作员的增删改 |
| 操作员组管理 | 操作员组管理 |
| 操作权限管理 | 操作权限管理 |
| 角色管理 | 用户角色管理 |
| 员工密码管理 | 员工密码修改 |
| 银行资料维护 | 银行资料表管理 |
| 基础资料维护 | 基础资料表管理 |
| 系统参数维护 | 系统参数表管理 |
| 行政域和节点 | 行政域和节点维护 |
| SP管理 | 代销商管理 |
| 服务管理 | GSM服务的管理 |
| 日志查询 | 日志查询管理 |
| 日志统计 | 日志统计管理 |
| 日志备份 | 日志备份管理 |
|
|
|
6.5 自动停开机系统
序号 | 模块名 | 说明 |
1 | ASOS语法管理 | 抽象XX用户服务联机指令语法（Abstract Subscriber Oder Syntax，ASOS）管理 |
2 | ASOC联机指令客户端接口模块 | 客户端应用程序（Automatic Subscriber Order Client，ASOC） |
3 | ASOA联机指令代理接口模块 | 代理程序（Automatic Subscriber Order Agent，ASOA） |
4 | 交换机协议转化模块 | 各个厂家、各个版本的XX通信交换机以及RS232、X.25、ETHERNET等不同连接方式的交换机维护和用户管理 |
5 | 交换机服务功能管理 | 交换机业务功能管理 |
7 | 请求池管理 | 联机指令请求池的管理 |
6.6 网间结算系统
序号 | 模块名 | 说明 |
1 | 数据采集系统 | 网间结算采集管理 |
2 | 话单预处理系统 | 网间结算话单预处理 |
3 | 话单批价及结算系统 | 网间结算话单批价及结算系统 |
4 | 话单入库系统 | 网间结算话单入库 |
5 | 统计分析系统 | 网间结算统计分析 |
6 | 资源管理系统 | 网间结算资源管理 |
7 | 统计报表系统 | 网间结算统计报表 |
6.7 外围系统
序号 | 模块名 | 说明 | |
1 | 监控子系统 | 系统监控模块，负责应用系统，数据库系统的监控，报警 | |
2 | 稽核子系统 | 保证系统运行的准确性，系统各级计费流程的全程稽核管理 | |
3 | 任务管理 | 应用系统的自动任务调度管理 | |
4 | 日志管理 | 负责对系统中各子系统产生的日志文件进行维护 | |
5 | 数据传输 | 广域网、局域网的数据文件传输管理 | |
6 | 统计处理子系统 | 统计处理管理 | |
7 | 统计报表子系统 | 统计报表管理 | |
8 | 自动报表系统 | 用户自行设计报表 | |
9 | 网内结算系统 | 省内漫游、国际漫游结算，统计 | |
10 | 数据管理 | 数据出库入库的管理 | |
11 | 外部数据处理 | 外部数据与系统的接口管理 | |
12 | 数据装载 | 负责将预定指定格式的文件、数组、字符串插入到数据库表中 | |
11 | 数据分发 | 按照一定的时间间隔从数据库表中提取数据，并形成具有指定格式的文件，系统数据的分发可进行CORBA分发 | |
12 | 配置文件管理 | 从前台修改任意机器上的任意配置文件的功能 | |
13 | 发票定制打印系统 | 定制并打印任意客户化发票 | |
14 | 其他 |
| |
7 容灾系统建议
由于本期XXBOSS三期扩容工程暂不考虑容灾设计，鉴于XXBOSS规范相应要求，以下仅对容灾做简单的方案描述。
7.1.1 容灾设计
无法复制到备系统，因此它是一种不完整的容灾备份方式。
无法复制到备系统，一旦主系统崩溃，备系统无法完整的将数据恢复到主系统崩溃前的状态。因此它是一种不完整的容灾备份方式。
的计费营帐系统的容灾备份系统。它从主机、数据库、应用软件三层来进行系统设计，根据计费营帐系统不同的业务数据容灾备份的精度要求来实现NO LOSS DATA。
7.1.2 主备系统磁盘级的同步更新
数据是建立在Logical Volume上的，它不是建立在文件系统上，因此无法用文件方式进行发送到备系统，而Online redo log记录了所有AICBS系统的最新数据变更的记录，如果该部分数据无法实现实时的进行数据复制，则一旦主系统崩溃，则所有在Online redo log中记录的业务数据更改信息将丢失，则一旦备系统startup，也无法恢复到与主系统一致，因此为了能够实现所有业务更新的数据能够在备系统中进行恢复，必须对Online redo log的数据进行实时的数据复制。
的SNDR（Storage network data replication）存储网络数据复制技术实现存储级进行实时的数据复制；它是基于TCP/IP协议的一种远程数据复制技术，支持文件系统，Volume的实时数据复制。它具有如下特性：
技术可以实现备系统的数据恢复过程，STANDBY DB实质上就是一个主系统数据库在发生灾害时候的一个拷贝，它实现的原理是利用了ORACLE数据库的归档日志文件，将归档日志文件通过文件传输系统发送到被系统，进行对数据库的恢复过程。它具有如下的特性：
不会影响主数据库的任何操作
可以始终处于Managed Reconvery mode
standby db进行数据恢复的数据主要是包括用户资料、帐务数据、销帐数据等业务数据（除详单、统计数据外）。
7.1.3 应用软件的数据复制
技术来进行数据备份恢复，则需要恢复的数据量非常大，产生的归档日志文件将会非常多而且非常大，需要恢复的时间也将会很长，则数据恢复的时延也会较长，严重的影响象用户资料等这种关键数据的恢复。由于ORACLE STANDBY DB是以数据库SERVER为单位进行数据库RECONVERY的，因此，我司在进行容灾备份系统设计时充分考虑到这点，将用户资料等业务数据建在一个数据库SERVER上，而将详单数据放在另外一个数据库SERVER上，这样做可以使得业务数据与详单数据同时并行进行容灾备份，充分利用多进程多线程的技术进行详单数据的出库、入库等处理。由于AICBS对话单是采用分表的方式进行存放的，每天的话单将入到不同的表中，这样做可以使得单表中的数据大大降低，对于查询，统计，出库的速度都是大大提高。用户详单从主系统数据库完成出库到将详单发送到备系统进行入库这个过程将会有一个时延。因此有可能会将主系统中A表的详单入库到备系统的B表，这就会造成用户查询帐单与所对应的话单不一致，为了防止这种情况发生，需要对AICBS系统的出库模块进行修改，每次话单出库时，需要对每张话单所归属的表名进行记录，相应的入库模块也要进行修改，根据每条话单的所属的实际表名进行入库。也就是每次话单发送到被系统后，需要对话单进行从新归类，按表名将话单从新整合，再进行入库。同样，对于统计信息也要做上述调整。
7.1.4 数据业务容灾设计
AIRADIUS认证信息同步更新
文件大小的设定，Online Redo log的大小的设定，详单、统计数据出库时间间隔的设定、出库文件大小的设定等。ROACLE standby db进行reconvery的时间的设定等。所有这些需要一个统一的管理子系统来进行管理。
该管理子系统的另外一个主要功能是将所有应用软件的启动、数据库SERVER的启动进行统一管理，通过它用户可以设定主系统瘫痪多长时间则必须启动备系统，主系统瘫痪的时间可以通过监控系统得到，一旦需要启动备系统，则由监控系统向管理子系统发送预先打包的启动批命令。完成启动工作。