稽核系统设计二期项目(共72页)

1、精选优质文档-倾情为你奉上XX省移动通信公司端到端收入稽核系统方案建议书 修订版本 二零零八专心-专注-专业 MMMM公司提供的项目实施解决方案文件，旨在帮助XX省移动通信公司对MMMM公司的技术产品和解决方案进行评估。该文件为MMMM公司专有文件，未经双方书面同意，不得泄漏给其他第三方。目 录1 前言中国移动通信行业在过去的十年经历了迅猛的发展。计费系统、客户服务系统、运营工作流程和操作规程等构成业务支撑系统的主要方面也被要求迅速建立，以满足业务的要求。这些快速发展中存在着管理粗放、营业收入流失的风险。随着市场竞争日趋激烈，市场增长速度减缓，移动运营商面临着精细化管理的挑战。营收保障（Rev

2、enue Assurance，简称RA）项目，作为运营商Ø 加强精细管理，稳固运营基础Ø 减少运营漏洞，提升内控成熟度Ø 稳定服务质量，提高内外部客户满意度Ø 提高利润和收入Ø 提高工作效率的重要手段变得越来越具有重要的意义。作为全球主要的移动通信设备和服务提供商之一，MMMM公司一直致力于研究和开发移动运营系列解决方案，以便帮助移动运营商在建立好网络的同时，更高效率地运营好整个业务系统。营业收入保障稽核系统（Revenue Assurance Platform）即是其中的一项重要的解决方案。收入保障实现的目标不单是批价的准确，也不只是财务报表

3、的平衡，它的目标是集业务功能的工作流、服务使用的数据流和收入的资金流于一身的三位一体的统一管理稽核，最终实现全方位收入管理。全面收入管理的实现必须建立在深厚的跨专业领域知识和丰富的收入保障经验基础之上，确切分析和掌握收入流程目前存在的重点问题及其根源，提出和实施解决方案，建立一套相互关联并以自动化形式固化的业务和保障/管理流程，培养运营商自己的收入保障和收入管理能力，优化运营能力和内控水平，提高企业核心竞争力。XX移动作为上市的中国移动（香港）有限公司的一部分，有着卓越的远景规划和良好的管理作风。XX移动在精细管理、做大做强的方针的指导下，与MMMM合作，成功地进行了一期营收保障诊断项目，梳理

4、了收入流程中存在的问题，并建立和规范了：Ø 全省统一收入管理的业务流程规范；Ø 计费出帐的标准流程和准确性检验规范；Ø 全省相对统一收入管理财务稽核制度。这些为我们进一步合作、共同建立全面的营收保障体系、取得端到端收入稽核系统建设项目的成功奠定了有力的基础。在XX移动从收入保障进入到全面收入管理过程中，如何逐步构建更加完善和有效的收入管理模型和规范，如何实现全面、成熟、本地化、自动化的收入管理监控平台体系，将是及时发现和堵住收入漏洞、防止新的流失产生、优化运营效率、实现利益最大化、实现“收入尽在掌握中”的根本。2 端到端收入稽核系统实施建议2.1 端到端收入稽核系

5、统客户化实施方法端到端稽核收入稽核系统将根据XX移动收入稽核需求对收入流失高风险领域设置一些用于监控的业务规则和逻辑，以便能够及时捕获各种可能出现风险。可以根据预先设置的作业计划进行系统任务调度，在遇到不可接受的事件时，产生告警并给出相关错误和提示信息。控制过程执行一些直观简洁的指令或者由用户定制业务规则的系统化的工作流。为了确保端到端收入稽核系统实施过程中能够更加有效的支持XX移动收入稽核的需求，并为SOX提供支持，建议采用下图所示的实施方法来指导本期项目的实施：在整个实施过程中主要分为两大部分来开展工作：Ø 稽核指标定义与设计：对根据XX移动最终确定的稽核领域进行调研和分析，根据

6、各个系统的实际情况来选择每个稽核领域的稽核指标，并详细定义每个稽核指标中需要涉及到各项内容：n 稽核工作要求：针对稽核指标定义如下表的稽核工作要求，作为稽核人员的工作指引。n 详细定义稽核指标的系统实施内容，如：数据源、稽核逻辑、系统展现、指标阀值等，下图为参考示例。Ø 系统实现：根据系统实施指标的详细定义，将利用稽核系统的各项功能来实现稽核指标，正如上图蓝色部分所示：n 利用稽核系统的Datastream功能来配置Data Adapts，实现对外部数据的自动化提取，并将这些数据装载到稽核系统。n 按照稽核内容的要求，在稽核系统中进行相关稽核逻辑运算，得到稽核结果集。n 按照指标标准

7、值或阀值的要求来配置每个指标的“Health Check”，并在“Health Check”中配置相关告警内容。n 根据指标定义约定展现方式来配置按照不同层次对指标的要求来配置指标的展现方式。2.2 稽核指标体系定义端到端收入稽核体系建立的目标是将收入稽核工作流程化、系统化和自动化。为了全面落实稽核管理人员的收入稽核工作，我们需要对整个收入流程的收入稽核关键领域（KRA）进行详细的分析、定义和量化，并确认分布在不同系统和途径中的关键数据源（KDS），定义和计算关键指标（KPI），从而实现对风险点的风险监控。如下图所示：根据XX移动此次端到端收入稽核系统需求和XX移动收入保障一期项目的成果，项目

