1、 1提升集中化模式 BOSS收入稽核成功率目 录一、 小组简介 .2二、选题理由 .5三、活动计划 .6四、课题目标 .721、目 标设 定 .72、目 标 可行性分析 .7五、原因分析 .81、计费模块中存在的流失风险 .8六、对策制定 .81、 数据波动性监控 .92、 数据一致性稽核 .9七、按对策实施 .10八、效果检验 .111、计费稽核 .11（一）采集稽核 .11（二）话单平衡性稽核 .13（三）错单稽核 .152、数据一致性稽核 .16（一） 用户基本资料稽核 .16九、巩固措施 .18错单文件平衡 .18十、总结与下一步打算 .193、 小组简介图一、部分 QC 小组成员4、
2、 选题理由公司目标 有效降低公司收入流失风险，保障收入存在问题选定课题 集中化化模式下 BOSS 收入风险监控与稽核5三、活动计划四、课题目标1、目标设定通过在支撑系统中建设收入风险监控能力，实现对各业务流程的处理环节与数据的监控，并根据业务处 理环节本身的数据情况、处理时延以及各环节之间的数据平衡关系，发现业务处 理流程内存在的收入流失风险，从而降低公司收入流失风险，保障公司业务收入。62、目标可行性分析并根据业务处理环节本身的数据情况、处理时延以及各环节之间的数据平衡关系，发现业务处理流程内存在的收入流失风险，从而降低公司收入流失风险，保障公司业务收入。1. TMF 在收入保障方面提供了一
3、套完整的框架，包括收入保障的度量方法、成熟度模型、需求指导原则、案例， 为研究 BOSS 收入风险奠定了理论基础。 2. 现有的计费系统所能提供数据较为完整，在不对计费系统改造的前提下满足 BOSS 收入 风险监控所需数据，实现相对较易；而且计费系统除详单外均文件方式提供，因此对数据库的查询消耗要小。3. 综合账务所能提供的数据较为零乱，需要对数据进行分析抽取，对数据库资源消耗较大，实现相对较难；4. 功能点的优先级排序：计费稽核、账务稽核、数据一致性稽核、 结算稽核；五、原因分析1、计费模 块中存在的流失 风险目前，计费系统的主要流程如下图所示，根据 调查，在整个计费流程中存在流失风险。7采
4、 集 解 码 业 务 分 析批 价 综 合 账 务 账 务 管 理 采集模块：采集只对文件大小进行校验，如果发现不一致没有后续的检查、重新采集等动作，缺少话单数量波动性监控。 解码模块：VPMN 过滤以交换机话单中的过滤标识为准，不关注智能网话单是否已经下发，此种情况存在错单较多，缺乏回收措施。 业务分析模块：局数据的修改是公司直接根据集团发文直接进行操作，没有正式的审批，复核流程。 批价模块:主机配置变更或者业务上线时，业务验证 范围不全，重批价只针对错误时段话单，之后的话单不做处理，可能用 户无法使用重批价以后多出的免费资源或者免费资源用尽又可以重新使用的情况。 综合账务模块：数据删除通过
5、事件驱动，账期切换过早导致延迟话单无法进入账期 六、对策制定经过 QC 小组对业务进 行了全流程的梳理，并 经过 研究与讨论，提出了一下解决方案：对于整个流程中梳理出存在的收入流失的各个节点进行监控与稽核，8主要从以下两个方面去实施。1、 数据波动性监控2、 数据一致性稽核七、按对策实施B O S S 系 统 功 能B O S S 收入风险监控融合控制融合计费局数据管理与发布服务开通综合帐务产品管理采集预处理信息管理综合结算合作伙伴管理基础管理9图 7-1 和 BOSS 域的关系如图 Error! Reference source not found. 所示，BOSS 收入风险监控隶属于BOS
6、S 域中的一个功能模块， 该功能模块分析 BOSS 域中融合计费、综合帐务、采集预处理和综合结算提供的数据，以最小到天的粒度对提供的数据依照稽核规则完成相应的数据查错，数据 查漏、 费用波动等分析，并生成稽核结果报告和告警信息。 由于 BOSS 收入风险监控需要由其他系统提供相关数据才能完成稽核，而且数据提取对原系统会带来一定的影响，基于以下几点：5. 现有的计费系统所能提供数据较为完整，在不对计费系统改造的前提下满足 BOSS 收入风险监控所需数据，实现相对较易；而且计费系统除详单外均文件方式提供，因此对数据库的查询消耗要小。6. 综合账务所能提供的数据较为零乱，需要对数据进行分析抽取，对数
7、据库资源消耗较大，实现相对较难；7. 功能点的优先级排序：计费稽核、账务稽核、数据一致性稽核、 结算稽核；BOSS 收入风险监控只提取了相关业务数据的统计信息，其主要功能是用于稽核比对和数据波动监控， 对于稽核发现的问题只提供告警功能及结果查询。根据 BOSS 收入风险监控提供的结果数据、需要人工进行分析，处理。按照稽核数据的处理顺序将系统划分为数据采集、数据稽核、结果处理以及用于系统自身维护的系统管理四大功能域。其中数据稽核功能域按照数据稽核的范围划分为计费稽核、帐务稽核、数据一致性稽核、 结算稽核五个部分，功能结构如下图所示：10八、效果检验1、计费稽核（一）采集稽核采集稽核主要实现对采集
8、文件的数目、字节大小、连续性、话单条数进行稽核，当这些数据发生异常波动时生成告警信息。主要功能包括：1. 支持按网元稽核文件数目、字节大小、连续性、话单条数。2. 支持按网元、地市配置不同的稽核规则。3. 支持对同一稽核项目进行多个稽核规则的稽核，如话单文件数先按网元稽核后再按地市稽核。4. 支持按话单文件名模式匹配来稽核连续性。如 MSC_CD.%d，%d 表示数字，根据数字的连续性判断文件连续性。5. 支持稽核结果的保存。6. 如果一个网元被多地市共用，则按地市按网元统计时，该网元放在归属地市。7. 根据网元出话单的规则 ，文件数大小都有一个预估值，当波动不在预估值范围内，那么将告警 .稽核结果显示如 Error! Reference source not found. 和 Error! Reference source not found.表 8-1 按地市显示某天稽核结果表 8-2 按网元显示某天稽核 结果表 8-3 指定时间段各地市话单量趋势图（二）话单平衡性稽核话单平衡性稽核实现计费各环节的端到端话单条数是否一致。各环节平衡关
