bss项目数据整合和迁移经验交流讲义

上传人:F****n 文档编号:95478317 上传时间:2019-08-19 格式:PPT 页数:39 大小:918.50KB
返回 下载 相关 举报
bss项目数据整合和迁移经验交流讲义_第1页
第1页 / 共39页
bss项目数据整合和迁移经验交流讲义_第2页
第2页 / 共39页
bss项目数据整合和迁移经验交流讲义_第3页
第3页 / 共39页
bss项目数据整合和迁移经验交流讲义_第4页
第4页 / 共39页
bss项目数据整合和迁移经验交流讲义_第5页
第5页 / 共39页
点击查看更多>>
资源描述

《bss项目数据整合和迁移经验交流讲义》由会员分享,可在线阅读,更多相关《bss项目数据整合和迁移经验交流讲义(39页珍藏版)》请在金锄头文库上搜索。

1、上海电信BSS项目 数据整合和迁移经验交流,上海电信企业信息化部 2005年9月16日,周益平上海市电信公司企业信息化部经理 美国南加里福尼亚大学工商管理DBA博士,目录,ODS数据整理工作,3.,项目整体情况介绍,上海电信MBOSS目标系统总体架构图,BSS项目总体思路,目标应用系统架构以EAI总线为信息流转的基础, 以松耦合的方式建置,支撑上海电信的需求 通过采用国际一流的成熟的商业软件包,引进行业最佳实践和先进的管理经验,提升上海电信总体竞争能力 目标应用架构突出统一面向客户的CRM系统,提供现有业务和新业务的统一受理界面,实现市区和郊县范围内部的统一计费、统一优惠折扣,规范客户、产品、

2、计费和资源数据模型,有效共享订单、计费、客户数据,减少业务受理时间,提供灵活的优惠折扣,固化BPR需求,实现端到端的运营流程,97系统改造应分成5个模块进行,97系统,号线资源管理 系统,CRM系统 订单管理,业务开通系统,运营数据存储 (ODS),企业应用整合平台(EAI),重点 松耦合,同步实施 每个模块的实施必须遵循CTG-MBOSS制定的基本规范,BSS项目建设目标,客户信息整合,建立全公司统一的客户信息视图,实现上海电信的客户管理模型,从系统上支撑从面向产品向面向客户的转变。 提供全公司统一的产品目录管理,提供灵活的产品配置,捆绑,组合。 业务流程优化,全程状态掌控;渠道全面整合,信

3、息集中共享;兼顾现有业务,面向未来发展,BSS项目管理办公室 上海电信BSS项目总监、项目经理 IBMBSS项目总监、项目经理 架构、业务、培训,IBP组,行政支持,ODS组,EAI组,CRM组,项目指导委员会 电信公司领导、相关部门领导 IBM公司领导,BSS项目组织图,Billing组,质量风险控制,CRM数据导入工作,CRM数据导入的工作(全部导入),从97系统获得全部生产数据表备份; 导入Siebel数据库中的97数据表(在Siebel数据库中建立了与97数据表完全相同的表,便于统计比较); 在Siebel数据表中按照产品统计资产数量; 在97数据表中按照产品统计资产数量; 两边比对资

4、产数量; 将97中遗漏的未处理数据导入Siebel数据库;,CRM数据导入的工作(增量导入),步骤一:从97数据表中获得每天的增量数据,通过Oracle工具导出到文件。这步有数据导出的应用程序日志供检查 步骤二:通过Oracle工具将97数据导入Siebel预处理表,通过检查Load数据的日志文件,检查数据导入的正确性 步骤三:对97数据进行转换处理,将97的数据处理成Siebel的数据格式。这步工作可以通过检查脚步检查处理结果。 步骤四:将转换后的数据导入Siebel的EIM数据表。通过检查Load数据的日志文件,检查数据导入的正确性。 步骤五:将数据导入Siebel的基本表。通过检查脚本检