8、方已经选取了针对业务支撑系统和业务支撑系统与财务系统接口中的一些关键稽核领域作为本期项目的重点范围：Ø BOSS系统业务数据稽核n 出帐领域：计费汇总、入库、外部数据倒入、一次出帐优惠、二次出帐、特殊帐后处理。出帐过程的平衡，帐单（应收费用）提供。n 销帐领域：u 应收费用、已收费用、未收费用平衡u 抵扣：已收资金、已销资金平衡u 欠费管理：未收费用、欠费资金、欠费回收、历史欠费、欠费报损u 催缴、信用度管理：信用度规则、催缴工单生成、执行u 消费积分：积分的生成、奖励、消费、回报、库存n 资金领域：u 总的平衡：资金增加、资金消耗（抵扣）、库存资金的平衡u 不同资金来源：l 缴费卡

9、（包括充值卡）：卡生成、下发、激活、销售、充值、报损l 银行l 预缴返充l 预存预缴u 不同的资金消耗n 业务受理与操作领域：u 前后台业务受理的一致性，如：开户送资金u 涉及资金的业务处理、尤其是后台批量和管理部门：预缴受理、预缴返充、预缴扣款的扎帐平衡。u 用户资料、用户状态和资金等在计费、营业等系统的平衡一致。u 工单开通状态一致。n 结算领域：u 网间结算u 网内结算u SP结算u 代销酬金结算u 卡充值酬金结算以上范围在一期项目制定的业务支撑稽核正向稽核规范中中均未详细定义其中的稽核指标，因此为了进一步支撑SOX和内控在XX移动的实施，因此在本期项目需要对以上内容的稽核指标进行详细的

10、定义，为下一步系统实现提供基础。根据Mmmmm收入稽核实施的方法论，建议按照以下步骤来开展这些关键稽核指标的定义过程：以下为各个部分提供的设计文档样例的参考：2.2.1 系统处理流程调研分析2.2.2 关键稽核领域定义2.2.3 关键稽核指标定义2.2.4 关键稽核领域与关键稽核指标对应关系定义2.3 稽核实现内容下图为稽核实现过程中的工作流程：2.3.1 BOSS系统业务数据稽核2.3.1.1 计费领域在XX移动收入保障一期项目中已经针对计费领域进行了相对明确的稽核内容定义，因此在本期项目系统实施过程中建议需要涵盖以下的主要稽核范围：以上框架是针对支撑系统内容的处理过程来规范定义业务支撑内部

11、日常稽核的内容和范畴，利用稽核系统主要实现对支撑系统内部各个处理环节进行稽核监控，及时掌控内部各处理环节是否处理准确；根据支撑系统的处理特点，在支撑系统内部不一定所有的处理环节都会存储完整的处理结果数据，往往都是直接接受上一环节的结果数据，处理完成后直接输出给下一处理环节，在系统内部基本上是采用这种流水线处理的处理方式，如果要实现对内部这种处理过程的稽核，则支撑系统在处理时必须留下稽核轨迹（如：日志等），利用稽核系统提取各个处理环节留下的稽核轨迹信息，通过这些信息数据来实现对各个处理环节的稽核，以此做到各个处理环节的稽核。整个处理模式如下图所示，稽核系统从支撑系统中读取相关审计轨迹数据，通过预

12、先设计的各种Control进行分析运算，得到稽核结果，这种模式通常重点是进行有关趋势分析和过程监控：此外，对于一些大处理环节或者经过多个环节之后，有输出数据的，则可以采用平行稽核方式来进行稽核处理，即分别提取入口数据和出口数据，通过对入口数据的模拟处理，得到出口数据，再与实际数据进行比对，以此发现存在的差异。如下图所示，通过采用一致性效验和比对效验等手段对处理过程进行稽核处理，此方法也可以用在跨系统的处理环节中。因此建议在本部分选定以下内容作为系统实施范围：Ø 计费系统话单处理过程稽核监控Ø 计费预处理话单完整性和准确性稽核Ø 计费准确性稽核2.3.1.1.1 计

13、费系统话单处理过程稽核本部分的关键控制指标范围涵盖BOSS运营支撑链上涉及话单处理的各个环节之间的端到端稽核，如交换、采集、预处理、计费等环节。涉及的计费系统中所处理的所有业务。稽核业务人员可以利用稽核系统，对话单完整性稽核的量化结果、差异记录细节、问题根源查看进行闭环方式操作。同时，稽核系统对话单完整性量化结果的趋势进行持续监控，允许系统用户进行“趋势量化结果记录细节问题根源通知相关人员问题解决情况监控”这样的闭环工作流操作。稽核业务人员可以利用告警监控设置对趋势或者收入流失风险量化的告警门限值进行设置。稽核数据源：BOSS系统在计费处理过程中提供的审计日志信息。稽核参考规范：计费帐务正向稽

14、核指引。稽核系统的趋势监控功能包括对实时数据量（或量化结果）的监控和历史环比数据量的监控：Ø 数据流量趋势监控n 从总量级发现问题n 特定时段的同比，如不同工作时段，周末时段等.Ø 历史数据趋势监控n 自动保存和维护历史数据n 比对当前数据趋势和历史数据趋势2.3.1.1.2 计费预处理话单准确性稽核稽核系统轮循从不同的交换机抽样采集CDR进行独立的话单预处理后，与现有BOSS系统预处理/批价后的入库详单进行比对。稽核系统中预处理规则将以某某移动提供的预处理相关原则为依据，结合集团公司全国统一的预处理/计费原则完成系统的规则参数配置。稽核实施方法为：1. 计费系统中在指定的

