《上海电信BSS项目数据整合和迁移经验交流.ppt》由会员分享，可在线阅读，更多相关《上海电信BSS项目数据整合和迁移经验交流.ppt（39页珍藏版）》请在三一办公上搜索。
1、上海电信BSS项目数据整合和迁移经验交流,上海电信企业信息化部2005年9月16日,目录,ODS数据整理工作,3.,项目整体情况介绍,上海电信MBOSS目标系统总体架构图,BSS项目总体思路,目标应用系统架构以EAI总线为信息流转的基础,以松耦合的方式建置，支撑上海电信的需求通过采用国际一流的成熟的商业软件包，引进行业最佳实践和先进的管理经验，提升上海电信总体竞争能力目标应用架构突出统一面向客户的CRM系统,提供现有业务和新业务的统一受理界面，实现市区和郊县范围内部的统一计费、统一优惠折扣，规范客户、产品、计费和资源数据模型，有效共享订单、计费、客户数据，减少业务受理时间，提供灵活的优惠折扣，
2、固化BPR需求，实现端到端的运营流程,97系统改造应分成5个模块进行,97系统,号线资源管理系统,CRM系统订单管理,业务开通系统,运营数据存储（ODS）,企业应用整合平台（EAI）,重点松耦合，同步实施每个模块的实施必须遵循CTG-MBOSS制定的基本规范,BSS项目建设目标,客户信息整合，建立全公司统一的客户信息视图，实现上海电信的客户管理模型，从系统上支撑从面向产品向面向客户的转变。提供全公司统一的产品目录管理，提供灵活的产品配置，捆绑，组合。业务流程优化，全程状态掌控；渠道全面整合，信息集中共享；兼顾现有业务，面向未来发展,BSS项目管理办公室上海电信BSS项目总监、项目经理IBMBS
3、S项目总监、项目经理架构、业务、培训,IBP组,行政支持,ODS组,EAI组,CRM组,项目指导委员会电信公司领导、相关部门领导IBM公司领导,BSS项目组织图,Billing组,质量风险控制,CRM数据导入工作,CRM数据导入的工作（全部导入）,从97系统获得全部生产数据表备份；导入Siebel数据库中的97数据表（在Siebel数据库中建立了与97数据表完全相同的表，便于统计比较）；在Siebel数据表中按照产品统计资产数量；在97数据表中按照产品统计资产数量；两边比对资产数量；将97中遗漏的未处理数据导入Siebel数据库；,CRM数据导入的工作（增量导入）,步骤一：从97数据表中获得每
4、天的增量数据，通过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统一了收入类指标的定义，整合了产品分类和收入分类，提供了上海电信在最准确和完整的收入类数据，这部分数据将提供给各个系统作进一步的统计和分析,ODS/EDW在整个BSS项目数据迁移中扮演了至关重要的角色,企业三户数据模型,对一个客户而言，可能拥有几个账户，几个资产；而对某一个资
6、产而言，存在着2个角色，使用客户角色和付费客户角色，这些角色可以是同一客户，也可以是不同的客户。整合客户与账户、资产这三者关系，对于电信企业来说有着非常重要的意义：能够形成对电信客户最完整的视图能够从各个角度分析客户对电信的价值和贡献（目前只能从付费者的角度统计客户对电信的贡献）能够对不同性质的客户展开针对性的营销,BSS建设的客户数据结构 客户与资产的关系,客户所购买的所有的上海电信的产品，在Siebel中以资产的形式存放客户的三种属性并不直接体现在树状结构中，而是体现在客户与资产的关系中任何一个资产，都分别有产权客户，使用客户，和付费客户与之对应，可能是同一客户，也可能是不同的客户一个客户
7、在一项资产上，可能是产权客户，可能是使用客户，可能付费客户，也可能是其中的两项或三项都是,联系人,使用，产权，付费,CRM,97,老计费,产权与付费,付费者信息变更,资产与付费者,资产与产权,付费者,资产与产权信息,老计费有最准确的资产与付费者信息,CRM 有最准确的资产与产权信息,但是没有一个地方有完整的三户视图？客户的付费信息的变更也没有及时地反映到CRM,在ODS整合三户之前的上海电信客户现状,使用，产权，付费,CRM,97,老计费,产权与付费,付费者信息变更,资产与付费者,资产与产权,付费者,资产与产权,使用者,资产与付费,ODS整合了资产与产权者，付费者，使用者的完整信息，形成了完整
8、的三户视图,ODS最后将完整的三户信息返回给CRM,在ODS如何整合客户数据,付费者丙:,客户B=付费者甲,客户A,CRM,Billing,客户A,客户B,客户C,付费者甲,付费者乙,付费者丙,客户C=付费者乙,ODS整合以后,仅存在CRM的客户,CRM和老计费都存在的客户,仅存在老计费中的客户,ODS客户整合结果示意,CRM,97,ExistingBilling,ODS,CSS,从CSS获得客户（大客商客）、客户经理和客户（大商）的关系、客户经理和分帐要求的关系（公客）、分帐要求、分帐要求和客户的关系TMP从CRM获得客户TMP整合客户后返还给CRM整合后增加的CSS的大商客客户（大商客）的
9、层级关系分帐要求和客户的关系（大商客相关的）合并成功的大商客和客户经理的关系、客户经理和分帐要求的关系（公客）CRM给ODS所有客户、客户经理和客户的关系（大商）、资产、分帐要求（大商客）和客户的关系从老计费获得所有分帐要求、设备业务细节、帐单、详单从97获得历史的一次性费用将资产和设备业务细节整合，97一次性费用整合，全部的付费客户、全部的分帐要求（req_id）、匹配上的资产及其之间的关系返还给CRM，CRM根据分帐要求创建帐户，一些需要CRM手工增加的资产。CRM修改后给ODS，给ODS公客客户和客户经理的关系，所有的帐户给ODS，帐户和资产的关系,ODS initial load（整合
10、步骤1）,TMP1,1,2,3,4,7,5,8,6,CRM,97,ExistingBilling,ODS,3,5,4,CRM将每天受理的定单传到97系统用于开通97每天将完工信息通过接口批量传送给老计费老计费每天将分帐要求（帐户）和设备业务细节传给ODS，每月将帐单和详单传给ODS每天CRM将客户、定单和资产批量送到ODS，部分一次性费用每天ODS将帐户和资产关联后，将资产和帐户的关联关系、帐户、需要新生成的客户传给CRM97每天将CRM没有覆盖的局向的客户、定单、资产（已经配置了产品的资产，且删除拆机的资产）传送给CRM每月老计费将分帐要求、帐单传给BAS/CSS从CRM获得所有的客户、资产
11、、帐户数据用于测试从老计费获得所有需要的信息进行测试每月的一次性费用每天同步客户和客户经理的关系,NewBilling,After ODS on going Before CRM Have all Asset（整合步骤2）,2,1,6,8,9,BAS/CSS,7,10,11,CRM,97,ExistingBilling,ODS,BAS,3,5,4,CRM将每天受理的定单传到97系统用于开通97每天将完工信息通过接口批量传送给老计费老计费每天将分帐要求（帐户）和设备业务细节传给ODS，每月将帐单和详单传给ODS每天CRM将客户、定单和资产批量送到ODS（所有产品的资产）每天ODS将帐户和资产关联
12、后，将资产和帐户的关联关系、帐户、需要新生成的客户传给CRM不需要再反馈数据给CRM每月老计费将分帐要求、帐单只传给BAS，CSS被全面替代设备与金卡银卡客户对应关系变更细节，用于摊分从CRM获得所有的客户、资产、帐户数据用于测试从老计费获得所有需要的信息进行测试开始从新计费倒测试数据，以保证将来从新计费过来的数据和现在从老计费过来的数据一致,NewBilling,After ODS on going After CRM Have all Asset（整合步骤3）,2,1,7,9,10,数据营帐,长途营帐,8,*与前面有变化的用红色标明了,11,CRM,97,ExistingBilling,O
13、DS,2,3,在初始化之前的A点，97需要将A点所有完工工单数据全部倒入老计费老计费根据这些完工工单生成帐户和设备业务细节，将最后一部分增量分帐要求倒入ODS，由ODS检查所有的数据是否和老计费相同。（根据上阶段测试，ODS应该做到这部分数据和老计费一致，也和将来新计费过来的一致）ODS将最后一批需要更新的帐户、资产和帐户的关系、需要新增的客户倒入CRMCRM将所有的客户、帐户、资产数据给新计费新计费从老计费获取其他数据,NewBilling,New Billing Initial Load（整合步骤4）,1,4,5,CRM,97,ExistingBilling,ODS,3,5,4,CRM将每
14、天受理的定单传到97系统用于开通97每天将完工信息通过接口批量传送给老计费老计费每天将分帐要求（帐户）和设备业务细节传给ODS，每月将帐单和详单传给ODS每天CRM将客户、定单和资产批量送到ODS（所有产品的资产），金山的客户、帐户、完工资产数据每天ODS将帐户和资产关联后，将资产和帐户的关联关系、帐户、需要新生成的客户传给CRM设备与金卡银卡客户对应关系变更细节，用于摊分实时从CRM获得金山的客户、资产、帐户数据将金山的收费信息传给老计费倒入新计费的金山开帐数据、收费数据，同时倒入老计费相同数据只是用于比较,NewBilling,New Billing on going(golden mou
15、ntain)（整合步骤5）,2,1,7,8,数据营帐,长途营帐,6,9,CRM,97,ODS,3,CRM将每天受理的定单传到97系统用于开通实时从CRM获得所有的客户、资产、帐户数据每天CRM将客户、定单和资产批量送到ODS（所有产品的资产）新计费每天将收费信息给ODS，每月将帐单和详单传给ODS设备与金卡银卡客户对应关系变更细节，用于摊分,NewBilling,New Billing on going（整合步骤6）,1,2,数据营帐,长途营帐,5,4,CRM客户,CSS客户,1600,23万,19万,共6727万,5578万（55777073）第二次62673587 一期,共5066万,19
16、79万 关闭,163万未找到设备号（其中215351 一期资产）,3087万未关闭,1150万,660万,26万,8300,设备业务细节,资产,大,商,公,客户整合结果,资产整合结果,440万设备号找到但没有对应关系（包括二期）,15368个没有找到设备号（7400）,37.2万,572.9万,18.9万,2400万匹配上的（23975393）289万（第二次）,1115万没有对应（11153789）第二次4605609,从分帐要求来整合,34万设备业务细节（第二次）,整合结果统计,数据整合工作挖掘出的问题,将老计费系统的设备与设备业务细节与CRM的资产进行对应；将老计费系统的分账序号(付费者
17、信息)与CRM得客户信息进行对应;,如果来自老计费的付费者信息存在对应的客户信息则合并该付费者信息，否则根据该付费者信息在CRM中创建新的客户；将老计费系统的分账序号(付费者信息)与老计费的设备业务细节关系转换到CRM的资产与付费者的关系；,ODS客户的整合结果：,在ODS整合客户数据的关键环节,数据的一致性：CRM 和 老计费 的数据的一致性数据的源头：CRM 和 老计费 数据以谁为源头数据归并：CSS 集团客户与主客户归并,CRM,ODS,老计费,产品资产组织帐户营销活动优惠合同,客户订单一次性费用,帐单收费记录,产权客户属性,关注重点,数据整合工作关注点,CRM的资产大部分从97过来，但
18、是根据CRM的产品定义和资产生成原则，将会产生大量的资产，对于每一个资产，必须定义其资产的产权拥有者，付费者和使用者同时在老计费系统中，由于历史的原因，老计费会根据自己的业务类型和实际开帐与否定义设备与设备业务细节以及相应的付费者关系必须将CRM的资产与老计费的设备与设备业务细节作匹配，否则将无法为CRM的资产定义准确地付费者关系！难点在于不能简单地根据设备号做匹配，因为同一个设备号可以有多个设备业务细节！,客户整合过程最关键的部分 CRM资产(产品实例)与设备业务细节的比对,为此定义了完整的对应关系(将CRM的产品目录与老计费系统的设备类型作了匹配),老计费中的设备类型与设备业务细节类型,C
19、RM中的产品代码,例如老计费中的17909IP的设备业务类型为1001，24对应到CRM的二级产品101012,在此基础上，ODS完成了多达20,000项设备业务类型与CRM产品代码的对应,在设备类型的对应基础上根据设备号完成CRM资产与老计费业务细节的对应,CRM的某一条资产纪录,老计费的某一条设备业务细节纪录,基于这样的方法，ODS完成了CRM多达90,000,000资产与设备业务细节的匹配,在资产的整合基础上，ODS完成了客户的整合,客户整合的原则是根据同名同标示同址的原则根据设备业务的付费者信息在CRM寻找匹配客户信息，如果存在匹配客户，则在对应CRM资产基础上将付费者标示成对应的CR
20、M客户，如果不存在匹配客户，则表示该付费者是一个新的CRM客户,基于这样的方法，ODS完成了多达100,000,00客户与老计费付费者信息的匹配，将高达900,000,00资产的付费者信息全部匹配完毕,整合后的客户数据示意,58755281,58755281,58755281,28832136,28832136,28832136,58450000,58450000,58450000,28838858,28838858,28838858,长途,本地,月租,长途,本地,月租,长途,本地,月租,长途,本地,月租,表示单个客户，不同的颜色代表不同的客户,产权客户,付费客户,资产,面临的问题和困能,面临
21、的问题和困难,总体架构需统一考虑，没有经验可寻建设过渡阶段多，并行期数据同步难度高，维护工作量大数据清理数量大（地址、客户归并）培训工作量大,谢 谢！,MajpjMVcyzj21HLfrvy96dv02lPPfYgxUS7IYmZkyEmZ0kGeYZS3bpLCkYH1lt4EK7CxmUX3ijoYSOer7ZuaVWYgz4EpZrUirVpMzzvNtf1XZw5oswSXOtFaejnOcmfE1lZgnN1RSXg8wLCG8CVQ3XPJMvodPFWcpiYJgZazNSEPNIaklYSu7qSd1UpaxmZDlpN9zW7kljfsLCLi26Yv109ffbnDH8Lb
22、UN1G6ACURQ39eG12KHL9tXsZ1jzgoCK8g1kuNOh5eFvcmVT5ZYVQt9zk3rp3qLnf02FovEXxVRxjCcFRNppiJljNiOuk6fONnyX7fyGg7sXZ49BmCN5oy9VesHpKzdjTKwjrkCEQCFDehVmGax3lrOEbw63VscA3YSijtUKoCyiLzAlVRp7l4QgPNHxvJFFDyjUVN3oHlMah0XBd4uTbkfPIhHtw0evPmYOrdhEDoPwvYhzlGplU1AU9mpyiCXH8gpPCBRYjq77VcnbXumNE1yGfyTsbSj89J63kRTKDkKUg
23、3mdS5sJ4X5cQ8dK7oW9IkScssECQdz2O9UTlpRjAFPChjhLdzopQzwxQf8ozdzOhogwAooXpUF83BX4C3jRgjDJiiXEUDMaNz4vQ4n164vspddHvOIVuBBdMA4xp1YhiHk0vOJ8TL1BxogzVlMpmod6ianYGmksQq6NWCEd56hZF4wfaNyZcrGfNxnPiG6ZAxSkfmhJAKtNmCqbRmppeXp8inz4eq3HkWCMSORyMMX522xpHG6basNr6KQfbZsFbHjzyNlJrruLolKFcC84dqfijBO5Dy2NaBcNEBPgQrT12PgpcKx2or2YChN5DPjs80zzdtdAdTKuW4uVv9bbZu3K2SZ2aEhTlIC1UqrIWibkzwHh6p8gLv26zr01mJybfOzFc4T7kQH1IpPwOzMDnAKPLsLrznXGjFNIA9bSWWms6ibKZwQIKrMzalwbFrQJvOP1rPH8rx2KkyYqrtQk5VRwM1HSX,
