提升系统收入稽核成功率.docx

提升集中化模式BOSS收入稽核成功率目 录一、小组简介2二、选题理由5三、活动计划6四、课题目标71、目标设定72、目标可行性分析7五、原因分析81、计费模块中存在的流失风险8六、对策制定81、数据波动性监控92、数据一致性稽核9七、按对策实施10八、效果检验111、计费稽核11（一）采集稽核11（二）话单平衡性稽核13（三）错单稽核152、数据一致性稽核16（一）用户基本资料稽核16九、巩固措施18错单文件平衡18十、总结与下一步打算19一、 小组简介图一、部分QC小组成员二、 选题理由有效降低公司收入流失风险，保障收入公司目标存在问题选定课题集中化化模式下BOSS收入风险监控与稽核三、活动计划四、课题目标1、目标设定通过在支撑系统中建设收入风险监控能力，实现对各业务流程的处理环节与数据的监控，并根据业务处理环节本身的数据情况、处理时延以及各环节之间的数据平衡关系，发现业务处理流程内存在的收入流失风险，从而降低公司收入流失风险，保障公司业务收入。2、目标可行性分析并根据业务处理环节本身的数据情况、处理时延以及各环节之间的数据平衡关系，发现业务处理流程内存在的收入流失风险，从而降低公司收入流失风险，保障公司业务收入。1. TMF在收入保障方面提供了一套完整的框架，包括收入保障的度量方法、成熟度模型、需求指导原则、案例， 为研究BOSS收入风险奠定了理论基础。 2. 现有的计费系统所能提供数据较为完整，在不对计费系统改造的前提下满足BOSS收入风险监控所需数据，实现相对较易；而且计费系统除详单外均文件方式提供，因此对数据库的查询消耗要小。3. 综合账务所能提供的数据较为零乱，需要对数据进行分析抽取，对数据库资源消耗较大，实现相对较难；4. 功能点的优先级排序：计费稽核、账务稽核、数据一致性稽核、结算稽核；五、原因分析1、计费模块中存在的流失风险目前，计费系统的主要流程如下图所示，根据调查，在整个计费流程中存在流失风险。 采集模块：采集只对文件大小进行校验，如果发现不一致没有后续的检查、重新采集等动作，缺少话单数量波动性监控。 解码模块：VPMN过滤以交换机话单中的过滤标识为准，不关注智能网话单是否已经下发，此种情况存在错单较多，缺乏回收措施。 业务分析模块：局数据的修改是公司直接根据集团发文直接进行操作，没有正式的审批，复核流程。 批价模块:主机配置变更或者业务上线时，业务验证范围不全，重批价只针对错误时段话单，之后的话单不做处理，可能用户无法使用重批价以后多出的免费资源或者免费资源用尽又可以重新使用的情况。 综合账务模块：数据删除通过事件驱动，账期切换过早导致延迟话单无法进入账期 六、对策制定经过QC小组对业务进行了全流程的梳理，并经过研究与讨论，提出了一下解决方案：对于整个流程中梳理出存在的收入流失的各个节点进行监控与稽核，主要从以下两个方面去实施。1、 数据波动性监控2、 数据一致性稽核七、按对策实施图7-1 和BOSS域的关系如图Error! Reference source not found. 所示，BOSS收入风险监控隶属于BOSS域中的一个功能模块，该功能模块分析BOSS域中融合计费、综合帐务、采集预处理和综合结算提供的数据，以最小到天的粒度对提供的数据依照稽核规则完成相应的数据查错，数据查漏、费用波动等分析，并生成稽核结果报告和告警信息。 由于BOSS收入风险监控需要由其他系统提供相关数据才能完成稽核，而且数据提取对原系统会带来一定的影响，基于以下几点：5. 现有的计费系统所能提供数据较为完整，在不对计费系统改造的前提下满足BOSS收入风险监控所需数据，实现相对较易；而且计费系统除详单外均文件方式提供，因此对数据库的查询消耗要小。6. 综合账务所能提供的数据较为零乱，需要对数据进行分析抽取，对数据库资源消耗较大，实现相对较难；7. 功能点的优先级排序：计费稽核、账务稽核、数据一致性稽核、结算稽核；BOSS收入风险监控只提取了相关业务数据的统计信息，其主要功能是用于稽核比对和数据波动监控，对于稽核发现的问题只提供告警功能及结果查询。根据BOSS收入风险监控提供的结果数据、需要人工进行分析，处理。按照稽核数据的处理顺序将系统划分为数据采集、数据稽核、结果处理以及用于系统自身维护的系统管理四大功能域。其中数据稽核功能域按照数据稽核的范围划分为计费稽核、帐务稽核、数据一致性稽核、结算稽核五个部分，功能结构如下图所示：八、效果检验1、计费稽核（一）采集稽核采集稽核主要实现对采集文件的数目、字节大小、连续性、话单条数进行稽核，当这些数据发生异常波动时生成告警信息。主要功能包括：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 指定时间段各地市话单量趋势图（二）话单平衡性稽核话单平衡性稽核实现计费各环节的端到端话单条数是否一致。各环节平衡关系为：输入话单条数 输出有效话单 + 错误话单条数。对于整个计费系统也应满足：采集到话单条数 有效话单条数 + 无效话单条数。主要功能包括：1. 支持按天进行话单平衡性的稽核。2. 支持按日期、地市查询话单处理情况，包括各处理环节的有效话单条数，无效话单情况。3. 支持生成按日期、地市（含全省合计）话单条数的环比、同比统计报表。4. 支持按日期、地市（含全省合计）的话单条数环比、同比波动异常稽核。5. 支持同一稽核项目设置多项稽核规则。6. 支持稽核结果的保存。7. 支持话单分类的配置，如挂起话单由错误号为E3721、E3722、E3702等话单组成。图8-1话单平衡性总体视图图8-2原始话单平衡性视图图8-3批价话单平衡性视图图 8-4优惠话单平衡性视图图 8-4某月或某天环比、同比报表（三）错单稽核错单数稽核主要对计费过程中产生的各类错误话单条数进行稽核，主要功能包括：1. 支持按日期、地市、网元、错误类型制定稽核规则。2. 支持同一稽核项目设定多个稽核规则。3. 支持错误类型的自定义，如可定义错误分类为资料错误、局数据错误、系统错误，并可设定分别由哪些错误号组成。4. 支持错单环比、同比稽核。5. 支持错单表按天备份到历史表，以剔除重复出现的错单。6. 支持稽核结果的保存。7. 支持错单回收情况查询。图8-5 错误类型分布图8-6某天或某月各地区错单分布2、数据一致性稽核（一） 用户基本资料稽核用户基本资料稽核根据业务数据一致性系统每日增量稽核的数据报表进行用户资料监控，如果存在用户资料不一致则产生告警。短信告警内容：号簿管家用户和CRM差异：业务类型不一致：1000户，状态不一致：2000户。由于并非所有的业务平台都需要进行用户基本资料稽核，如手机邮箱平台用户的基本信息管理不依赖于业务支撑系统，因此手机邮箱平台和业务支撑系统之间不需要同步用户基本信息，也就不存在用户资料的稽核。用户基本资料不依赖业务支撑系统的平台有： 手机邮箱 通用下载 飞信 多媒体彩铃功能要求：1 支持按用户号码、企业代码，业务代码、日期进行稽核。2 支持CRM用户基本资料、平台用户基本资料的差异报表。3 支持资料不一致明细查询，可以查询到每一用户。4 支持稽核结果的保存。 每个业务平台稽核的用户资料属性各异，因此每个业务平台都存在一种报表，以号簿管家为例，报表示意图如下：表8-5 资料不一致明细查询结果显示告警的红色表示此属性字段存在差异，鼠标到红色区域，显示出CRM的属性值及业务平台的属性值：表8-6 显示不一致内容表8-7 用户基本资料稽核统计九、巩固措施QC活动结束后，为了巩固QC成果，QC小组对原来开发的系统进行了跟踪优化。错单文件平衡KPI_XZ_JFCDWJ_001计费错单文件20120215节点名称业务分析业务名称梦网类业务ISMG错单总数13产生原因描述1、E803 SP代码无局数据 1条2、E622 无主话单 12条预计损失(元)处理