15、文件目录下所有端局语音交换机（MSC）的原始话单做最近2天的数据备份，备份的话单文件为交换机原始话单更名后的话单文件。2. 稽核系统定时到计费系统的备份目录下，按照用户指定需要稽核的交换机编号和日期参数提取对应的原始话单数据文件。3. 所取的交换机的原始CDR数据在稽核系统中完成独立的话单预处理运算，单个交换机峰值CDR为每天100万条左右。稽核系统获得这些原始二进制CDR数据文件以后，先进行以下预处理等处理：- 根据端局交换机的CDR格式，将二进制文件翻译成稽核系统内部处理文件格式- 对CDR进行过滤处理。- 计费信息资料的填充- 剔除重单- 按照错单定义规则剔除错误和无效话单4. 稽核系统

16、通过数据库接口程序，直接访问计费数据库主机，按照被稽核交换机代码（MSCID）和稽核日期参数，提取BOSS系统入库详单与稽核系统处理后的详单进行稽核比对。BOSS系统详单提取的原则是以不影响BOSS系统的正常运行性能为前提。提取的详单包括：l 本地详单l 省际漫游来访详单l 国际漫游来访详单l 错单文件l 无主话单5. 稽核系统的稽核算法依据为话单平衡等式。即稽核参考源的话单总条数要与被稽核源端的入库详单、错单、无主话单、无效话单和稽核系统稽核出的丢单的总数，之间要遵循平衡的关系。6. 稽核系统对预处理后的话单进行计费资料填充时用到的局数据表，将从BOSS系统中使用的局数据表为准。经过现场实施

17、人员的确认后，导入到稽核系统中使用。具体将用到下列局数据表：l 中国移动数字移动电话号码分配表l GSM号段局数据表l GSM号码头运营商表l IMSI头局数据表l 国际运营商代码局数据表l 边界漫游基站号局数据表l 国内费率区号定义表l 某某移动测试号码表我们建议每天采样N个交换机的CDR文件，每天采集的总量为100万条话单。这样第二天采样处理另外N个交换机。N的数值可以通过运行来确定最佳值。这样做的最大的好处是能够很会发现交换机的问题。同时可以采用修改配置实现对不同交换机组的CDR文件的采集，以及对相应数据库的比对。话单完整性稽核处理的流程如下图所示：对于各种类型的端局交换机（MSC）和入

18、库详单，稽核系统会有相应的数据源（接口适配器）。它们会将源数据转换为稽核稽核系统可以进行处理的数据格式。稽核出的差异数据会被保存在数据库中。数据采集点：稽核模块数据源名称数据方式说明计费话单完整性稽核端局交换机1原始话单每天轮流提取一整天数据具体数量需要进一步和用户确认端局交换机2原始话单每天轮流提取一整天数据端局交换机3原始话单每天轮流提取一整天数据预处理后结果文件每天轮流提取一整天数据如果预处理后结果文件没有备份可以取批价以后的话单预处理错误文件每天轮流提取一整天数据批价错误文件每天轮流提取一整天数据局数据表不定期和BOSS系统同步多个2.3.1.1.3 计费准确性稽核该稽核功能用于验证B

19、OSS计费系统中批价处理的准确性。将从计费系统中提取批价后的用户详单，提取的原则是根据选择有代表性的服务套餐和相应的采样用户，然后对应用户资料描述的用户服务计划，进行相应的批价处理。将稽核系统批价结果与现有BOSS系统批价的结果进行比对。批价的原则将由MMMM公司根据XX移动提供的相应的文件，输入和配置到稽核系统批价模块的资费模型中。资费计划的输入将通过图形用户界面导入到批价引擎。一部分资费计划，如特殊的优惠计划，可能涉及到客户化的开发，MMMM将负责这部分的开发工作。批价验证计算结果的比对对象是计费系统的批价结果输出文件（或者批价生成的批价后详单表）。具体的文件格式或者数据表格式将在具体实施

20、方案设计阶段由双方共同确定，商定的原则是以不影响计费系统的正常运行性能为前提。资费批价在线稽核系统的实施方案示意图如下所示：资费批价系统实施的过程，主要完成以下功能：首先是对资费计划的资料的梳理和确认。这个过程出了包括从XX移动计费和市场部门获得资费资料以外，还要涉及到从现网计费系统中提取充分的信息进行确认和更新。其次项目实施小组还需要共同确定要稽核的资费计划（通常可以选取用户数最多的前100中资费套餐计划），取得需要采样的用户的清单。我们初步建议每一种服务计划采样10个用户。也可以根据实际的情况，对重点的服务计划进行更多用户的采样，而对非重点服务计划，采样少量的用户。根据在线稽核的结果，系统

21、会产生出针对每一种被测试的服务计划的测试结果，并且将异常情况报告出来。资费计划批价稽核的结果将以图形报表的方式提供给计费系统的运营人员。系统可以周期性地给出用户详单验证差距，并且以图表的形式直观展现给操作和管理人员。2.3.1.2 出帐领域2.3.1.2.1 计费汇总准确性稽核作为计费环节的最后步骤，计费系统对批价处理后入库的详单按用户进行汇总，以此作为帐务处理的入口数据。因此本部分稽核专门针对从详单到计费汇总的数据处理过程的准确性，即计费汇总的准确性。计费入库详单计费汇总数据稽核系统稽核报告用户抽样用户表具体的稽核方法是，按照天为周期，先从用户表中抽样当日稽核的用户，抽取400-1000用户

