中国移动业务运营业务支撑系统－业务管理子系统

中国移动业务运营业务支撑系统（ BOSS）概要设计书 业务管理子系统 版本号： 3.0 密级：机密 编写： 年月日 审核： 年月日 批准： 年月日 联创科技 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 目 录 1. 引言 . 1.1 软件名称 . 1.2 文档说明 . 1.3 文档密级 . 1.4 参考资料 . 2. 总体描述 . 2.1 功能描述 . 2.2 软件结构 . 3. 模块设计 . 3.1 资源管理 . 3.1.1 分级管理与权限控制 . 3.1.2. 3.1.3 号码资源管理 . 3.1.4 卡号资源管理 . 3.1.5 票据资源管理 . 错误 !未定义书签。 3.1.6 续费卡资源管理 . 3.1.7 终端配件资源管理 . 3.1.8 其他资源管理 . 错误 !未定义书签。 3.2 资费管理 . 3.2.1 业务资费管理 . 3.2.2 帐务资费管理 . 3.2.3 套餐资费管理 . 3.3 客户管理 . 3.3.1 潜在客户管理 . 3.3.2 客户信用管理 . 3.3.3 客户有效期管理 . 3.3.4 客户欠费管理 . 3.3.5 用户积 分管理 . 3.4 大客户管理 . 3.4.1 大客户分类 . 3.4.2 大客户资料管理 . 3.4.3 大客户信用管理 . 3.4.4 大客户服务 . 3.4.5 大客户分析 . 3.5 集团用户管理 . 3.5.1 集团用户分类 . 3.5.2 集团用户资料管理 . 3.5.3 集团用户信用管理 . 3.5.4 集团用户资费管理 . 3.5.5 集团用户服务 . 错误 !未定义书签。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.5.6 集团用户统计分析 . 错误 !未定义书签。 3.6 代理商管理 . 3.6.1 代理商分类 . 3.6.2 代理商资料 管理 . 3.6.3 代理商结算 . 错误 !未定义书签。 3.6.4 代理商评估 . 错误 !未定义书签。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 1. 引言 1.1 软件名称 1.2 文档说明 1.3 文档密级 1.4 参考资料 BOSS 业务规范 BOSS 系统技术规范 移动 BOSS 系统需求 规格书营收管理 V1_0 移动 BOSS 系统需求规格书查询统计 V1_0 移动 BOSS 系统需求规格书帐务管理 V1_0 移动 BOSS 系统需求规格书资源管理 V1_0 移动 BOSS 系统需求规格书辅助管理 V1_0 移动 BOSS 系统需求规格书代理商管理 V1_0 移动 BOSS 系统需求规格书增补需求汇编 1 V1_0 移动 BOSS 系统需求规格书移动计费（漫游） V1_0 移动 BOSS 系统需求规格书移动计费（数据） V1_0 移动 BOSS 系统需求规格书移动计费（语 音） V1_0 移动 BOSS 系统需求规格书移动计费（语音）附件 3_预处理校验规则 移动 BOSS 系统需求规格书移动计费（语音）附件 4_字段检验标准 移动 BOSS 系统需求规格书移动计费（语音）附件 6_统计要素 移动 BOSS 系统需求规格书移动计费 V1_0 移动 BOSS 系统需求规格书联机指令 V1_0 移动 BOSS 系统需求规格书数据采集 V1_0 2. 总体描述 2.1 功能描述 业务管理主要完成与客户服务密切相关的信息管理，主要包括资源的管理，资费的管理，客户的管理，大客户的管理， 集团用户的管理，代理商的管理。从功能上可以分为三大块：产品管理，客户管理和代理管理。资源和资费属于产品管理，是移动公司提供产品服务的基础；客户，大客户和集团用户是客户管理，主要为移动研究客户群服务；代理管理主要是对移动公司合作对象的管理。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 2.2 软件结构 系统管理资源管理 资费管理 客户管理 大客户管理 集团用户管理号码资源卡号资源卡号资源票据资源冲值卡资源业务资费帐务资费套餐管理潜在客户管理客户信用管理代理商管理终端资源配件资源其他资源资料管理信用管理服务与分析 3. 模块设计 在模块设计中，模块之间有相互调用关系，为了在数据流程图中能清楚表明模块之间的关系，对每个模块都定义一个模块流程标识，采用有意义的英文说明。 3.1 资源管理 3.1.1 分级管理与权限控制 分级管理定义：分级管理是 指根据不同的权限级别，对不同地域范围内的所拥有地资源进行下级分配。具体举例来说，系统将地域划分无，个儿，营业厅（部门），业务区，地州，全省共 6 个级别，同样对于资源分配权也分别对应这 6 个级别，如果某个员工他的资源分配权的级别在营业厅这个级别，那他的分配权力是将归属于这个营业厅的资源分配给这个营业厅下的员工，其他就依次类推。采用分级管理，从管理角度上来非常严谨，所以操作起来就比较繁琐，有些省份喜欢采用粗线条的管理，使用这种方法对他们不适用，所以资源分级管理的升级管理的实施采用配置控制的方法。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 在我们的资 源表中，归属除地州、业务区、营业厅、员工外，还有一个归属组，归属组是营业厅的组合，权限上与营业厅同级。下面是在采用分级管理的办法时，对资源分配的控制： 新资源入库：不管是地州新资源入库还是省中心资源入库，号码入库后的归属地州均属于员工登录的归属地州； 资源正式分配： 资源其他管理：采用资源使用权。在级别大于业务区时，操作者可以操作任何资源，否则操作者只能操作归属于自己权限范围内的资源，如具有营业厅级别的操作者，只能操作归属于本营业厅的资源信息。具体使用权限规定如下：只有资源使用权限大于 0级别的才能进 行资源修改；只有资源使用权限大于 3级别的才能进行资源删除；资源修改只能修改自己权限范围内的资源： 1，修改归属自己的资源，2，修改归属营业厅的资源， 3，修改归属业务区的资源， 4，修改归属地州的资源。 3.1.2 号码资源管理 3.1.2.1 管理模式和方法 号码资源管理采用两级管理模式：省中心管理和地州中心管理。 管理方法示意图（它是一个小型的进销存系统）： 库存 销售入库分配维护、统计维护、统计回收临时库 提交 3.1.2.2 管理状态分析 一个号码从产生到再用要经过很多的环节，为了能有效管理号资源，在每个环节它都有一个状态，而 且在一般情况下这些状态都是有序的，也就是说每个号都要经过这个南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 状态流，以下是各状态的含义： 空闲：是指移动号码刚导入库中还没被使用时的状态； 选占和预占：这两个是中间状态，主要是用于控制前台开户的流程； 占用：是指用号码被买出后用户使用时的状态； 释放：是指号码做过销号或改号后的冻结状态； 预留：是指有些号码被保留在库中不允许买出的状态； 3.1.2.3 号码属性分析 号码除了有状态外，还有其它一些重要属性，以下是详细介绍： 局号：考虑到号码的管理都是批量管理，所以在号码管理时采用号码段的概念。对于每个号码段，我们用一个唯 一标识来表示它，这就是移动局号。局号不光是标识了号码段，它同时反应该号码段对应的共同属性，如移动号码对应交换机编号等； 号码用途类型： BOSS 系统是一个非常综合的系统，在系统中会用到不同用途种类的号码资源，如专门为移动使用的 GSM 号码， CDMA 号码；专门为超级寻呼使用的超级寻呼号码等等。 号码类型：号码类型是对某种号码用途的号码使用目的的分类，往往在管理中，不同的号码段会有不同的用途，比如某种类型的号码可以专门作为全球通品牌出售，某种类型的号码可以专门作为本地通出售等等； 号码预配标志：是指此号是否与一张 SIM 卡临时对应关系； 预开户标志：是否预先开过户。 3.1.2.4 入库 按照用户的要求在临时库中生成一批新号码，并自动匹配号费，为某些号码加上选号费。 首先在临时库中生成一批号码，如果生成的号码有误，可单条或批量在临时库中修改号码，也可以删除新增号码，重新生成；若生成的号码无误，即可将其导入正式库，并同时删除临时库中的号码，以避免重复导入；如此时发现导入正式库中的号码有误可单条或批量在正式库中修改号码，若是无法挽回的错误只能删除正式库中的数据，并要记录删除日志。 3.1.2.4.1 入库准备 入库准备工作主要对将要入库的信息准备好，主要是号 码段信息，号码用途信息，号码类型信息，入库地州信息和市县信息，对于地州用户，只要考虑入库的市县信息。在入库的时候，可以自动匹配费号类型，计算号码的选号费。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 入库的流程很简单，只要将这些信息匹配以后，入的临时库中，同时记录日志。 3.1.2.4.2 入库维护 入库维护是对临时库内的数据进行修改。为了保证入到正式库中的数据是完全正确的，在正式库提交前可以进行部分数据修改，除了号码本身信息外，其他信息都可以修改，同时记录修改日志。 (a) 号码资料修改 可修改的号码资料为：移动局号，号码用途类型，号码类型，费号金额，归属市县等。 (b) 号码资料清 理 对于临时库中的号码资料，如果发现整个号码段错误，可以随时删除。 3.1.2.4.3 入库提交 将临时库中的号码信息提交到号码正式库中，并记录日志。可以选择号码段部分提交，也可以是全部提交。 3.1.2.5 号码分配 3.1.2.5.1 分配方式 号码分配采用两种管理制度：营业厅和归属组。营业厅是将号码分配到营业厅，校验时按营业厅校验；归属组时营业厅的组合，将号码分配到归属组，然后按归属组校验。后面一种是比较粗的管理方法。资源分配受权限控制，只有拥有资源分配权限，而且级别在 2 级以上的才能将号码分配到营业厅或归属组。 3.1.2.5.2 省中心分配 省中心分配是一种管理上的分配，将 号码段分配给地州，主要可以提供全省的号码分布情况。 3.1.2.5.3 省中心地州分配 省中心可以直接将号码分配到地州的临时库，免去地州号码入库的工作。 3.1.2.5.4 地州分配 各地市将省中心分配的或自己生成的号源分配给营业厅或归属组，只有拥有资源分配权并级别在 2 以上的也可分配，在分配的同时自动加上此营业厅或归属组所属的市县，若分配错误可及时回收，重新分配。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 (a) 归属组管理 归属组是多个营业厅的组合，一个营业厅可属于任意一个归属组，并可同时归属于几个组；有权限的人可增加，删除，修改归属组的定义，并记录日志。 3.1.2.6 号码维护 对已在正式库的号码资源进行 修改。 3.1.2.6.1 号码资料修改 号码资料修改是修改号码的属性，如号码类型，状态，移动局号，操作员工，归属地，选号费等，可提供采用逐条和批量修改两种管理模式，批量修改还可重新计算一批号码的选号费，由于号码状态不能随意修改，所以只有此权限的人才可修改，并要记录日志。 3.1.2.6.2 号码资料清理 可对正式库中处于空闲的号码进行删除，一般情况下不会使用此功能，如果把一批号导入正式库时发现导入错误，此时可以使用该功能清理号码。 3.1.2.7 号码回收 把已正式销号 N 个月以上或做过改号后的号码的状态初使化，让其能再买给其他用户使用，这里的月份数由用户自己定 义，并且它有个参照日期，可以是当天也可以是某一，也由用户定义。 3.1.2.8 统计分析 完成按任意条件或条件组合对正式库的移动号码进行分级统计，统计从范围上分为三层：全省级统计，地洲级统计，市县级统计，这三级统计都可按移动号码要素（如分配标志，号码状态，移动局号，领用部门，领用市县）等分组统计，但每一级都不可越权。 (a) 全省级统计 拥有数据查询权并级别是 5 的人员可对全省的号码资源进行统计，一般是由省中心人员进统计，他们只关心每个地州拥有的号码总量。 (b) 地州级统计 拥有数据查询权并级别大于等于 4 的人员可对自己全地洲的号码资源进行 统计，这里不但能统计全地洲的号码总量，还能统计号码在各个县，部门（归属组，营业厅的分布和使用情况。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 (c) 市县级统计 拥有数据查询权并级别大于等于 3 的人员可对本市县的号码资源进行统计，这里不但能统计全市县的号码总量，还能统计号码在属于该县的部门（归属组，营业厅）的分布和使用情况。 3.1.2.9 日志查询 完成按条件查询移动号码生成，出入库，下发和回收日志记录，如按照时间段，操作员工，操作类型等查询。 3.1.3 卡号资源管理 3.1.3.1 管理模式和方法 卡号资源管理采用两级管理模式：省中心管理和地州中心管理。 管理方法示意图（它是一个小型的进销存系统 ）： 库存预配 ， 预开， 销 售入库分配维护、统计维护、统计临时库 提交 3.1.3.2 管理状态分析 一张移动卡从产生到消亡要经过很多的环节，为了能有效管理卡资源，在每个环节它都有一个状态，而且在一般情况下这些状态都是有序的，也就是说每张卡都要经过这个状态流，以下是各状态的含义： 成卡未用：是指把省里的移动卡文件导入库中后赋给它的状态，这时移动卡只是简单的导入，不被任何人占用，等待管理员的分配； 成卡已用：是指移动卡正式被用户使用后的状态，即已向交换机发过指令，被激活的卡状态，这里包括在营业厅激活的和做激活卡的；每个业务必须经历的 最后一步。南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 业务受理结束主要完 选占和预占：这两个是中间状态，主要是用于控制前台开户的流程； 遗失卡：是指用户做过补卡后旧卡的状态。 坏卡：是指用户做这换卡后旧卡的状态。 作废卡：由于交换机的容量有限，所以要定时对交换机进行清理，也就是清理卡的资源，一般是对遗失卡，坏卡，销号卡进行清 KI，清完 KI 后此卡的状态就是作废卡，此卡在交换机上已没有记录； 销号卡：用户做完正式销号后，此卡就做为销号卡，在没有清 KI 前，数据还保存在交换机上； 3.1.3.3 卡号属性分析 一张移动卡除了有状态外，还有其它一些属性，以下是详细介绍： 移 动卡号（ SIM 卡号）：是指为了便于管理给移动卡一个唯一的标识，就好比你在学校里的学号在整个系统中用户是通 SIM 卡号对卡进行一切的操作，如卡分配，开户等； IMSI 号：这是移动卡真正的名字，这个串号被记录在交换机上，一旦向此卡发指令，其实就是对此串号进行操作。 SIM 卡号与 IMSI 号就好比一个人在学校的学号和他真正的名字； 移动卡类型：是指卡本身的类型，它卡内存的大小来决定，一般分 8K 和 16K 两种； 出入库时间：是指卡被导入库和入库返销的时间； 出入库员工：是指进行卡导入工作的员工； 归属信息：是指此卡被分配到 的具体地点，可分为三级：市县级；部门级（营业厅，归属库）；个人级； 3.1.3.4 入库 3.1.3.4.1 入库准备 入库准备工作主要对将要入库的信息准备好，移动卡的来源一般是移动或联通总公司以文件的方式发送给各个省公司或由省公司自己生成卡文件，这里的入库准备是指将磁盘文件（卡数据）导入临时库的准备，主要是针对卡段信息，卡用途信息，卡类型信息，入库地州信息和市县信息，对于地州用户，只要考虑入库的市县信息。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 (a) 文件格式化 有的卡数据文件的格式不符合数据库中的格式，例如字段间的分隔是空格而不是 TAB空格，这时需要对格式进行处理。 (b) 文件导入 入临时 库的流程很简单，只要将这些信息匹配以后，即可导入临时库中，同时记录日志，此时可给用户选择是否立即入正式库，如入了正式库，还要记日志。 3.1.3.4.2 入库维护 对已导入卡临时库的数据进行修改，分为逐条和批量修改，一般是针对自定义的要素（字段）如移动局号，卡类型等进行修改；以保证导入正式库的数据正确。 (a) 卡资料修改 卡资料修改是针对自定义的要素（字段）如移动局号，卡类型，等的修改，对于一些重要的要素不可修改，如卡号， PIN 码， PUK 码； (b) 卡资料清理 修改如果导入的卡文件本身有误，如 PIN 码出错，就不可用卡资料来维护，要及时清理 临时表的数据，等待重新导入。 3.1.3.4.3 入库提交 将临时库中的卡资料提交到卡正式库中，并记录日志。可以选择卡号段部分提交，也可以是全部提交，提交时要记录日志。 3.1.3.5 卡号分配与回收 卡分配采用两种管理制度：营业厅和个人。营业厅是指卡分配到营业厅，校验时按营业厅校验；归属组是营业厅的组合，将号码分配到个人，然后按个人校验。后面一种是比较细的管理方法。资源分配受权限控制，只有拥有资源分配权限，而且级别在 2 级以上的才能将号码分配到营业厅或个人，当出现分配错误时，可以按分配时的级别分级回收，并要记录日志。 3.1.3.5.1 省中心分配 省中心分配是 一种管理上的分配，将卡段分配给地州，主要可以提供全省的号码分布情况。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 (a) 生成分配文件 省中心将总部给的卡文件经过处理为每一个地州生成一个文件，再把卡文件分发到各地州，由他们自己导入数据。 (b) 省中心地州分配 省中心可以直接将卡文件导入地州的临时库，免去地州卡入库的工作。 3.1.3.5.2 地州分配 各地市将已导入正式库的卡分配给营业厅或个人，只有拥有资源分配权并级别在 2 以上的也可分配，在分配的同时自动加上此营业厅或归属组所属的市县（此为可选功能），当各部门人员来领卡时要打印领卡单，若分配错误可及时回收，重新分配，分配和回收都要记 录日志。 3.1.3.6 卡号维护 对已导入正式库的数据进行修改，一般是针对自定义的要素（字段）如移动局号，卡类型等进行修改。 3.1.3.6.1 卡资料修改 卡资料修改是针对自定义的要素（字段）如移动局号，卡类型等的修改，对于一些重要的要素不可修改，如卡号， PIN 码， PUK 码；修改分为逐条和批量修改，如果是严重错误，如 PIN 码出错，就不可用此功能来维护，要用卡资料清理来处理，至于卡状态的修改，要有修改权限的人才可修改，并要记录日志。 3.1.3.6.2 卡资料清理 可对正式库中处于成卡未用的卡进行删除，一般情况下不会使用此功能，如果把一批卡导入正式库时发现导入 数据错误，此时可以使用该功能清理卡号，并要记录日志。 3.1.3.7 GSM 卡批量管理 GSM 卡批量管理是针对卡特殊业务的管理，如卡的预配，预开，批量开户等。 3.1.3.7.1 预配 移动电话在开户时需要一张移动卡对应一个电话号码，在营业厅开户时这个对应关系被实时建立，无需预先配号，这里的预配号是给要做预开户的移动卡配上一个电话号码，只有拥有分配权的人员才可根据权限的级别进行分级预配，做完后还要记录日志，如果预配错误南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 还可预配返号，预配可分为连号和过滤预配： (a) 连号预配 连号是指给一段连号的移动电话号码配上连号的移动卡，并且在数量上要保持一致。 (b) 过滤预配 过滤预配可从一段电话号码中根据用户要求选取部分号码和卡预配，也可让用户从外界导入要预配的号，注意不管什么预配，卡号要保证连续。 3.1.3.7.2 批量预开户 完成已预配号的移动卡向交换机发开户指令的工作，使移动卡被激活，可用。只有拥有预开权的人员才可根据权限的级别进行分级预开，做完后还要记录日志，如果预开错误还可预开返销，预配可分为连号和断号预配： (a) 连号预开 连号是指对一段连续又被预配过的卡向交换机发开户指令。 (b) 断号预开 有时用户单独开了一段卡的其中几张，如要把剩下的卡开户，只要选择断号预开，再输入这段的起始卡号 系统自动将没激活的卡激活。 (c) 批量用户资料进入 (i) 正式开户 这主要是满足虚拟用户开户，当用户需要做一批虚拟开户时，先对一批卡预配，再到这里把统一的虚拟用户资料导入，同时可以为这些卡选择入网费，套餐，特服等并且发开户指令，整个步骤与普通开户类似，在这里做的卡已是活卡，无需再去批量预开户，如果正式开户错误或想取消正式开户，可以返销，至于权限的管理与上面批量预开户一样，做完后要记录日志。 (ii) 模拟开户 这里完成的功能和上面相似，唯一的区别是模拟开户中只导入用户资料，不发开 户指令，只是先把号和卡占有，如想激活，要到批量预开户模块里去激活 ,如查模拟开户出错，可以返销，做完后要记录日志。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 (d) 批量修改用户资料 当用户在做完批量用户资料进入后发现部分资料录入错了，这时不用做返销业务，在这里可以修改用户资料，包括套餐，但这里只能修改是由批量开户生成的用户资料，一般在营业厅开户的资料不允许修改。 3.1.3.7.3 批量业务 对一批连号的卡进行批量操作，一般都是针对还没买出的卡。 (a) 批量选择开通特服 对一批连号并且已被开户（激活）的卡增加某些特服功能，这里的特服可由用户在特服功能表中任意选择 ，但已有的特服不可再开，操作完后要记录日志。 (b) 批量开停机 有时要对一批卡（号）进行开停机，此模块就是完成批量发停开机指令，并要记录日志。 3.1.3.7.4 GSM 卡批量业务的指令实现 在 GSM 卡批量业务中，许多地方涉及到要对 HLR 发联机指令，如预开业务和预开返销业务，批量开通指令服务等等。我们规定预开业务（开户）的业务类型为： YK；预开返销业务（开户返销）的业务类型为 KY；对于批量开通指令服务，我们只支持开机、停机、漫游、增值的特服功能（ HLR）几种，对应的业务类型为 PZ（批量指令执行）。 新增 GSM 卡管理的工单状态流： PLXG：批量指令业务修改 PLJS：批量指令业务完成 建议流程为： SLDJ ZLX0 ZLD0 PLXG SLJS 填写台帐信息可采用 SLDJ 的流程处理。 ZLX0 与 ZLD0 的流程参照 GSM 业务概要设计书。 3.1.3.7.5 分配日志 SIM 卡分配牵涉到实物的流动，所以必须记录详细的分配和回收日志。 3.1.3.8 GSMKI 管理 3.1.3.8.1 KI 信息加密 KI 是一个 SIM 卡的重要信息，不允许被维护以外的人知道，所以 KI 在系统中的存储南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 是加密存放的。 3.1.3.8.2 手工批量建 KI 对一批卡在交换机上建 KI，建 KI 相当于卡在交换机上登记一下，避免在开户时实时建KI，提高 开户速度，但这样会长时间占用交换机的资源。 3.1.3.8.3 手工批量清理 KI 对销号卡，补换卡后的坏卡要在交换机上清除，以免浪费资源，这里是手工清理，也就是说由用户自己选择要清 KI 的卡，一般用户会根据交换机的资源定期清理。 3.1.3.8.4 KI 数据修正 当在系统中 KI 数据发生错误的时候，可以针对每一条 SIM 卡信息进行修改。 3.1.3.8.5 KI 数据自动清理 为了实现交换机容量的最大使用，需要对一些作废的卡进行 KI 清理工作。 KI 的清理除可以手工清理外，大多数都是自动清理，清理的频率可以认为设置。 3.1.3.8.6 清 KI 的指令实现 3.1.3.9 统计分析 完成按任意条件或条件组合对正式库 的移动卡进行分级统计，统计从范围上分为四层：全省级统计，地洲级统计，市县级统计和个人级，这四级统计都可按移动卡要素（如分配标志，卡状态，移动局号，领用部门，领用市县）等分组统计，并且这四级与统计权限的级别一一对应，拥有哪级权限级别就可对该级别对应的统计范围进行统计，每一级不可越权。 3.1.3.10 日志查询 完成按条件查询移动卡出入库，下发和回收，预配，预开的日志记录，如按照时间段，操作员工，操作类型等查询。 3.1.4 续费卡资源管理 3.1.4.1 续费卡状态分析 续费卡的状态分为：已录入、已下发、已激活、已使用、已注销、已过期、已删除等七种状态 ，初始状态为已录入。只有在续费卡处于已激活状态时，用户方可用此卡缴纳话费。 已录入：续费卡信息输入后的初始状态，由省管理中心设置； 已下发：省公司将续费卡下发到分公司后的状态，由省管理中心设置； 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 已激活：省公司确认续费卡安全到达相应分公司后，由出库进入各销售网点开始销售前，使之变为可用的状态，由省管理中心设置； 已使用：用户已使用该卡缴纳话费后的状态，由管理系统自动设置； 已注销：由于某种原因，如批量丢失、损坏等，使卡处于不可用的状态，由省管理中心设置； 已过期：该卡已超出有效使用截止期而用户尚未使用该卡 缴纳话的状态，由管理系统自动设置； 已删除：因使用、注销或过期等，系统不再保存该卡信息的状态，由省管理中心设置。对已删除的续费卡的卡号资源，系统可重新使用。 续费卡各状态之间的流程如下图所示，各状态之间顺序不可逆转、不可跳跃。 已删除 已过期 已注销 已录入 已使用 已激活 已下发 3.1.4.2 管理模式与方法 从上面状态的分析可以看出，续费卡的管理其实就是续费卡的状态的管理，而且以省中心作为主要管理单位，分公司辅助的方法进行具体管理。为适应这种管理方法 . 3.1.4.3 续费卡密码管理 续费卡依靠密码进行续费，所以密码要求唯一，系统 采用 DES64 密码加密方法，并采用特殊的方法获得唯一密码。续费卡是有价卡，所以密码必须保密。 3.1.4.4 续费卡制造 3.1.4.4.1 初始数据生成 续费卡卡号分为两部分，相对固定部分和顺序可变部分，前面部分为六位，主要有年份，批次，面值和厂家组成；后面部分为 8 位，生成新卡时，要输入卡的起始序号，在此序号的南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 基础上，顺序累加，就得到不同的卡号。 为了得到卡的唯一密码，新卡密码必须与已经生成的卡进行比较，因为采用三层结构，无法通过数据库来比较密码的唯一性，为了解决这个问题，采用先生成临时文件的方法，就是将新生成的一批卡，存在硬盘上的临时文件 ，在生成过程中首先保证这批卡中没有重复。然后分批到制造库中进行提交，提交失败的卡剔除出来，重新进行密码生成和临时文件，再重复前面的过程，直到所有的卡生成完毕。 3.1.4.5 续费卡回收 续费卡回收是从作废卡中获得数据，生成新的卡，与新卡制造类似，只不过不需要重新生成卡号，但密码必须重新生成，参见新卡制造的流程。 3.1.4.6 续费卡入库 3.1.4.7 续费卡出库（下发） 3.1.4.8 续费卡激活 3.1.4.9 续费卡注销和删除 3.1.4.10 续费卡过期 续费卡过期采用后台进程。 3.1.5 终端配件资源管理 3.1.5.1 管理模式与方法 终端与配件资料管理采用两级管理的模式：市县、营业厅管理。管理模式示意图如下： 市县库存 营业厅销售库入库 出库增加出库记录维护、统计下发记录 入库 销售记录销售增加销售记录维护、统计 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.1.5.2 终端分类 终端分类可以按服务类型进行分，如 GSM、 CDMA 服务使用的终端是手机，寻呼使用的终端是寻呼机，转网使用的终端是转网接入设备等，对于每一个终端，它有一个主件、附件和配件的属性。举例来说，手机是一个主件，手机耳机、外壳是附件，液晶显示屏、集成电路板就是配件，配件的作用是维修，对于主件和附件是可以独立销售的。 3.1.5.3 终端入库 3.1.5.3.1 价格管理 每个终端都有一个价格，价格通过终端设备编码与终端相连，不管什么类型的终端，设备编码是它的唯一标识，所以新的终端在入库之 前，首先要确定是否是新的设备，如果是新的设备，必须为之增加设备编号，设备编号采用五位编码。价格与时间相关，同一个设备编码，在不同时间范围内价格是不一样的。对于设备来说，设备编码是一个人为编码，便于记录，但不便记忆，考虑到大多数设备都有其固有的型号，所以给设备增加一个设备名称代码，来记录它的型号。 在价格管理时，在交叉的时间范围内，不允许一个设备编码同时对应两个价格。 3.1.5.3.2 入库管理 3.1.5.4 终端分配 3.1.5.5 终端使用 终端使用通过客户服务中的业务受理实现，目前开户业务和补充业务支持终端的销售，每当这些业务办理完毕后， 要在营业厅库存中登记销售（出库）记录。 3.1.5.6 统计分析 分市县库存的出入库统计、营业厅库存的入库统计和销售统计。 3.1.5.7 日志查询 对于终端管理的日志，主要有：市县库存出入库日志，营业厅库存入库日志，对于营业厅库存销售日志（出库）可使用业务的日志。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.2 资费管理 3.2.1 业务资费管理 3.2.1.1 业务收费项 业务收费项分为两种：固定收费项与可变收费项。固定收费项是指每笔业务的办理固定要收取的费用，如手续费，以前还有入网费等；可变费用项与在业务办理选择的设备不同而不同，如手机的不同型号会收取不同的费用， SIM 卡的不同功能会有不同的费用，不同的号码 会有不同的费用，这些费用都是不定的，而且可变的费用可以多选，如你可以同时买多部手机，也可以额外买一些附件之类。对于固定的费用，可以直接配置在每笔业务的费用价格表中，而可变的费用就必须动态进行计算，我们这样来处理可变费用：首先将可以出售的可变费用按具体物品的不同进行分类：卡费，选号费，终端设备费，维修处理费等，在可变费用当中，有可分为三类，一类是单独物品的销售，如手机，这种情况销售的物品都有一个设备编码，而且一次销售可以有多个；一类是业务本身必须具有的物体，如开通一个用户必须有一个 SIM 卡和一个移动号码，且不 需多个号与多个卡，这种情况不需要设备编码； 一类是是一次性收取的费用，但根据情况的不同，收取的金额不一样，如维修费，这种情况没有具体的物理设备，纯粹是人力劳动的收费，所以也不需设备编码。 根据上面的分析，我们可以将业务要收取的费用的类型可以独立出来，对于固定费用对每个业务进行配置，可变费用不进行 强制配置 ，在没有事先配置的情况下，根据在业务的实际使用中，用到了那项就添加那项，如收取了选号费，我们就添加选号费用，这样就要求在这些可变费用的对应对象中，要记录费用项类型，对于选号费，我们记录费用项类型在费号规则中， 对于 SIM 卡费，我们记录在卡型价格表中，对于终端设备，我们记录在终端编码表中； 如果事先也作了配置，则我们认为是一个配置基数，这个基数可正可负，当真正使用该项费用时，将该基数加上从设备或资源表中获取的实际价格，得到最终的价格，如果价格为负，则调整为 0。 在业务办理的费用记录时，采用三级结构： 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 业务总费用费用类型费用某类型详细设备费用 3.2.1.2 业务资费管理 业务资费管理采用主细表的方式，对应 每个代理商的每个服务类型的每个业务类型 ，有多张价格表，价格表的划分有两个依据：服务依据和时间依据。服务依据有营业员 把握，根据移动公司规定，在办理某个业务时，因为用户选择的服务不一样，对应的服务价格表也会不一样，可以选择；时间依据是营业员无法控制的，主要由后台人员控制，某个价格在某个时间范围内有效，而在某个时间范围内无效，营业员只能看到有效的价格表。对于每张价格表，有一个价格明细，如上所述，价格明细只反应固定的费用项，不固定的费用项同样由业务的具体操作决定。 3.2.1.3 业务资费使用 3.2.2 帐务资费管理 帐务资费管理主要是指对使用运营商提供的业务功能所需缴纳的固定费用，包括基本月租费、频占费、特服功能费等（其中特服功能费又包括来电显示、三 方通话、短消息、 WAP等等）。帐务资费管理的作用因素主要由服务类型、服务品牌类型、服务开通状态、服务开停时间、服务开通时间等组成。同时帐务自费管理还和帐务周期密切相关，和用户选取的套餐也密切相关。 在计算服务的固定费用时采取先共性后个性的原则进行计算，同时要求记录月租收取值与参照值的差额，及收取比率。 帐务资费的管理主要通过两张参数表实现： 帐务资费分类表： 名称 类型 备注 服务类型编码（ ServerTypeCode） Varchar2(6) 服务品牌类型编码（） 固定费用明细帐目编码（ DetailItemCode） Number(4) 对应特服功能编码（ OpfuncCode） Char(3) 与营业的特服功能编码相对应 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 费用收取金额参照值（ Fee） Number(12,2) 费用收取标志（ RecvTag） Char(1) 0不收取 1收取 收取开始时间（ StartRecvTime） Date 开始收取的用户的开户（服务的开通）时间 收取结束时间（ EndRecvTime） Date 终止收取的用户的开户（服务的开通）时间 收取方式（ RecvMode） Char(1) 0按天 收取 1按周收取 2按半月收取 3按月收取 4按季收取 5按半年收取 6按年收取（固定月份） 7按年收取（开户月份） 备注（ Remark） Varchar2(100) 更新时间（ UpdateTime） Date 更新部门（ UpdateDepart） Char(7) 更新员工（ UpdateStaff） Char(7) 帐务资费收取明细表： 名称 类型 备注 固定费用明细帐目编码（ DetialItemCode） Number(4) 收取周期标志（ RecvCycTag） Char(3) 编码，支持通配符： 001 031 按天收取，后两位表示第几天； 101 105 按周收取，后两位表示第几周； 201 202 按半月收取，后两位表示上半月、下半月； 301 312 按月收取，后两位表示月份； 401 404 按季度收取，后两位表示季度； 501 502 按半年收取，后两位表示上半年、下半年； 6*， 7* 按年收取。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 收取月份（相对月份 RecvMonth） Char(2) 相对收取月份是指当收取方式为： 4， 5， 6 时相对于季度，半年，年的第几个月；例如： 3 月、6 月、 9 月、 12 月收取 费用，记为 03 服务开停状态（ ServerStatCode） Char(1) 服务的开停状态，支持通配符“ *” 费用作用方式（ ActTag） Char(1) 0按金额 1按比率 收取金额或比率（ RecvFeeOrRate） Number(12,2) 备注（ Remark） Varchar2(100) 更新时间（ UpdateTime） Date 更新部门（ UpdateDepart） Char(7) 更新员工（ UpdateStaff） Char(7) 例如： GSM 全球通业务月租费的 收取可进行如下配置 服务类型编码 服务品牌编码 明细帐目编码 对应特服功能编码 费用收取参照值 GSM G001 0 NULL 50.00 费用收取标志 收取开始时间 收取结束时间 收取方式 1 NULL NULL 3 明细帐目编码 收取周期标志 收取月份 服务开停状态 费用作用方式 收取金额或比率 0 202 NULL 0（开通） 1 0.5 0 201 NULL 1（报停） 1 0.5 0 * NULL 1（报停） 0 10 此种配置说明月租采取的收取方式为按月收取，每个月收取 50.00 元，但对于下半月开户的用户收取半月月租，对于上半月停机的用户收取半月月租。对于非当月申请停机用户收取停机保号费 10 元。 还可以进行如下配置： 服务类型编码 服务品牌编码 明细帐目编码 对应特服功能编码 费用收取参照值 GSM G001 0 NULL 25.00 GSM G001 1（停机保号费） NULL 10.00 费用收取标志 收取开始时间 收取结束时间 收取方式 1 NULL NULL 2 1 NULL NULL 3 明细帐目编码 收取周期标志 收取月份 服务开停状态 费 用作用方式 收取金额或比率 0 * NULL * 1 1.00 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 0 2* NULL 6（欠费销号） 1 1.00 0 * NULL 6（欠费销号） 1 0.00 1 * NULL * 1 0.00 1 3* NULL 1（停机保号） 1 0.00 1 * NULL 1（停机保号） 1 1.00 此种配置说明月租采取的收取方式为按半月收取，每半月收取 25.00 元，但对于停机保号的用户每半月收取停机保号费 5.00 元。 在系统中我们采取第二种配置方式不采用第一种，月租采用与计费系 统的相同的存放方式，以月帐期为例存放 12 张原始月租帐单数据。 3.2.2.1 月租、频占计算方法 3.2.2.2 特服功能费计算方法 3.2.2.3 月租计算触发条件 很多因素会影响月租的值，这些因素大多是动态的，一旦这些因素发生改变，就必须重新计算月租费用。这些因素的改变，主要由用户业务办理引起。 3.2.3 套餐资费管理 3.2.3.1 帐务套餐原理 帐务套餐由套餐定义、套餐作用参数定义、套餐条件参数定义三部分组成。 套餐定义主要由帐务套餐编码（ AFeeSetCode）、帐务套餐融合属性（ AFeeSetATTR）、帐务套餐描述组成。其中帐务套餐融合属性主要有 8 种（ 0 系统级 单 ServerID 套餐、 1 系统级 CustID 套餐、 2 系统级 VPNID 套餐、 3 系统级多 ServerID 套餐、 a个性化单 ServerID 套餐、 b 个性化 CustID 套餐、 c 个性化 VPNDID 套餐、 d 个性化多 ServerID 套餐）。 套餐作用参数表主要由帐务套餐编码（ AFeeSetCode）、作用等级（ EffectClass）、作用帐目（ EffectItemCode）、与或标志（ AndOrTag）、总和单值标志（ SumSingleTag）、作用方式（ EffectMode： 0减免， 1上 限， 2下限， 3赠送）、作用值（ EffectFee）、作用限额（ LimitFee）、限定帐期数（ LimitCycCount）、条件标识（ CondID）组成。 套餐条件参数表主要由条件标识（ CondID）、条件等级（ CondClass）、条件帐目（ CondItemCode）、与或标志（ AndOr）、总和单值标志（ SumSingleTag）、条件作用方式（ CondMode： 0等于， 1大于， 2小于， 3大于等于， 4小于等于）、条件值（ CondFee）南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 组成。 作用帐目、条件帐目均由一个或多个明细帐目组成。 系统级套餐： 系统级套餐主要是指不指定某一 ServerID、 CustID 或 VPNID 的套餐，由系统在实现时自动绑定。 个性化套餐： 个性化套餐主要是指用户在开户或套餐变更时由用户选取或系统自动绑定到某一 ServerID、 CustID 或 VPNID 的套餐。 作用等级： 作用等级是指优惠的优先级别，级别高的优惠先执行，级别低的优惠后执行，只有同一级别的作用才存在“或”的关系，在同一级别的处理中，先处理“或”关系的优惠，再处理“与”关系的优惠。对于不同级别的优惠默认为与的关系。 与或标志： 与或标志表示此作用参数记录与同 级的其它作用参数的关系。 总和单值标志： 总和单值标志是针对 CustID 套餐、 VPNID 套餐的参数，因为在这些套餐作用时对于同一个明细帐目编码可能存在多条，此参数用于表明，作用时是针对总和作用还是针对每条记录作用。 作用方式： 作用方式是指优惠的表现形式，减免是指给相应的明细帐目或明细帐目的组合减去一定金额；上限就是指我们通常所说的封顶，当相应的明细帐目或明细帐目的组合的金额小于封顶值时，收取原有金额，大于等于封顶值时收取封顶值（ EffectFee）；下限就是我们通常所说的包月，当相应的明细帐目或明细帐目的组合 金额小于包月值时，收取包月金额，大于等于包月值时也收取包月值，通常下限和减免配合起来使用。 作用限额： 作用限额是指对作用帐目优惠或使用的周期性限制，主要针对包年制套餐，例如：一次性缴纳 2400 元预存话费，可享受每年 8000 元的本地通话费。即每月月租费本地通话费采用 200 元封顶，当用户年本地通话费超过 8000 时不再享用优惠。其作用限额为8000，限定帐期数为 12（以月为帐期）。 限定帐期数： 限定帐期数与作用限额配合使用，参照 作用限额 。 条件标识： 条件标识是指对于的作用条件编号。 条件等级： 条件等级是指同一条 件标识下，条件判断的次序。 与或标志： 与或标志表示此条件参数记录与同级的其它条件参数的关系。 总和单值标志： 总和单值标志是针对 CustID 套餐、 VPNID 套餐的参数，因为在这些套餐在判断是否满足优惠条件时对于同一个明细帐目编码可能存在多条，此参数用于表明，条件判断是判断总和满足条件还是判断每条记录是否满足条件。 条件作用方式： 比较容易理解不再进行解释。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.2.3.1.1 单业务套餐 单业务套餐是指作用帐目、条件帐目由且仅由同一 ServerID 的一个或多个明细帐目组成。在作用参数表、条件参数表中的总和单值标志（ SumSingleTag）不起作用。 3.2.3.2 营业套餐原理 营业套餐有计费套餐和帐务套餐两部分组成。计费套餐与营业不在一个数据库上，所以计费套餐需通过专门的接口从计费系统读取，交费套餐应有的属性有： （ 1） 套餐编码：计费套餐的唯一编码； （ 2） 套餐描述：计费套餐的作用说明； （ 3） 计费系统：确定套餐作用在什么的专业计费系统上； （ 4） 融合属性：确定套餐的融合属性，是单业务套餐，还是融合套餐，融合套餐是客户融合还是集团用户融合。 帐务套餐与营帐是同一个数据库，所以不需接口。帐务套餐需要与计费类似的属性，但它不需要计费系统属性。 营业套餐有自己的编码，营业套 餐由计费套餐和帐务套餐组成，所以这两种套餐的融合属性直接决定了营业套餐的融合属性，只要其中之一是融合套餐，那营业套餐就是融合套餐。 营业套餐有很多自己的属性： 套餐编码：营业套餐的唯一标识； 套餐描述：套餐描述可以参照计费套餐和帐务套餐的描述进行总结； 套餐属性：套餐分为普通套餐、系统套餐和赠送套餐。普通套餐是可供用户选择，系统套餐和赠送套餐为系统所有，不能被用户选择，但系统套餐不与用户直接挂钩，赠送套餐与用户自动挂钩； 对应帐务套餐：帐务套餐编码； 对应计费套餐：计费套餐编码； 套餐执行顺序：当用户拥有多 个套餐时的执行顺序； 立即生效标志：选择该套餐后立刻生效； 包年属性：确定套餐是否以包年的形式，如果是包年，系统自动计算有效期； 包年月份数：包年套餐中的年并非是严格意义上的年，可以是一个月份数； 可选特服：用户的特服限制，它是一个编码集，由于特服采用三位编码，所以规定编码之间用，隔开； 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 默认特服：用户在开户时，自动给用户选上的特服； 赠送特服：不管用户是否选用，自动奉送； 最高通话级别：套餐的通话级别限制； 最高漫游级别：套餐的漫游级别限制； 默认通话级别：用户在没有作特别的通话级别选择时，系统默认的 通话级别； 默认漫游级别：用户在没有作特别的漫游级别选择时，系统默认的漫游级别； 默认属性：确定是否在开户时的默认套餐； 融合属性：确定是否是融合套餐； 开户营业费用编码：开户时选择某套餐时的开户价格表； 默认用户类型：选择某套餐时的默认用户类型； 传播属性：套餐的传播属性分为地州和全省，如果是全省属性，择更新和全省同时更新； 可见起始作用日：前台套餐可见的起始作用时间； 可见终止作用日：前台套餐可见的终止作用时间； 系统套餐起始作用日：系统套餐的作用时间； 系统套餐终止作用日：系统套餐的作用时间； 普通套 餐最低起始作用时间：非立即生效，非下个帐期生效的最早起始作用时间； 截至日：套餐的最终生命期。 3.2.3.3 营业套餐管理 3.2.3.3.1 新增、修改和删除 3.2.3.3.2 套餐业务限制 一个用户拥有某些套餐，要手段套餐规定的业务办理限制，限制的主要内容是业务类型和限制月份数，限制月份数是一个相对数值，真正用户受限的月份数为用户选择该套餐开始生效时算起。 3.2.3.3.3 不相容套餐 一个用户可以拥有多种套餐，但某些套餐在费用计算上是互斥的，相互排斥的套餐叫不相容套餐。 3.2.3.3.4 默认套餐 关于套餐的默认，分为几个优先判断级别：号码段套餐默认配置系统配置南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 个人配置。号码 段的默认套餐优先级别最高，同时有时由于促销的需要，在某个时间范围内，可能会对某个号码段有套餐赠送，号码段的默认套餐和赠送套餐通称为套餐默认计划。 3.2.3.3.5 代理商套餐 代理商不能使用所有的套餐，只有他拥有的套餐才能使用。代理商的套餐管理只有增加与删除。 3.2.3.3.6 套餐权限 套餐权限管理的设计参加系统管理子系统中的安全管理。 3.3 客户管理 3.3.1 潜在客户管理 BOSS 系统和综合营帐认为，使用移动或其他综合业务的消费者和潜在的消费者，都是客户，对于已经事实上的消费者的服务管理，是整个系统管理的中心，为了很好的推广市场，提供更优质的服 务，对潜在消费者建立档案，是一个有效手段。 潜在消费者的获取途径各种各样，可以划分为如下几种： 客户连带：所谓客户连带，就是对已经是事实消费者的消费行为进行分析，判断他的收入情况与交往情况，吸引他的朋友或家人成为客户。对客户连带目前采用的措施主要是亲友号码业务。作为潜在客户的开发，移动公司可以主动了解这些客户的情况，根据客户反馈的情况，将其提供的亲友号码作为潜在客户资料。 潜在集团：对于一些具有相当消费能力的集团进行资料调查，如某个大型工地，或竞争对手的某个集团，将他们的资料记录到系统中成为潜在客户集团 ，通过与之长期的接触及消费行为的分析，吸引他们成为正式客户。 咨询建议：对于关心和热心本公司业务发展，但本身并非事实客户的客户进行信息登记，吸引其成为正式客户。 潜在客户管理主要是潜在客户的信息登记和潜在客户的管理工作。 3.3.1.1 潜在客户资料登记 潜在客户的资料来源主要是：对指定用户群调查结果反馈；对竞争对手的客户资料调查结果；对热心客户的资料分析。潜在客户与正式客户采用同样的表进行记录，按客户属性进行区分。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.3.1.2 潜在客户回访登记 对于潜在客户作必要的工作，每次工作的内容要作详细的记录。 3.3.1.3 潜在客户开户 当潜在客户终于成 为正式客户的时候，要记录成功原因。 3.3.2 客户信用管理 信用度是指某个用户在一个帐期内可以打的最高话费，一旦达到这个话费，或将要达到这个话费，系统分别作停机或提醒交费等处理。 3.3.2.1 用户信用计算 用户信誉度采用如下公式进行计算： 信誉度 用户当前赠送信用话费 用户缴纳的信誉保证金信誉保证金作用系数 用户预付话费余额预付话费作用系数 用户所交押金押金系数 计算信用话费信用话费作用系数 大客户信誉度大客户系数 集团用户信誉度集团用户系数。 从公司中的内容可以看出，用户 的信誉度与用户当前赠送信用话费、用户缴纳的信誉保证金，用户预付话费余额、用户押金有关，所以一旦这些内容发生变更，要立即更新用户的信誉度，用户当前赠送信用话费是信誉度的一部分，但不记录在用户信誉度中，而是在每次使用信誉度是，主动加上它，用户缴纳的信誉保证金是用户为了认为的提高自己的信誉度，而直接缴纳的现金，这笔费用不能用来抵扣话费，直至规定时间内用户仍然不缴费，才可用来抵扣话费。对于预付话费余额，如果一个交费帐务为多个用户服务，则取其最大值。其中信用话费是各种影响用户信誉度因素的综合结 果，目前影响用户信誉度的主要因素有： 累计话费：用户自开户以来的所有通话费； 累计欠费次数：用户自开户以来的累计欠费次数； 连续欠费次数：用户最近的连续欠费次数； 月均话费：用户的每月平均话费； 用户类型：用户的用户属性； 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 用户付费类型：用户交话费的方式； 套餐：用户选用的套餐； 品牌：用户选用的品牌； 其他因素。 以上这些因素都对应一个信用分值和信用分值比率，通过对信用分值比率的所有累加，得到一个实际的信用分值，通过信用分值与信用话费的对应关系表，获得用户的信用话费，信用话费的最低值为 0。 从这些因素我 们还可以看到，前面四项因素与用户的帐务有关，所以在用户的月末出帐统一更新；其他因素与用户的业务办理有关，一旦这些因素发生改变，要实时更新用户的信誉度。 3.3.2.2 客户信用计算 客户有实际的用户组成，但一个客户下的用户并非是一层不变的，所以客户的信誉度不能完全由它所拥有的用户来确定，要靠客户的本身固有的属性来进行计算。客户的信誉度是指客户下拥有用户可以透支的话费金额。 客户的信用计算采用积分管理制度，每个客户新建时，都有一个初始积分，入网后，客户的积分受下列因素的影响： 客户的月均消费额度：在出帐时，每次计算客户的月平 均话费； 客户的最近欠费次数：在出帐时，统计客户在规定时间内（如上推三个月）的累计欠费次数； 客户的新增用户数：在出帐时，统计客户在本帐期内新增的用户数； 客户的退网用户数：在出账时，统计客户在本帐期内退网的用户数； 客户的建议：在出账时，统计客户在本帐期内良好的建议； 客户的特殊积分：系统强加给客户的积分。 其他因素。 以上因素是一个动态的比较，每次比较按照规则给客户增加或减少积分，一个积分对应一个透支额度，负的积分代表负的透支额度，整个透支额度的累计，就是客户的信誉度。客户信誉度一个月更新一次，客户信誉 度作为用户的高额停机不是很合适，它比较合适作用户的欠费条件。举例来说，如果客户的透支额度为 100 元的话，那么如果这个用户的欠费在100 元以下，可以认为他不是欠费，超过 100 元以后，才认为是欠费。客户的信誉度也可以南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 反映在欠费月份数上。详情参见欠费管理。 客户的最终信誉度客户信誉度客户系数大客户信誉度大客户系数。 3.3.2.3 帐户信用计算 帐户的信誉度采用如下公式进行计算： 信誉度帐户当前赠送信用话费预付话费预付话费系数信用话费系数。 其中信用话费与帐户的交费方式有关，参见用户信用话费的计算。 3.3.2.4 红名单用户 红名单是指对一些特殊用户的信用设置，它独立于前面讲的信用控制之外，它提供了单独的信用控制标志。红名单主要从一下几个方面来决定是否参加信用控制： 是否永不催费 是否永不减少特服或降低漫游 是否永不停机 是否永不销号 由于红名单用户是对特殊用户的特殊控制，所以他的数据来源纯粹是手工录入，没有任何导入依据。红名单用户还受时间的控制，可能在一定时间范围内是红名单用户，过了某个范围，就自动变为普通用户。 红名单用户不参加高额控制和欠费控制，或部分参加，再异动数据进入时将之直接排除。 3.3.2.5 黑名单用户 与红名单用户相对，有 黑名单用户。黑名单用户是信誉特别低的用户，是运行商需要特别监控的用户。黑名单用户与普通用户一样参加信用控制，但黑名单用户在业务办理上有很多限制。 黑名单用户的数据来源有一下几个方面： 欠费销号用户 经常欠费用户 一证多卡用户（有诈骗动机） 手工录入 下发 黑名单管理采用自动与手工想结合的方式，对于欠费销号用户，自动进入黑名单；对于经常欠费的用户，设定欠费次数，在出帐时自动进入黑名单。其他两种方式采用人工管理的南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 方式进入黑名单。用户一旦进入黑名单后，除非管理员主动将之删除，否则始终是重要监控对象。就象出生不好的 人，需要长期观察才能知道他是否真的脱离原来的污点，不能并一时的好表现就放松对他的监控。 3.3.2.6 话费预警 根据用户的要求，希望能在话费达到一定限额后能及时获知，系统主要通过短信控制来实现这个功能，用户的预警话费不能高于他的信誉度，否则预警将失去作用。话费预警同样可以使用高额告警接口表进行控制，定义它对应的业务类型为 YJ。 3.3.2.7 高额控制 高额控制是对非出帐月份的话费根据信誉度的监控。 按系统规定，高额控制有两种方式：用户信誉度控制和帐户信誉度控制。客户信誉度控制用在高额上是不合适的。用户信誉度和帐户信誉度的计算方法前 面已经说明。信誉控制主要采取的手段是短消息提醒、逐级降低用户功能来实现。信誉控制可以选择连带方式，系统对高额控制的两种方式分别提供选择： 高额控制方式 连带关系 备注 按用户信誉度控制 无 按客户连带 客户下一个用户停机，所有客户停机 按帐户信誉度控制 不够交停机 只要用户的费用高于帐户的信誉度，则停机 总额不够交全停机 所有用户的费用高于帐户的信誉度，全部停机 以上方式，在某个系统运行时间段，只能选择其中的一种。 从前面的描述，我们可以分析出，所有的信用控制都必须与用户信誉度相关，只要用户的信誉度发生变化，我们就必须对它作必要的信用控制。信誉度的变化包含两个含义：相对变化和绝对变化。相对变化是指用户的消费话费提高，相对信誉度降低；绝对变化是影响信誉度的因数发生变化，造成信誉度的绝对值发生变化。 所有的高额控制都有高额异动控制实现，高额异动控制的数据源是高额异动表高额告警接口表。高额异动表的数据有三大来源：实时高额告警进入；用户交费进入；用户信誉度变更进入。对于实时高额进入，按告警级别，分别进行不同程度的信用控制；用户交费进入，主要是进行是否开机判断；用户信誉度变更进入，可能会触发开 机，可能会触发关机。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 由于高额异动的进入可以有多个途径，这样在处理一个用户是否要进行最后的停开机，就要考虑并发的问题，为了将同一个用户的高额处理的并发度降到最低，需要降进入高额异动的数据源进行统一，所以我们将从不同途径可能影响用户信誉度的数据集中到一个高额控制数据源中，由于欠费是一套独立的管理系统，所以欠费的进入也可采用类似的方法。 高额控制数据源/欠费管理控制源各种类型的缴费实时帐单出帐影响信用的各业务欠费管理进入 进入高额控制数据源的数据，主要包括的内容有：进入流水号、服务标识号、服务类型、进入时间、欠费 /高额标志、处理标志、 备注、触发标志（出帐、业务、缴费）、发生流水号（业务流水号、缴费流水号，高额和欠费为空）。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.3.2.7.1 高额异动进入 获取用户最新实时帐单获取用户信誉度达到告警级别?是忽略检查同类告警级别未处理存在? 是修改告警次数及本月话费总额未用户缴费记录高额类型更新信誉度比较用户话费是否大于信誉度小于信誉度?是限制标志?记录限制标志是新增告警异动记录限制标志为空查找最后的限制记录查找最后的开放记录否开放时间 限制时间?是忽略取限制记录时间+ 1分,新增对应类型开放异动记录否查找最后的限制记录查找最后的开放记录信誉度降低, 可能要停机开放时间 限制时间?否忽略新增对应类型限制记录业务办理记录高额类型 其中没有包括欠费管理的进入，详细描述参见欠费管理部分。 3.3.2.7.2 高额异动控制 信用控制的主要手段：短信提醒、语音提醒、降低漫游、半停机、停机。由于牵涉到不同的服务系统，所以信用控制手段还要与服务类型相关。信用控制手段对应一个限制标志，提示开机时开放限制，对于 GSM 业务来说，短信提醒不需限制标志，停机就需限制标志。限制标志分为四级：限制 0 级指降低漫游级别 ，限制 1 级指半停机，限制 2 级指停机，限制南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3 级指销号。 为了简化实时高额控制，又能达到控制目的，作如下约定： 如果是降低漫游级别，则肯定是降之为本地漫游，在交费开机时，恢复用户原来的漫游级别。 如果有连带关系，则在最高级别进行连带，并不支持销号的连带。在交费开机时，进行连带开机。 如果发生复机操作，则只恢复用户基本的增值功能，凡是涉及到第三方接口的功能一律不自动恢复，用户可重新申请。 每个与信用相关的都有一个业务类型对应。 与用户信用相关的业务类型定义表如下： 业务类型说明 业务类型 备注 限制级别 高额停 机 0 级别 G0 催费 无 高额停机 1 级别 G1 降低漫游 限制 0 高额停机 2 级别 G2 半停机 限制 1 高额停机 3 级别 G3 停机 限制 2 欠费 0 级别 GA 催费 无 欠费 1 级别 GB 半停机 限制 1 欠费 2 级别 GC 停机 限制 2 欠费 3 级别 GD 欠费预销 限制 3 缴费开机 JK 如果是销号用户缴费，必须明确是否交费复机，标志为 开放 1；如果销号用户交费返销，需要重新销号的用户，必须明确 限制 3 标志。凡是交费引起的重新关机，都置高额停状态标志 限制 2/限制 3/开放 0/开放 1 连带停机 RT 高额停状态 限制 2 连带开机 RK 开放 0 业务办理 Y0 高额停 开放 0/限制 2 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 赠送信誉度 Y1 高额停 开放 0/限制 2 帐前调帐 Y2 高额停 开放 0/限制 2 特殊开机 GK 开通 开放 0 特殊复机 GX 开通 开放 1 新增高额控制的工单状态流： GEZL：高额指令填写； GEYD：高额指令应答； 信誉控制的一般状态流为 SLDJ GEZL GEYD SLXG SLJS。 高额异动表处理的模块流程标识为 CreditControl。 3.3.2.7.3 短消息催费 短消息催费受几个条件控制，一是催费的时间范 围，一是催费的频率，频率以分钟为单位，是 一个系统参数配置 ，三是催费的次数。为了控制好催费的频率和次数，在高额异动表中同时要记录最近催费时间和已经催费的次数。 模块流程标识为 CreditControlShortMessage。 3.3.2.7.4 高额控制处理 模块流程标识为 CreditControlG1 3。 3.3.2.7.5 欠费控制处理 具体参见客户欠费管理的描述。 3.3.2.7.6 交费停开机处理 模块流程标识为 CreditControlJK。 3.3.2.7.7 其他 模块流程为 CreditControlY0 2；与交费停开机采用同样的流程，在高额指令填写时调用 TradeCreditCommand3。 3.3.2.7.8 高额指令填写 模块流程标识为 TradeCreditCommand1。填写台帐信息可使用 SLDJ 流程。 模块流程标识 TradeCreditCommand2。填写台帐信息可使用 SLDJ 流程。 模块流程标识 TradeCreditCommand3。填写台帐信息可使用 SLDJ 流程。 高额指令填写时，要记录停机的中间状态，主要是高额停机的各限制级别和欠费停机的各种限制级别，为了防止高额告警重复填写停机指令和防止欠费停机重复停机指令。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.3.2.7.9 高额指令应答 模块流程标识为 TradeCreditAnswer1。 3.3.2.7.10 高额资料修改和高额控制结束 高额资料修改的主要内容是用户的开通状态和销号标志。 模块流程标识为 TradeCreditInfoApply 和 TradeCreditFinish。 3.3.3 客户有效期管理 3.3.3.1 管理内容 在移动的有些品牌中，存在部分类型的用户需要进行有效期管理，如预付费用户。系统对需要进行有效期管理的用户，从两个方面来进行认定： 品牌：将某一类的品牌全部定义有效期。 用户类型：将属于某种用户类型的用户定义有效期。 两种管理方法各有利弊，前者用户界限清晰，用户群固定，因为品牌不会轻易改变，但覆盖范围比 较小；后者覆盖范围大，但浮动性大，稳定性不好，因为用户类型可以轻易改变。两种方法可以选择一种，也可并行使用。 3.3.3.2 管理标准 与有效期相关的几个概念必须解释一下： 有效起始日：计算有效日期的基准日； 有效期限：从有效起始日开始，允许有效的天数； 预销期限：从有效期限后，允许用户退款或重新交费激活的天数。 有效起始日的计算方法是：从最后一次通话或最后一次交费算起，作为有效起始日。从它的计算方法可以看出，有效起始日对一个用户来说，是一个不断浮动的日期。 3.3.3.3 管理方法 3.3.3.3.1 监控 客户有效期管理采用定期管理的方法，定期的最小日期 是天。 3.3.3.3.2 退款 用户在清退预付话费时，除了要判断必须是话费余额外，如果该用户已经是无效销号用户，则不支持退款。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.3.3.3.3 激活 如果用户是无效预约销号用户，可以激活重新开机。开机时必须判断用户是否有足够的预付话费，没有足够的预付话费，则不能激活。用户满足条件后，直接修改用户开通状态，填写用户开机指令。 3.3.4 客户欠费管理 3.3.4.1 欠费定义与计算 欠费的定义：凡是在规定缴费时间内没有交清的费用都可称之为欠费。根据欠费的程度不一样，有可分为往月历史欠费和当月欠费。往月历史欠费是指在最后一次出帐完毕后，用户在上个帐期还没有交清的费用；当月 欠费是指在最后一次出帐完毕后，没有交清的费用。往月欠费要计算滞纳金，当月欠费不需计算滞纳金，只要在正常缴费时间范围内进行缴费，都算是正常缴费。客户的欠费管理主要是的所有的往月欠费管理和部分的当月欠费管理，当月欠费管理使用得到最主要的手段是催费。往月欠费管理除催费外，与高额控制手段类似，包括半停机、停机、欠费预销和欠费正式销号。 为了体现不同客户的欠费不同管理，我们又将欠费分为事实欠费和容忍欠费，前面所说的往月欠费和当月欠费，都可称之为事实欠费。容忍欠费是指电信运营商的某些客户的欠费容忍度，可 以有两个角度：月份数和欠费金额。月份数是指在规定的月份范围内，客户不进行缴费，可以不进行欠费控制；欠费金额是指在规定欠费总金额范围内，可以不进行欠费控制。这个度的获得，我们主要通过计算客户信誉度来获得，将客户计算信誉度转换为一定的金额或一定的月份数。事实上，下面的所有欠费控制，都是正对容忍欠费进行的控制。所以欠费的计算公司为：用户欠费用户的事实欠费用户的容忍欠费。 3.3.4.2 欠费管理制度 欠费回收是所有电信运营商面临的难题，很多运营商为了欠费会成立专门的催欠办公室，通过责任制的方式进行催欠，并通过相应 的奖励来促使催欠工作的有效进行。所以在系统中要支持不同催欠人员对不同号码段进行催欠的功能，在最后进行结算时，以该催欠责任表作为依据。 管理流程如下所述： 根据催欠的要求，分别打开往月欠费管理和当月欠费管理 输入要管理的号码段，以及其他组合条件（如欠费级别、用户类型等等），获取用南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 户的欠费情况，欠费情况应包括：用户名称、欠费金额、欠费月份数、满足的欠费管理级别、以及在某个时间范围内的欠费管理情况 进行正式欠费管理，系统根据对应的号码段，进行欠费异动进入，并记录欠费管理日志。 3.3.4.3 欠费控制实现 欠费控制人为的因数较多 ，所以主要采用人工的方式。 3.3.4.3.1 欠费控制方式 欠费的控制方式可参照高额的控制方式，同时考虑实用性和方便实现性，总结为如下方式： 欠费控制方式 连带关系 备注 按用户信誉度控制 无 按客户连带 客户下一个用户停机，所有客户停机 3.3.4.3.2 欠费异动进入 我们可以人为的根据用户的欠费情况，将不同欠费额度或月份数划分为不同的等级，每个不同的等级采用不同的控制手段， 完全有必要将当月欠费和往月欠费定义不同的控制级别 。 3.3.4.3.3 欠费控制处理 模块流程标识是 CreditControlGB D。 3.3.4.3.4 欠费指令填写 模块流程标识为 TradeCreditCommand4。填写台帐信息可使用 SLDJ 流程。 3.3.4.3.5 欠费指令应答 采用与高额指令应当相同的方法。 3.3.4.3.6 欠费资料修改和欠费控制结束 采用与高额资料修改相同的方法。 3.3.4.3.7 其他 对欠费最严厉的处罚是欠费预销号，欠费预销号时，仅对用户的通话功能作最后的限制，并没有对用户资料的存在与否作处理，按照电信运营商的规定，在欠费销号达到一定时间程度以后，没有进行缴费或复机，则认为该用户已经放弃对该号的使用，此时进行正式销号，南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 正式销号后，用户将不得复机，即使缴费也不行。对于欠费预销号用户得欠费销号处理，采用自动处理的方式，与 用户申请销号一样，用户申请预约销号，到一定时间后不进行主动销号，同样由系统进行自动销号。 关于欠费预销号和预约申请销号转化为正式销号的处理过程，系统提供单独的处理方法。 3.3.4.4 欠费异常处理 在欠费管理中，为了防止出现在进行欠费管理时，发生错误，比如进行了错误的停机或错误的销号，要提供特殊的开机模块和特殊的复机模块。这些功能使用的数据源来自人工整理的文本文件。 定义特殊开机的业务类型为 GK，对应开放 0；定义特殊复机的业务类型为 GX，对应开放 1，异动进入的填写、实际控制的实现，可参考缴费对应的流程。 3.3.5 用户积分管理 前 面讲到客户的信用管理采用积分制的办法，客户的积分不是影响用户的优惠和信誉度，而是作为欠费管理的一个参考因数，在实际使用过程中，不具有很强的可操作性，下面引入另外一种积分管理制度：用户积分管理。在综合业务系统当中，真正的费用发生者，或者是真正的消费者，落实到最后还是一个实实在在的用户。用户的积分管理主要的目的是：培养用户的忠诚度，提高用户的退出成本和转网障碍，最终达到稳定移动公司客户，保障话费收入。 为了更好对高积分的用户进行个性化的服务，实行会员制积分方法。通过积分制的累加，刺激用户进行通信消费，提高通信收 入。通过对会员成本的分析，计算会员制的积分门槛，从管理角度上将会员划分为多个级别，在积分之下，只能享受普通积分带来的优惠或其他优先服务；在积分之上，就能成为普通会员；在积分之上，就能成为银卡会员；在积分之上，就能成为金卡会员，在积分达到级别，就能成为钻石会员。对于达到会员级别的用户，通过进行会员申请，移动公司审核，就可成为正式会员，会员可以享受不同的服务，诸如免费试用新业务，上门服务，高信誉度等等。 3.3.5.1 用户积分的相关因数 作为任何一个运营商的任何措施的推出，其最终目的不是回报客户，造福社会 ，虽然在客观上会导致这样的结果，而是增加运营商的收入。所以考虑用户积分相关的因数的时候，南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 首当其冲的肯定是用户在本运营商的消费状况，其基本出发点是对高额话费用户进行积分管理，并刺激低额消费用户上升为高额话费用户。 可以从两个角度来分析用户的缴费情况，一种是用户的历史通信费用情况，另一种是用户的历史业务功能使用情况，历史业务功能主要是指一些增值业务功能，这些功能的使用同样会给运营商带来收入，与话费相比较而言，它对业务收入的贡献相对稳定，但总额不一定很大。我们可以综合这两种情况，来计算用户的积分。 3.3.5.2 用户积分的计算 3.3.5.2.1 积分计算方法 根据上面的分析，我们可以总结出一个积分计算的公式： 用户积分基本积分奖励积分扣减积分。 （ 5） 基本积分：基本积分根据用户的历史消费情况，指定一个定额，历史消费情况可以通过累计话费、月均话费、欠费率（欠费次数 /总的缴费月份）等因数来确定。 （ 6） 奖励积分：奖励积分包括业务使用奖励积分和话费奖励积分，每个奖励积分都有一个奖励率来进行比重的控制，奖励率的大小制定原则需要鼓励用户多消费的部分，采用高的奖励率，用户的常规消费部分，采用低奖励率，比如可以按通话的不同构成来设定奖励率，对包月的用户，包月消费采用 低的奖励率，包月超过部分采用高的奖励率，对月租及本地通话等采用低的奖励率，对于长途及漫游部分采用高的奖励率，对于忙时通话采用低的奖励率，闲时通话或节假日通话采用高的奖励率等等。除通过奖励率的大小来控制积分计算外，还可以奖励固定的积分，奖励固定的积分原则之一是巩固客户的忠诚度，比如对在网时间长的用户奖励一定的积分等等。 （ 7） 扣减积分：扣减积分主要从欠费情况、进入黑名单情况来进行扣减。 从用户积分的组成来看，建议积分采用月结的管理办法，就是用户的积分每月在出帐的时候更新一次，不建议采用实时的方法，因为许多因数如欠费 次数，月均话费等，需要出帐时候才能知道，同样对通话的构成进行奖励积分的计算，实时计算会大大影响计费系统的效率和存储空间，而且通过实时计算积分来实现对用户的优惠，对计费系统回退将是一场灾难，只要有一个积分计算错误从而影响了该用户的优惠，被影响的部分就全部重做。 3.3.5.2.2 积分计算实现 基本积分的计算，采用积分因数与积分对照表的方式，积分因数包括： 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 累计话费 月均话费 累计欠费次数 连续欠费次数 欠费率 这些因数与用户信誉度因数有些类似，每个因数的不同取值范围，对应一个基本积分，用户的基本积分就是所有因数对应的积分值的总 和。用户的基本积分，每月更新一次。因数的指定是可变的，可以随时添加。用户的扣减积分，同样可以根据扣减因数建立扣减积分对照表，因为扣减是处理用户的消费信用下降引起外，还会由于用户的不良业务办理等因数引起扣减，而这些因数并非能通过一个因数范围来确定扣减的分数，如用户新欠费一次，扣一次分，就很难使用因数对照表实现，如用户进入黑名单一次，扣一次分，同样难使用因数对照表实现，还有办理报停、过户等业务等，所以我们在使用因数对照表外，新定义一个动作扣减积分或增加积分对照表，如下所示： 动作编码 动作描述 动作参数 备注 001 用户每欠费一次，扣减积分为参数内容 1 分 出帐时，计算新欠费用户的扣减积分 002 用户每过户一次，扣减积分为参数内容 2 分 在过户业务办理时，扣减该用户积分 003 用户新开一个收费新业务功能，奖励积分为参数内容 1 分 在增值业务办理时，新增该用户积分 004 入网年限每增加三个月，奖励积分为参数内容 2 分 出帐时，增加对应用户积分。 因为这些动作的不确定性，所以我们只能在对应的业务办理处，添加这些处理内容。 奖励积分通过实际通话与奖励率的积在月末获得，这些数据与通话清单直接相关，可以在 月末时通过对清单的汇总获得，关于奖励率，它跟清单的具体属性相关，从大到小依次为：优惠方式（采用何种套餐）、优惠部分费用和非优惠部分费用、通话类型、被叫类型、通话位置、通话时间。 3.3.5.3 会员资料管理 积分满足一定条件后可以申请成为积分会员，会员如果积分下降，就有可能被取消会员资格。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.3.5.3.1 新增会员 用户可以凭累计的积分申请成为对应级别的会员，系统记录会员的详细资料。 3.3.5.3.2 会员资料修改 对部分会员资料可以进行修改。 3.3.5.3.3 会员套餐修改 可以为专门的会员组配置优惠套餐。 3.3.5.3.4 降级、取消会员资格 每月检查一次会员的积分情况。当用户的积分降低 后，不能达到会员的要求，可以进行会员资格的级别降低或取消会员资格。 3.3.5.4 积分奖励办法 3.3.5.4.1 积分一次性奖励 对于非会员的用户进行积分一次性奖励，奖励可以采用实物的方法或赠送话费的方法，奖励实施后立即将累计积分（基本积分不动）清 0。对于赠送话费的方法，可以通过套餐实现，对在积分达到以上的用户，赠送套餐。套餐作用时间为一个月，从实施月的下个帐期生效，并将套餐直接与用户资料挂钩。鼓励用户累计积分，争取更大的奖励或成为会员。 3.3.5.4.2 会员奖励 会员奖励同样采用实物奖励或话费奖励的方法，奖励实施不影响积分值的变化。话费奖励同样 采用套餐的方法，一旦用户成为会员后，从下个帐期开始就享受对应会员级别的优惠政策。 3.4 大客户管理 大客户管理主要实现大客户资料的管理，同时实现部分大客户的业务与优惠处理。 3.4.1 大客户分类 大客户有几种类型：商业大客户、集团大客户和重要大客户。商业大客户主要是指使用业务量大、通信费用高的客户；集团大客户是指具有隶属关系或有密切经济关系的单位集体办理移动电话业务的客户；重要大客户是指党政军、公检法、新闻等国家重要部门客户。对于每种大客户的资格认证，都有各自的认证条件。大客户可以由一个或多个系统中实际存在南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 的用户组成。 3.4.2 大 客户资料管理 大客户的资格认证采用二级制度：大客户的类型认证和大客户的级别认证。即每种类型的大客户可以采用级别管理制度，级别越高，说明在同类的大客户中的重要程度越高，信用度的分值就越高。 3.4.2.1 大客户资格认证 3.4.2.1.1 商业大客户的资格认证 如上所说：商业大客户主要指通信话费量的考虑。商业大客户采用自动认证的方式，可以按月进行定时认证，月份数可以外部设置。通信话务量从两个角度考虑：月平均话费和指定月份累计话费。 因为商业大客户是系统自己认定，所以系统自动给每个商业大客户自动分配给一个 VIP号，并及时与该大客户进行沟通。 3.4.2.1.2 集 团大客户的资格认证 集团大客户的资格数据来源有两个部分：经过系统分析，发现某个帐户下承担很多用户的费用，或者发现某个客户下有很多用户，这些用户可以成为候选集团大客户；对本地区的重要企业或大型企业进行调查分析，作为候选集团大客户。 3.4.2.1.3 重要大客户的资格认证 对于重要的国家部门，主动登记为大客户。 3.4.2.2 大客户资料维护 3.4.2.2.1 商业大客户资料维护 商业大客户的开户必须从候选的商业大客户中获取，大客户服务部门从候选的大客户选择资料，与用户进行沟通，在征得用户同意后，将其大客户资料补录完毕，成为真正的大客户。 候选大客户是通过系统设 置的条件，由每次月末自动获得的。这些数据由大客户服务部门进行分析和筛选，对于明显不合适的用户，主动将之删除。 当正式成为商业大客户后，必须受到大客户服务部门的监控，监控信息由系统提供，一旦他们不再满足商业大客户的资格，可以将其删除。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.4.2.2.2 集团和重要大客户资料维护 集团大客户的资料管理模式与商业大客户类似，他的特点是：系统分析数据由客服管理部门自己获取，不采用定时定期的方式；主动录入成为大客户的数据为集团大客户的主流。 重要大客户资料采用直接录入的方式。 3.4.3 大客户信用管理 大客户采用高额信誉度或欠费信誉度管理，两者 只能选其一。采用高额信誉度时，大客户比普通用户有更高的信誉度；采用欠费信誉度管理时，高额不再控制，欠费信誉度指对大客户交费的容忍程度，可以按金额或月份来度量，如果采用月份来度量，则可以认为大客户两个月或多个月交一次费，不算欠费，不催欠；如果采用金额来度量，则可以认为大客户再指定的金额范围内，不认为是欠费。 3.4.3.1 信用算法 大客户的信誉度采用如下公式进行计算： 大客户信誉度 大客户基本信誉度（静态因数） 计算信用话费信用话费作用系数（动态因数）。 大客户的计算信用话费与下列因数有关： 大客户的月平均 话费。 大客户的欠费率：指在指定的最近几个月内，欠费总次数与月份数用户数的比率 大客户的用户数。 大客户的通信量率：指在本帐期的通信量占整个收入的比率。 大客户的类型与等级。 这些因数均在月末统一核准，所以大客户的动态因数信誉度每月更新一次。由于大客户的信誉度静态因素可能会发生改变，改变时直接影响大客户的最终信誉度。 3.4.3.2 信用控制 大客户的信用控制直接反应在对大客户拥有用户的控制。如上所述，大客户采用的信誉控制有两种方式：高额信誉度管理和欠费信誉度管理。对于高额信誉度管理，则将大客户的信誉度直接作为用户信誉度 的因数之一，但有一个约定，大客户信誉度因数的变更，只能是每个月一次，即平时大客户的变化不影响用户的信誉度。 欠费信誉度管理与客户信誉度管理可结合使用，具体参见欠费管理的描述。 南京联创系统集成股份有限公司 业务管理子系统概要设计书 第 页 共 51 页 3.4.4 大客户服务 3.4.4.1 大客户优惠 大客户可以有自己的优惠，大客户的优惠主要通过大客户套餐来实现。 3.4.4.2 大客户交费服务 大客户可以采用更灵活的交费方式，如：前台专门服务、上门服务、统一银行帐号划帐等。为了适应这些服务，系统必须具备下列功能： 大客户帐单统一获取，打印和邮寄 按大客户现金交费、银行划帐等 3.4.4.3 大客户业务服务 大客户的业务服务主要包括大客户的 批量开户，大客户其他批量业务和大客户的资料特别显示。 3.4.5 大客户分析 大客户数据分析必须进行数据提炼和归纳。 3.4.5.1 费用信息归纳 归纳时间条件：月 归纳内容： 大客户的欠费用户数、欠费次数、欠费金额； 大客户的月应收，月实收； 归纳时间条件：日 归纳内容： 大客户的高额告警用户数，用户话费金额，用户信誉度。 3.4.5.2 用户信息归纳 归纳时间条件：月 归纳内容： 大客户的新增用户数，离网用户数； 3.5 集团用户管理