提升系统收入稽成功率.docxVIP

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