5、查导入的结果 在每天增量数据同步完后,通过对以上几步操作的结果检查,保证每天增量数据的正确性。对于出现错误的情况,通过单独处理将遗漏的数据补充入Siebel数据库。,CRM数据导入的工作量,600多万客户 6700多万资产(设备) 100多个产品 几千种营销活动和2000多万的营销活动,ODS数据整理工作,ODS/EDW实现了在BSS架构中最重要的客户信息整合; ODS/EDW整合了客户树(客户层级),客户与客户经理的关系等其他非常重要的客户数据 ODS/EDW统一了收入类指标的定义,整合了产品分类和收入分类,提供了上海电信在最准确和完整的收入类数据,这部分数据将提供给各个系统作进一步的统计和

6、分析,ODS/EDW在整个BSS项目数据迁移中扮演了至关重要的角色,企业三户数据模型,对一个客户而言,可能拥有几个账户,几个资产;而对某一个资产而言,存在着2个角色,使用客户角色和付费客户角色,这些角色可以是同一客户,也可以是不同的客户。 整合客户与账户、资产这三者关系,对于电信企业来说有着非常重要的意义: 能够形成对电信客户最完整的视图 能够从各个角度分析客户对电信的价值和贡献 (目前只能从付费者的角度统计客户对电信的贡献) 能够对不同性质的客户展开针对性的营销,BSS建设的客户数据结构 客户与资产的关系,客户所购买的所有的上海电信的产品,在Siebel中以资产的形式存放 客户的三种属性并不

7、直接体现在树状结构中,而是体现在客户与资产的关系中 任何一个资产,都分别有产权客户,使用客户,和付费客户与之对应,可能是同一客户,也可能是不同的客户 一个客户在一项资产上,可能是产权客户,可能是使用客户,可能付费客户,也可能是其中的两项或三项都是,联系人,使用,产权,付费,CRM,97,老计费,产权与付费,付费者信息变更,资产与付费者,资产与产权,付费者,资产与产权信息,老计费有最准确的资产与付费者信息,CRM 有最准确的资产与产权信息,但是没有一个地方有完整的三户视图?客户的付费信息的变更也没有及时地反映到CRM,在ODS整合三户之前的上海电信客户现状,使用,产权,付费,CRM,97,老计费

8、,产权与付费,付费者信息变更,资产与付费者,资产与产权,付费者,资产与产权,使用者,资产与付费,ODS整合了资产与产权者,付费者,使用者的完整信息,形成了完整的三户视图,ODS最后将完整的三户信息返回给CRM,在ODS如何整合客户数据,付费者丙:,客户B=付费者甲,客户A,CRM,Billing,客户A,客户B,客户C,付费者甲,付费者乙,付费者丙,客户C=付费者乙,ODS整合以后,仅存在CRM的客户,CRM和老计费都存在的客户,仅存在老计费中的客户,ODS客户整合结果示意,CRM,97,Existing Billing,ODS,CSS,从CSS获得客户(大客商客)、客户经理和客户(大商)的关

9、系、客户经理和分帐要求的关系(公客)、分帐要求、分帐要求和客户的关系 TMP从CRM获得客户 TMP整合客户后返还给CRM 整合后增加的CSS的大商客 客户(大商客)的层级关系 分帐要求和客户的关系(大商客相关的) 合并成功的大商客和客户经理的关系、客户经理和分帐要求的关系(公客) CRM给ODS所有客户、客户经理和客户的关系(大商)、资产、分帐要求(大商客)和客户的关系 从老计费获得所有分帐要求、设备业务细节、帐单、详单 从97获得历史的一次性费用 将资产和设备业务细节整合,97一次性费用整合,全部的付费客户、全部的分帐要求(req_id)、匹配上的资产及其之间的关系返还给CRM, CRM根

10、据分帐要求创建帐户,一些需要CRM手工增加的资产。 CRM修改后给ODS,给ODS公客客户和客户经理的关系,所有的帐户给ODS,帐户和资产的关系,ODS initial load(整合步骤1),TMP1,1,2,3,4,7,5,8,6,CRM,97,Existing Billing,ODS,3,5,4,CRM将每天受理的定单传到97系统用于开通 97每天将完工信息通过接口批量传送给老计费 老计费每天将分帐要求(帐户)和设备业务细节传给ODS,每月将帐单和详单传给ODS 每天CRM将客户、定单和资产批量送到ODS,部分一次性费用 每天ODS将帐户和资产关联后,将资产和帐户的关联关系、帐户、需要新