22、，生成稽核抽样用户列表，对其4-5类业务的计费详单汇总进行稽核；，在计费系统的计费汇总模块按照一定的周期（天为单位或者小时为时段）完成对用户详单汇总处理后，生成计费汇总文件（或者表现为数据表），稽核系统一般在次日00:00:00之后选择某个合适的时间，对抽样用户在当日（稽核目标日）的全部通话情况进行统计抽样的用户比例为全部用户的10，生成稽核抽样用户列表；在计费系统的计费汇总模块按照一定的周期（天为单位或者小时为时段）完成对用户详单汇总处理后，生成计费汇总文件（或者表现为数据表），稽核系统一般在次日00:00:00之后选择某个合适的时间，对抽样用户在当日（稽核目标日）的全部通话情况进行统计，分

23、两个途径进行：Ø 计费汇总数据端：按照用户ID、通话类型、通话结束时间落在当日的条件对通话时长、计费时长、通话次数、基本通话费、长途通话费等指标进行统计汇总；Ø 详单数据端：使用与上面相同的方法从详单库中对用户进行统计汇总。然后，对以上两个途径获取的数据进行比较，前提是使用相当的用户ID作为比对的基础；首先对用户ID做总量的稽核，比较用户通话次数、通话时长、计费时长、基本通话费、长途通话费等指标汇总，如果不一致，生成相应的告警，同时再进一步对用户ID、通话类型、时段等下层唯度进行汇总稽核，分别比较上面的指标汇总是否一致，以定位问题，并继续告警。2.3.1.2.2 计费汇总到

24、帐务入口平衡稽核该功能将比对帐务系统入口处日汇总帐单上的话单金额总数和计费系统依据详单统计金额总数的一致性。计费系统每天凌晨向帐务系统提供11个日增量汇总文件。根据地市的不同，文件从60MB到390MB大小不等。稽核系统将对计费系统中的详单库进行每日统计，计算出每个地市的日增量总金额矢量（120维），每天共11个地市矢量。稽核系统将对输出给帐务系统的日增量文件进行日增量总额统计，从而与计费详单库统计的总金额进行比对，找出其中的差距。现XX移动大约有X万全球通用户。日处理量主要与用户数有关。增量以文件形式提供。用户日增量汇总话单稽核处理的流程如下图所示： 对于帐务汇总入口和计费汇总出口会有相应的

25、数据源（适配器）。稽核系统的客户化应用模块会对增量源数据文件进行装载，然后对所有的增量进行求和，得到每个地市的日增量总金额矢量。这些矢量将被计费系统用来稽核详单数据库统计出来的总金额。从而得出总量稽查结果。日增量统计每日进行一次，进行的时间将根据稽核系统的处理负荷以及详单库统计结果的输出时间来决定。初步安排在凌晨时刻进行。2.3.1.2.3 外部数据导入过程稽核此部分稽核将重点关注作为帐务系统入口的其它数据的导入过程的准确性和完整性稽核，其中包括系统外的代收费数据。它们是（但不限于，根据帐务数据处理实际情况确定）：1. VPN汇总表 2. 短信汇总表3. MISC费用4. 集团客户vpn租费5

26、. 系统外的代收费用按照外部数据导入帐务系统的周期，稽核系统分别从帐务系统入口外部数据和导入后形成的帐单两类数据源分别提取稽核数据，对导入过程的数据准确性和完整性稽核。 稽核方法：（1） 完整性稽核 对外部数据导入前后的的记录总数进行核对，包括记录总数、有效记录数、无效记录数，对于出现总数偏差和以及无效记录的原因产生告警。（2） 准确性稽核 在稽核外部数据导入完整性的同时，对外部数据导入的帐单的记录准确性进行比对，比如字段：帐单周期、客户ID号（IMSI_NO、MSISDN）、费用编号、费用、生成时间、次数、通话时长(秒)、 计费时长(分)等。 稽核结果：（参考下表）外部数据项帐单周期文件记录

27、数导入记录数总数误差误差率(%)VPN汇总表短信汇总表MISC费用集团客户vpn租费系统外的代收费用2.3.1.2.4 出帐准确性稽核出帐过程稽核说明通过输入和输出两端校验的方法来稽核出帐过程的正确性，包括检查月租费、业务使用费、代收费、分期付款费等费用的正确性和准确性；检查汇总费用的正确性；检查总金额与分项金额的一致性；基于客户用户的出帐费用历史趋势的稽核；以及出帐过程中发现的无主用户帐单、无资费帐单、处理发生错误的帐单的统计稽核。也即是对出帐处理的上述步骤进行核对检查，确保正确无误，防止错误扩散和蔓延。下图显示的出帐稽核的三种方式：总量统计稽核、平行重算稽核、趋势稽核，以下分别进行描述。用

