Subex收入保障全局解决方案原理.ppt

  1. 1、本文档共42页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
目录 INcharge收入保障解决方案介绍 - INcharge系统体系结构 - 核心收入保障技术 - 稽核差异根源分析工作流 INcharge收入保障项目实施案例分析 INcharge 收入保障解决方案 INcharge 核心体系结构 INcharge系统功能模块 收入保障技术 趋势监控 数据流量趋势监控 历史数据趋势监控 端到端的稽核处理 收入保障处理工作流 趋势监控 数据流量趋势监控 从总量级发现问题 特定时段的同比 工作时段,周末时段等. 历史数据趋势监控 自动保存和维护历史数据 比对当前数据趋势和历史数据趋势 端到端的稽核处理 INcharge 系统的收入保障分析 健康诊断 按照不同的KPI控制点对特定区域进行监控 诊断的内容包括 门限设定 流失量化窗口 量化参数设定 量化数据过滤 根源分析方法建议(RCA) 通过GUI界面方便的进行配置和维护 收入保障处理工作流 “健康诊断”中所设定门限值的违反都会触发告警 从告警发生到解决的管理 新产生的告警,调查中的告警,解决掉的告警,自动闭环告警等 通过流失根源分析工具进行调查处理 稽核结果根源分析工作流 收入流失根源分析的四个步骤 KPI指标设定 溯源查看差异细节 二次稽核定位 可视的数据流跟踪 稽核结果根源分析(1) 实时定义KPI指标 帮助缩小出现问题位置的范围 通过多种参数,定义多级查看模式 呼叫类型、交换机、批价计划、时间等 多种方式察看稽核结果,观察收入遗漏 稽核结果根源分析(2) 从概要级别到元素级别的溯源 溯源至记录级, 例如话单 显示引起差异的字段和值 稽核结果根源分析(3) 二次稽核定位 将一次稽核结果的子集与第三方数据源进行二次稽核和匹配 从列表中去掉“已知的”差异,选择对应于外部数据源中记录的差异 识别“真正的”引起收入遗漏的差异 稽核结果根源分析(4) 对被稽核的元素的可视化数据流跟踪 通过配置的数据流程跟踪记录的路径 帮助指出引起差异的规则 基于业务规则的数据流配置 由图形界面驱动的系统元素配置 通过拖放界面,可视化的创建数据流 业务过程, 工作流 和复杂的业务规则的配置 图形仪表盘 多级和详细的报告 可以按照金额、时长、条数等多种参数查看流失信息和趋势 可以为不同的业务人员、业务范围、数据源和KPI控制点配置对于的监控图表 支持更高级的功能,如从图形结果的溯源查看 动态配置溯源查看顺序和参数 从多个角度查看收入保障信息 目录 收入保障项目综述 INcharge收入保障解决方案介绍 INcharge收入保障项目实施案例分析 北方某联通公司收入保障实施案例 南方某移动公司收入保障实施案例 INcharge系统某海外项目实施案例 实施案例分析 1:北方某联通公司计费中心 收入保障项目背景 战略目标-有效的量化和评估计费业务部分所涉及的KPI控制点 深远影响-加强企业内部流程控制;提高运营收入 项目实施前的调研阶段 与计费业务部门的技术人员进行深入的调研访谈 系统的梳理和研究计费业务流程、预处理规则、服务套餐配置 确定收入保障系统的数据接口方式、稽核处理方式等 确定项目实施的KPI控制和诊断点 话单完整性稽核 套餐服务计划稽核 实施案例分析 1:北方某联通公司计费中心 收入保障(试运行)项目建设时间: 2004年9月 至 2004年12月 收入保障(试运行)项目稽核结果: 收入保障(试运行)项目改进阶段: 解决所发现的话单流失-建议计费业务中心重新处理出现问题的话单文件 对工作流程和管理的改进-建议技术部门细查计费系统各环节不能严格时钟同步的根 源并予以修复;对数据库的使用权限加强管理力度;完善对无主话单和错单的回收和管理 对改进的KPI进行不断的跟踪和监控 计费采集出口与入库话单条数和时长的比对 话单完整性稽核结果分析 1 系统缺陷/处理错误引起的话单丢失 - 在某个特定时间点出现了大量的话单丢失(约1000条) - 丢失的话单都来之同一个预处理话单文件 话单完整性稽核结果分析 2 管理疏漏造成的收入流失 - 非法使用详单数据库的使用权限,人为删除某几个特定号码的所有 话单,平均每天被删除的话单有42条 计费系统各环节对话单时长判断不一致 - 295536条入库话单的时长比对应的原始话单的时长长 - 1168条二批话单比相应的预处理话单的时长短 计费系统程序漏洞 - 部分有效话单无法正常计费和入库 后续收入保障实施要点 针对计费系统预处理、批价、帐务各环节 - 全面监控和量化全网话单处理的完整性和正确性,建议根据硬件资源 采用分地市轮检的监控方式 - 更加细致的分析服务套餐和出帐流程的合理性和处理的准确性 针对话单的缺失和回收 - 通过

文档评论(0)

yurixiang1314 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档