11、生成的客户传给CRM 97每天将CRM没有覆盖的局向的客户、定单、资产(已经配置了产品的资产,且删除拆机的资产)传送给CRM 每月老计费将分帐要求、帐单传给BAS/CSS 从CRM获得所有的客户、资产、帐户数据用于测试 从老计费获得所有需要的信息进行测试 每月的一次性费用 每天同步客户和客户经理的关系,New Billing,After ODS on going Before CRM Have all Asset (整合步骤2),2,1,6,8,9,BAS/CSS,7,10,11,CRM,97,Existing Billing,ODS,BAS,3,5,4,CRM将每天受理的定单传到97系统用于

12、开通 97每天将完工信息通过接口批量传送给老计费 老计费每天将分帐要求(帐户)和设备业务细节传给ODS,每月将帐单和详单传给ODS 每天CRM将客户、定单和资产批量送到ODS(所有产品的资产) 每天ODS将帐户和资产关联后,将资产和帐户的关联关系、帐户、需要新生成的客户传给CRM 不需要再反馈数据给CRM 每月老计费将分帐要求、帐单只传给BAS,CSS被全面替代 设备与金卡银卡客户对应关系变更细节,用于摊分 从CRM获得所有的客户、资产、帐户数据用于测试 从老计费获得所有需要的信息进行测试 开始从新计费倒测试数据,以保证将来从新计费过来的数据和现在从老计费过来的数据一致,New Billing

13、,After ODS on going After CRM Have all Asset (整合步骤3),2,1,7,9,10,数据营帐,长途营帐,8,* 与前面有变化的用红色标明了,11,CRM,97,Existing Billing,ODS,2,3,在初始化之前的A点,97需要将A点所有完工工单数据全部倒入老计费 老计费根据这些完工工单生成帐户和设备业务细节,将最后一部分增量分帐要求倒入ODS,由ODS检查所有的数据是否和老计费相同。(根据上阶段测试,ODS应该做到这部分数据和老计费一致,也和将来新计费过来的一致) ODS将最后一批需要更新的帐户、资产和帐户的关系、需要新增的客户倒入CRM

14、 CRM将所有的客户、帐户、资产数据给新计费 新计费从老计费获取其他数据,New Billing,New Billing Initial Load (整合步骤4),1,4,5,CRM,97,Existing Billing,ODS,3,5,4,CRM将每天受理的定单传到97系统用于开通 97每天将完工信息通过接口批量传送给老计费 老计费每天将分帐要求(帐户)和设备业务细节传给ODS,每月将帐单和详单传给ODS 每天CRM将客户、定单和资产批量送到ODS(所有产品的资产),金山的客户、帐户、完工资产数据 每天ODS将帐户和资产关联后,将资产和帐户的关联关系、帐户、需要新生成的客户传给CRM 设备

15、与金卡银卡客户对应关系变更细节,用于摊分 实时从CRM获得金山的客户、资产、帐户数据 将金山的收费信息传给老计费 倒入新计费的金山开帐数据、收费数据,同时倒入老计费相同数据只是用于比较,New Billing,New Billing on going (golden mountain) (整合步骤5),2,1,7,8,数据营帐,长途营帐,6,9,CRM,97,ODS,3,CRM将每天受理的定单传到97系统用于开通 实时从CRM获得所有的客户、资产、帐户数据 每天CRM将客户、定单和资产批量送到ODS(所有产品的资产) 新计费每天将收费信息给ODS,每月将帐单和详单传给ODS 设备与金卡银卡客户

16、对应关系变更细节,用于摊分,New Billing,New Billing on going (整合步骤6),1,2,数据营帐,长途营帐,5,4,CRM客户,CSS客户,1600,23万,19万,共6727万,5578万(55777073)第二次62673587 一期,共5066万,1979万 关闭,163万未找到设备号(其中215351 一期资产),3087万未关闭,1150万,660万,26万,8300,设备业务细节,资产,大,商,公,客户整合结果,资产整合结果,440万设备号找到但没有对应关系(包括二期),15368个没有找到设备号(7400),37.2万,572.9万,18.9万,2400万匹配上的(23975393)289万(第二次),1115万没有对应 (11153789)

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > PPT模板库 > PPT素材/模板

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号