28、户日帐单出帐综合帐单稽核系统稽核报告帐务出帐历史综合帐单稽核平行重算稽核趋势稽核出帐准确性稽核针对帐务处理中的优惠计算过程，通过提供平行的重算稽核来验证帐务系统处理用户日/月累计帐单形成最终用户综合帐单与用户明细帐单的计算过程的准确性。通常在一个帐务周期结束之后,出帐计算以帐单形式表现所有移动客户该帐务周期内发生的所有费用，这些费用包括客户的周期费用（包括月租费和功能费），各种使用费用，以及相关一系列优惠费用。实施方法通过利用MMMM稽核系统特有的批价/资费优惠模块来完成，稽核系统事先录入XX移动帐务系统出帐计算规则和优惠资费配置信息，然后输入汇总本次出帐周期内客户的所有费用，计算帐务优惠，形

29、成客户出帐的明细帐单、无主帐单，最后还可以选择定制形成基于帐户的综合帐单。当然作为选取的稽核原始数据，也可以根据需要抽样选择部分用户的使用累计帐单作为稽核输入数据源，这样可以提高稽核的效率。出帐计算规则和优惠资费配置信息全部通过稽核系统前端界面输入，此部分工作有MMMM公司实施人员完成，XX移动负责提供规则和配置信息文档。用户日帐单出帐明细帐单/综合帐单帐务出帐平行重算出帐计算规则全部或按用户抽样帐务优惠配置明细帐单/综合帐单帐单比较稽核差异报告出帐准确性稽核的周期一般为每月进行一次。1、 出帐费用汇总稽核对于帐务出帐过程的稽核，同时还可以对各类汇总统计项的平衡进行稽核。具体包括：（1） 综合

30、帐单费用项金额总计明细帐单各费用项金额总计（可以考虑按用户类型、业务类型、费用类型细分）（2） 总帐前金额 总帐后金额 | 总帐务优惠金额 |， 此部分主要检查帐前、帐后、优惠之间的平衡关系（3） 分费项帐前金额 分费项帐后金额 | 分费项帐务优惠金额 |出帐费用汇总稽核的周期一般为每月进行一次。2.3.1.2.5 用户出帐费用趋势稽核在帐务处理之后，由稽核系统对出帐后的数据进行分析，将费用与历史上该用户的出帐费用(基于历史数据)差异做历史趋势稽核，差异太大的用户需要进行稽核警告，由稽核处理人员判断情况是否正常。这样做的好处体现在：对于在出帐过程中发现的高额用户，可以及时辨别出来，并通过稽核系

31、统提出警告，由稽核分析人员分析确定用户产生高额的原因（确实发生或者出帐计算错误）；同理对于超低额的出帐用户，也需要稽核提出告警，以辨别其是否属于出帐发生错误。趋势稽核的实施步骤如下：（1） 对用户进行抽样，分别选取不同用户类别、套餐、话费等级的用户最为稽核对象；（2） 选取合适的用户历史帐期窗口，如最近6个月，提取用户前6个月的出帐金额数据；（3） 计算该用户在历史帐期内的月平均出帐金额；（4） 计算本帐期出帐金额与前历史帐期平均出帐金额的增长比率；（5） 判断该比率是否在一定的值域范围，如 < 20%， 如果超过则产生稽核告警。出帐费用趋势稽核的周期一般为每月进行一次。2.3.1.2.

32、6 无主/无费率帐单稽核在各种帐务处理中，往往会有很多无法进行处理的数据，如：无主话单、无费率等。这些数据称为错误数据，即程序无法对它们进行正常处理的数据。对于这部分数据，一般的做法是：将它们单独存放，待以后出错原因得到纠正后，重新进正常的帐务处理，但这仅仅是与正常帐务处理的处理流程上的相似，必须用单独的处理程序对这部分数据进行处理。为了关注并量化此部分帐单在出帐应收中的比率，这里考虑将无主、无费率帐单纳入稽核系统的稽核范围，通过计算各帐期无主、无费率帐单金额（可能是为预估金额）占总出帐费用的比率，以及各帐期无主、无费率帐单及时回收的比率，来完成对这部分出帐损失费用的稽核和监控。稽核的结果统计

33、如下：帐单类型帐单数金额占出帐总金额比率回收比率无主帐单无费率帐单2.3.1.3 销账领域缴费和销帐管理是BOSS的重要管理功能。缴费负责为客户提供缴纳服务使用费的途径，客户可在营业厅、银行或通过电话用充值卡进行缴费，一次缴费可以只缴纳帐户帐单的部分帐目；销帐是提供不同的扣帐渠道和手段，及时扣减客户的服务费，并管理维护销帐处理过程数据，销帐的过程就是服务费用回流的过程。这两个领域的功能流程的正确性关系到客户使用服务和资金流转的正确循环，直接关系到BOSS对用户、业务支撑的准确性和可靠性，因此本项目选取这两个领域相关的内容作为稽核的范围。对于这部分内容的稽核，总体的稽核方法仍然是平衡稽核法，见以

34、下图示；主要表现是，稽核的数据源分属不同的信息统计表，他们通过业务流水号或者帐单号作为关联的纽带，两边分别计算统计具有意义的统计指标，进行指标的等式平衡检查，判断是否存在偏差。因为这部分稽核涉及了BOSS系统的内部各种具体数据源的格式/存取方式等细节，因此此部分的方案仅对实施方法和数据类型进行描述，具体实施方案需要在项目中进一步探讨确定。稽核过程：u 取平衡等式左边的所有数据源，在稽核系统稽核数据流配置里面配置相关运算u 取平衡等式右边的所有数据源，在稽核系统稽核数据流配置里面配置相关运算u 在稽核系统中配置等式两边差异平衡检查（GAP Analysis）u 运行平衡检查u 定义、查看、展现平

35、衡稽核结果2.3.1.3.1 应收、销帐与欠费稽核稽核的等式包括：（可以分别从总量和抽样用户两个角度稽核）帐期应收 帐期销帐 帐期欠费2.3.1.3.2 收款与抵扣资金平衡稽核稽核的等式包括：BOSS中各途径实际收取金额 销帐（抵扣）金额 预存增加 营业手续费用户帐户资金变化与销账记录之间的数据平衡关系2.3.1.3.3 欠费稽核稽核的等式包括：当前出帐帐期欠费 帐期应收 帐期销帐上月欠费余额上月应收本月实收本月欠费余额总帐欠费余额 欠费库明细帐汇总金额（财务报损库单列）帐龄分析表 总帐欠费余额2.3.1.3.4 信用度与催缴稽核根据BOSS的定义，信用度管理是按照帐户、客户在移动业务中的使用

36、状况，进行分析后对客户（帐户）分成不同信用等级的过程，同时BOSS系统中也会依据客户（帐户）的信用等级对客户的使用进行限制。信用度分为帐户级的信用度管理和客户级信用度管理两个级别。信用度稽核是根据BOSS信用度的设置标准，在稽核系统中定期检验客户和帐户的信用度的计算结果是否与BOSS系统中的客户和帐户信用度是否一致，以此判断稽核BOSS的信用度是否准确，而且也可以作为判断是否由人为修改系统中信用度数据的依据。催缴稽核，是根据催缴的条件，判断是否应该产生向用户发催缴信息或者自动拨打催缴电话的状态。稽核点建议包括：Ø 客户信用度值域准确性稽核（定期抽查，建议每月进行一次）Ø 帐

37、户信用度值域准确性稽核（定期抽查，建议每月进行一次）Ø 用户欠费额度与信用度之间的比例关系检查（出帐前、出帐后、中期抽查）Ø 信用度与催缴关系稽核Ø 催缴状态与催缴日志之间对应关系稽核2.3.1.3.1 积分一致性稽核每次出帐后，BOSS系统会根据用户的出帐费用，以及该用户的积分规则对用户的积分进行计算、累加更新；而用户也可以消费、使用、转让自己的积分。因此对系统中用户积分的管理稽核也显得尤为重要。一方面可以检验系统生成、奖励、赠送用户积分的准确性，另一方面可以校验用户积分在获得与使用之间的平衡关系，防止系统或者人为因素导致的积分数据偏差。稽核点建议包括：

38、6; 出帐后用户积分生成准确性稽核（建议按用户进行抽查）Ø 用户办理业务积分赠送的一致性检查（条件、营业流水、积分变动）Ø 用户积分的变动（获得、消费）历史平衡2.3.1.4 资金领域稽核系统从BOSS系统中提取相关数据，通过以下平衡公式验证BOSS中自有资金的平衡性：上月BOSS帐户有效资金余额本月增加额本月消耗额（抵扣） = 本月系统帐户有效资金余额稽核实施方法：1、 每月出帐后稽核系统按照约定从数据库表或报表文件中分别提取等式两边的相关数据，需要分别按照不同的资金来源和不同的消耗方式进行数据的提取（提取到二级科目）。2、 按照下表的样例，将提取的有关数据填入，进行等式

39、稽核关系的验证（下表为一个标准参考样本，需要在XX移动在项目实施前对表格内各项数据内容和数据提取方式进行确认，由XX移动提供相关科目之间的对应关系）。项目BOSS系统一级明细BOSS系统二级明细项目公式金额备注上月系统用户有效资金余额1省业务支撑提供：X月日零点系统用户有效资金余额(包括正常用户，业务报损用户缴费卡账户，现金帐户等)本月系统用户有效资金增加1缴费卡充值全部二级明细2缴费卡充值调入全部二级明细3缴费卡充值调出全部二级明细4小计=2+3+40.00 2营业预缴(不包括非本地工号的充值)全部二级明细5不包括非本地工号的充值,范伟科技充值,但还应包括小额支付平台、本地用户外省CBOSS

40、充值异地营业预缴全部二级明细6小计=5+6营业预缴非本地工号充值7套卡预开全部二级明细83统一充值（华为统一充值）全部二级明细9统一充值反冲（华为统一充值）全部二级明细10小计=9+10银行现金充值（系统:温州银行系统管理员）全部二级明细11银行现金充值冲正全部二级明细12小计=11+120.00 4批量调整优惠活动分公司支撑批量充值13分公司支撑 工号的各项优惠充值批量调整优惠活动省公司业务支撑中心批量充值14省公司支撑工号的各项优惠充值5小计=13+140.00 批量调整省公司一次性扣款套餐扣款金额15省公司支撑 工号的一次性扣款批量调整分公司一次性扣款促销扣款金额16分公司支撑 工号的一

41、次性扣款5小计=15+160.00 批量调整分公司支撑退费录入22分公司工号的退费批量调整省客服中心退费录入23省公司工号(包括业务支撑省客服中心)的退费批量调整省公司支撑退费录入金卡转全球通（金卡欠费按照全球通话费出账）全部二级明细25金卡报废全部二级明细268小计27=25+260.00 预缴本金充值全部二级明细科目28预缴模块预缴馈赠金充值全部二级明细科目29预缴模块预缴混合本金充值全部二级明细科目30预缴模块个人预缴受理全部二级明细科目31预缴模块预缴批量受理全部二级明细科目32预缴模块9小计33=28+29+30+31+320.00 增加合计340.00 本月系统用户有效资金减少收款

42、稽核报表中、缴费卡扣款35批量调整全球通转金卡36金卡、动感地带、神州行本地卡上月收入全部二级明细科目3710小计38=35+36+370.00 推算本月系统用户有效资金余额39=1+34-380.00 本月系统用户有效资金余额40省业务支撑提供：次月月日零点系统用户有效资金余额(包括正常用户，业务报损用户缴费卡账户，现金帐户等)稽核BOSS系统用户自有资金等式平衡41=39-400.00 3、 通过上表验证后如果等式关系不满足，系统将发送告警信息。2.3.1.5 业务受理与操作领域2.3.1.5.1 前台受理业务的一致性该稽核点是为了稽核在前台执行有关营销政策的准确性，比如：新开户送资金等，

43、需要稽核系统从营业系统提取某段时间内执行某一个营销政策（新开户）的用户业务受理记录，同时根据业务规则核对这些用户的帐户资金流水记录，根据营销政策来判断前台操作人员是否执准确的执行了相关操作。由于涉及到营销政策的选择和解释，以及BOSS内部的处理，还需要与XX移动进行进一步讨论有关数据提取和稽核处理逻辑。2.3.1.5.2 涉及资金操作的稽核该稽核点重点是对在业务受理过程中涉及到资金操作的业务逻辑（如：预缴受理、预缴反充、预缴扣款等业务）的轧帐稽核，由于是对后台批量操作和管理部门的操作的稽核。因此建议从以下两个层面展开稽核处理：Ø 授权稽核：对于后台批量操作和管理部门操作人员的授权进行

44、稽核检测，避免非授权人员的进行相关操作，需要从这些涉及资金操作的业务操作流水记录中提取进行实际操作的人员列表，与系统授权列表进行比对，以核对所有进行操作人员的操作是否得到授权。Ø 数据稽核：提取营业日报中涉及这些业务操作的记录信息，与业务受理记录和资金变动流水中相关操作的记录进行汇总核对，以确认所有的操作记录和信息均一致。注：要利用端到端收入稽核系统实现此稽核功能还需要BOSS能够提供相关数据信息，因此需要与XX移动进一步确认BOSS是否能够提供相关稽核数据。2.3.1.5.3 计费与营业系统中客户资料信息一致性稽核该稽核点重点是对计费与营业系统中客户资料信息一致性稽核，主要是对与计

45、费相关的用户资料、用户状态和用户帐户资金余额等信息的在两个系统中的一致性进行核对。需要确保每个客户/用户的所有信息都一致，如果发现不一致情况，及时反馈给业务处理系统或人员处理。同时提供出稽核结果的报表。基本的原则是以及营业系统的接口表为依据。下图是我们在某移动公司实施的客户资料数据一致性稽核处理的流程：营业系统的客户信息变更，或者新用户的资料，都实时存放在接口表（或接口文件）上。计费系统每n分钟读一次接口表，并且将最新信息用来当天计费处理。由于计费系统中客户信息主要是存储在内存数据库（MDB）中，为了方便数据提取和不影响生产系统运行，建议从计费系统中在磁盘上备份的数据表或数据文件中直接提取进行

46、稽核的数据。从稽核报告，用户可以清楚的看到：Ø 用户资料缺失数目和百分比Ø 用户基本资料差异数目和百分比Ø 用户状态资料差异数目和百分比Ø 帐户资金差异和百分比为了确保数据稽核的准确性和时效性，避免由于数据提取的时间差异而导致的数据差异，因此每次稽核都是预留1个小时的时间缓冲，即稽核提取时点1个小时以前的数据。建议此稽核点采用每天定时方式进行。2.3.1.5.4 工单开通状态一致性稽核该稽核点建议可以通过利用稽核系统进行BOSS和HLR等核心网元之间的用户数据一致性稽核，分别从BOSS和HLR等核心网元中提取数据，进行一致性稽核。发现资料信息不一致情况，

47、及时反馈给业务处理系统或人员处理。同时提供出稽核结果的报表。基本的原则是以BOSS系统的用户数据为依据。建议在本期项目中重点实现BOSS与HLR之间的数据一致性稽核，建议实现以下稽核指标和内容：稽核实施方法：1、 直接进行BOSS和HLR用户资料的稽核。a) 端到端稽核系统将分别从BOSS和HLR中提取相关用户资料信息，建议采用HLR轮询方式进行，即以HLR为单位进行一定时间间隔的稽核（建议以季度或半年为单位）。b) 建议对于用户号码的HLR归属每个月或更短的间隔进行稽核，以确保所有用户号码对应的HLR信息的准确性。2、 如果存在其它处理系统的话，可以直接将相关结果导入系统进行稽核处理。2.3

48、.1.6 结算领域随着新的电信法规的实施，结算成本在运营成本中比重越来越大。目前各运营商之间，或者相同运营商内各省分公司之间，在月初相互交换对帐单或接收总部下发结算数据，对双方数据差异的结算项目进行详单核对，因此需要对结算详单进行有效的样本筛选，并在较短时间内形成差异报告，方便维护人员分析差异原因。本次项目中考虑的结算领域的稽核范围包括：网间结算、网内结算（漫游）、SP结算、代销酬金结算、卡充值酬金结算。因为考虑到业务类别的不同，通常主要面向语音和短信等流量的结算包括网间结算、和网内结算，他们在省公司的计费结算系统中的处理方式上没有本质的区别，因此在稽核系统中可以当作统一的稽核对象处理，这部分

49、稽核我们主要运用两种稽核方法：结算话单完整性稽核和结算准确性稽核。对于涉及分别涉及到增值业务和营业渠道相关的SP结算、代销酬金结算和卡充值结算，因为受具体的结算规则和流程的影响，本方案建议仅对稽核方法进行描述，具体的实施方案需要在项目实施过程中进一步商定。2.3.1.6.1 网关局交换机话单准确性稽核该功能监控和校验关口局交换机原始话单数据生成的完整性与准确性。对于通过7号信令话单合成来稽核交换机原始话单，需要综合考虑到某某移动目前的7号信令资源的可用情况。建议初期阶段重点对网间关口局交换机进行信令话单稽核。 稽核系统对从选定的交换机采集的原始话单数据，与采自七号信令系统的信令合成话单进行比对

50、稽核。 实施方法为稽核系统从SS7信令话单生成软件（SS7 Probe）采集信令话单数据，并同时从关口局交换机采集原始话单数据。 针对这两个被稽核网元会有对应的数据源（适配器）。数据源会先把采集上来的所有的原始数据转换成稽核系统可以稽核和处理的数据格式。话单的比对会从话单的数量和字段元素两个方面进行稽核，所比对的字段元素以7号信令话单生成软件所支持的字段内容为准。 通过对信令话单和关口交换机中实际话单的调解与比对，稽核系统能检测出在交换系统中丢失的CDR以及生成话单中字段的填充错误。调解过程中所有被识别出的差异数据都会被储存在数据库中，并且被上传到稽核箱体的数据表达子层用于对差异分析结果的呈现

51、和报表生成。 稽核系统提供了一种“可溯源查找”的工作流，用于寻找和理解在话单采集系统中话单丢失的根源和原因。用户能够通过从统计级定位到话单级的分级查看丢失话单的方式寻找问题根源，从而帮助用户快速解决话单丢失和出错的问题根源。交换机话单准确性稽核，我们建议每天稽核一台交换机，每天按轮检的方式依次稽核所有的交换机。数据采集点：数据源名称数据方式说明SS7号信令合成话单每天轮流提取一整天数据关口局交换机1原始话单每天轮流提取一整天数据这里我们假设用户只有两种关口局交换机，3种端局交换机。具体数量需要进一步和用户确认关口局交换机2原始话单每天轮流提取一整天数据2.3.1.6.2 结算话单完整性稽核本节

52、描述的稽核方法适用于网间结算、网内漫游结算。类似于计费过程话单完整性稽核，对于从关口局交换机和端局交换机生成的结算相关的话单（分别对应网间结算和网内漫游结算），也经历从话单采集、分拣、标准化、剔重、局数据填充、转换和入库等一系列处理过程，为了确保计费结算系统能够正确完整处理这些结算话单，我们可以运用结算话单完整性的稽核方法对这部分话单进行检查。稽核系统轮循从不同的关口局或者端局交换机抽样采集结算CDR进行独立的话单预处理后，与现有计费结算系统预处理/批价后的入库结算详单进行比对。稽核系统中预处理规则将以XX移动提供的预处理相关原则为依据，结合集团公司全国统一的预处理/计费原则完成系统的规则参数

53、配置。作为稽核数据源的交换机原始话单解码，可以利用计费稽核部分的交换机话单解码结果，采用与交换机话单完整性稽核的相同周期进行此部分稽核工作。稽核实施方法为：Ø 稽核系统定时到计费结算系统的原始话单备份目录下，按照用户指定需要稽核的交换机编号和日期参数提取对应的原始话单数据。Ø 所取的交换机的原始CDR数据在稽核系统中完成独立的话单预处理运算，单个交换机峰值CDR为每天100万条左右。稽核系统获得这些原始二进制CDR数据文件以后，先进行以下预处理等处理：n 根据端局交换机的CDR格式，将二进制文件翻译成稽核系统内部处理文件格式n 对CDR进行过滤处理。n 计费信息资料的填充n

54、 剔除重单n 按照错单定义规则剔除错误和无效话单说明：以上步骤中获取不同结算话单的途径存在区别，网间结算需要从关口局交换机提取，网内漫游出访话单从总部下发接受，网内漫游来访话单从端局交换机话单中提取（此部分可以共用计费预处理过程）。Ø 稽核系统通过数据库接口程序，直接访问结算数据库主机，按照被稽核交换机代码（MSCID）和稽核日期参数，提取结算系统入库详单与稽核系统处理后的结算详单进行稽核比对。结算系统详单提取的原则是以不影响结算子系统的正常运行性能为前提。提取的详单包括：n 网间去话和来话详单n 省际漫游来访和省级漫游出访详单n 国际漫游来访和国际漫游出访详单n 无效话单、错单（结算部分）Ø 稽核系统的稽核算法依据为结算话单平衡等式。即稽核参考源的话单总条数要与被稽核源端的入库详单、无效话单和稽核系统稽核出的丢单的总数，之间要遵循平衡的关系。我们建议每天采样N个交换机的CDR文件，每天采集的总量为100万条话单。这样第二天采样处理另外N个交换机。N的数值可以通过运行来确定最