光大银行ECIF系统实施方案交流v1‘1(1).ppt

《光大银行ECIF系统实施方案交流v1‘1(1).ppt》由会员分享，可在线阅读，更多相关《光大银行ECIF系统实施方案交流v1‘1(1).ppt（42页珍藏版）》请在三一办公上搜索。

1、光大银行ECIF系统实施方案交流,2,2023年2月4日,3,2023年2月4日,银行机构客户信息存在的问题和原因,4,2023年2月4日,客户信息驱动,ECIF业务驱动-以“客户为中心”的经营理念,以客户为中心,客户识别,客户行为分析,用来确定能真正给银行带来价值的客户,掌握、发掘和引导客户需求，做到客户的维持、挽留、争取和增值,根据对客户的分析结果，制定相应的决策，以此来驱动银行的产品和服务、销售和营销等其它环节的运转,ECIF企业级客户信息整合,5,2023年2月4日,ECIF系统的目标,6,2023年2月4日,ECIF规划和建设原则,ECIF的业务发展总线是核心ECIF的数据发展总线是

2、基础ECIF提供服务的模式是关键ECIF实施模式是工作指南,7,2023年2月4日,ECIF-业务发展总线,系统的发展主要是由业务来驱动的，通过调研和系统研发的不断深入，有意识的建立业务总的发展方向，围绕总的方向来整理观察现有业务流程，从而促进系统与业务流程的融合，这样比被动的接受业务发展有效的多，同时也有利于从系统角度推动业务流程的发展。,8,2023年2月4日,ECIF-业务发展总线,业务发展总线有两个主要方向，一个是支持营销的方向，另一个是支持管理的方向支持营销体现在统一的客户视图建立和提供一个统一的客户视图是建立标准化的营销流程中的一个基础环节。识别、合并、拆分客户的过程。客户信息共享

3、向各业务系统共享完整的、统一的、共享的、具有权威性的客户信息。不断采集、标准化客户信息，客户信息不断与业务流程结合的过程。客户的“细分”客户信息进行再加工的过程客户评价客户信用评价,9,2023年2月4日,ECIF-业务发展总线,支持管理体现在客户信息中心可以在风险管理、银行内部管理两个方面提供信息支持。风险管理信用风险银行内部管理为完善银行客户经理评价体系提供信息支持。为机构和部门等责任中心的绩效评价提供信息支持。为银行产品的绩效评价提供信息支持,10,2023年2月4日,ECIF-数据发展总线,客户信息的收集和管理是建立在系统的客户数据模型基础上的。数据发展总线实际就是系统客户数据模型的发

4、展总线。引起系统数据发生变化的原因主要有两个原因，一个是外部动因，一个是内在动因。ECIF的客户信息必须是全行权威的、实时的、共享的、完整的、一致的构建客户数据库的根本目的是为了提高企业的客户信息能力。客户信息能力是企业赖以生存的核心能力，贯彻到市场、销售、服务等各个职能领域并发挥巨大的作用。,11,2023年2月4日,ECIF-数据发展总线,客户对象客户基础信息客户类别信息：归属的类别，类别所设置的个性化、定制的产品和服务。客户渠道信息：客户所能接触到的渠道客户已购买的产品：产品包括具体产品和销售服务客户已接受的服务：服务是专指CRM活动客户满意度客户盈利分析,12,2023年2月4日,EC

5、IF-数据发展总线,客户信息中心通常具有以下几个特点每个现在或潜在客户都作为一个单独记录存储起来.每个客户记录不但包含客户的一般信息,如姓名、地址、电话等，而且 还包含较大范围的有关市场营销的信息，即客户的需求和需求特点。每个客户记录还包含有时对该客户进行接触和营销活动的历史情况，以 及客户于企业或竞争对手的交易信息 客户对企业采取的营销沟通或销售活动所作出的反应信息。,13,2023年2月4日,ECIF-数据发展总线,客户信息中心要具有如下功能：所设计的数据库应能够回答有关现有客户或准客户的特征和行为的特定问题能够在特定标准、营销事件或姓名评分模型的基础上挑选将来促销的对象姓名能够跟踪促销结

6、果并对反馈者和非反馈者进行客户轮廓分析,14,2023年2月4日,ECIF-系统提供服务的模式,ECIF系统作为全行的客户信息中心，只有参与到业务流程和管理流程的具体实现中去，才能实现系统的目标。采用交易和批量结合的方式，以提供交易为主，批量为辅的服务模式，尽可能提供高时效性的客户信息服务。,15,2023年2月4日,ECIF-系统实施的模式,围绕系统的业务发展总线和数据发展总线，通过实践，建立系统的实施模式，包括问题提出、分析、设计、编码和测试、维护的一整套工作流程。难点在于信息的分布如何更清楚，更有效，更易访问和使用。,16,2023年2月4日,商业智能,后台业务系统,核心业务,单一客户视

7、图,ECIF,国际卡,证券,国际结算,为渠道和CRM提供单一客户视图,从数据仓库中获取商业智能信息,整合各后台业务系统的客户信息,CRM应用,建立整合的单一客户视图，提供客户的全面信息，包括基本信息、帐户、额度、风险控管和关系信息等与各类应用系统整合起来，支持这些系统的访问和更新，实现完整的、一致的、共享的客户信息,渠道整合平台,ECIF定位,17,2023年2月4日,ECIF-企业级客户视图,核心参与人信息,与关键业务数据的关系,参与人关系,18,2023年2月4日,ECIF-数据模型概览,核心参与人喜好、统计信息、附属信息、购买行为、风险，AML,联系方式地址、电话、Email、网址,合约

8、投资组合、合同、帐户、贷款、信用卡、风险,资源项资产、财产、基金、股权等,事件接触（客户联系）、提供产品和服务，活动、订单、周期性事件、可疑活动,角色和关系所有关键参与人角色、角色、业务关系家庭关系（个人和公司）,查询表一些非规范表或联合表，用于高性能的查询,19,2023年2月4日,ECIF-客户信息内容概览,20,2023年2月4日,客户信息内容-产品相关,21,2023年2月4日,客户信息内容-组合、事件,22,2023年2月4日,客户信息内容-资源项,23,2023年2月4日,客户信息内容-合约,24,2023年2月4日,客户信息内容-参与人分析,25,2023年2月4日,26,202

9、3年2月4日,交易服务平台,TuxedoClient,ECIF框架,ECIF管理系统,ECIF加载系统,Access,核心签约数据下载,监控,监控,交易转发,Dataflow,管理用户,HTTP,ECIF 应用系统,TuxedoServer,业务组件,基础数据访问配置数据访问,J2EE,广播,FTPClient,核心系统,其他系统,ECIF系统,信贷系统,ECIF数据库,其他系统,系统接口 数据转换层,应用服务层,数据访问层,数据存储层,ECIF-系统架构,证券系统,卡系统,CRM,国结系统,数据服务平台,27,2023年2月4日,ECIF-数据源分析及整合,核心系统客户信息、帐户信息渠道及外

10、围系统客户信息、签约信息信用卡系统客户信息、消费、透支信息证券系统客户信息、证券产品余额其他客户信息.,28,2023年2月4日,统一的客户视图统一的产品管理统一的渠道管理统一的公共代码完整准确地信息,ECIF-数据整合之道,ECIF,现状,目标,过程,29,2023年2月4日,数据整合-对私客户归并识别规则,归并识别关键属性证件类型、证件号码、客户名称归并识别主要规则如果证件类型、证件号码、客户名称三个属性都一致，判定为同一客户，进行归并；如果证件类型、证件号码一致，客户名称不一致，不作归并；如果证件类型、证件号码不一致，不作客户归并；来源同一源系统的客户，如符合ECIF归并原则，需进行客户

11、归并客户归并时，信息覆盖按ECIF业务覆盖原则进行；身份证号长度为15位的，系统在做客户归并识别时自动将其转换为18位，但存储时依然保持15位；对于因录入不规范而产生身份证号长度不为15或18位的，不作转换；证件类型为“其他”的对私客户，由于各源系统对“其他”类型的定义不一致，对此类客户一律不作归并；如果源系统对一个客户的证件类型、证件号码、客户名称进行了修改，修改后满足ECIF客户归并条件，ECIF需对这两条记录进行归并，信息覆盖按ECIF业务覆盖原则进行。,30,2023年2月4日,数据整合-对公客户归并识别规则,归并识别关键属性组织机构代码、营业执照号、证件类型、证件号码、客户名称组织机

12、构代码、营业执照号以外的对公客户证件信息在证件类型和证件号码反映归并识别主要规则如果组织机构代码和营业执照号都一致，判定为同一客户，进行归并；如果组织机构代码和营业执照号只有其中一项一致，则判断客户名称，如客户名称一致，判定为同一客户，进行归并；如客户名称不一致，不作归并；如果组织机构代码和营业执照号都不一致，不作客户归并；证件类型为“其他”的对公客户，由于各源系统对“其他”类型的定义不一致，对此类客户一律不作归并；来源同一源系统的客户，如符合ECIF归并原则，需进行客户归并；客户归并时，信息覆盖按ECIF业务覆盖原则进行；客户归并时，证件类型和证件号码按组织机构代码、营业执照号、其他类证件类

13、型的优先顺序取值；,31,2023年2月4日,数据整合-覆盖原则,ECIF业务覆盖原则的确定基于以下几点：ECIF整合核心、信贷、证券、国际卡等源系统；由于各源系统中的客户信息存在着不同程度的质量问题，应尽量保证应用系统修改准确的信息不被源系统的错误信息重复覆盖。ECIF业务覆盖原则包括实体级覆盖原则和属性级覆盖原则：实体级覆盖原则是针对ECIF实体而定的；属性级覆盖原则是针对ECIF某些具体的属性而定的；属性级覆盖原则优先于实体级覆盖原则；在发生客户归并和修改时，均要应用到实体级覆盖原则和属性级覆盖原则；在客户归并时，每个实体的处理会有不同，有些不会产生覆盖；属性级覆盖原则只有公司表和个人表

14、的指定属性需要应用，在进行客户归并和修改处理时的规则是一致的。,32,2023年2月4日,例外数据文件,统一接口文件Format B,数据批量接口,核心系统,国结系统,证券系统,ECIFDB,统一接口文件Format B,格式转换,例外数据文件Format B,跑批处理,信用卡系统,信贷系统,中间业务,接口产生,CRM接口文件,客户关系管理系统,数据导入,ECIF-数据加载服务,33,2023年2月4日,格式转换,数据导入,数据导出,生成客户号,补建关系,重复帐号检测,个人贡献度加载,归并,个人所属机构分配,公司管理部门分配,主键生成,覆盖原则,参与人识别,身份证号检验,组织机构代码检验,EC

15、IF客户号生成,员工清单加载,指标加载计算,指标归并客户清单指标统计,OCRM客户清单筛选,生成客户清单,ECIF指标更新,主控模块,监控模块,调度模块,公用存储过程,储存过程,C+程序,ECIF-数据加载服务器组件图,34,2023年2月4日,数据加载服务-格式转换,FF1010,FF1020,FF1040,1010,1030,1040,扫描顺序,File Rec Model一个参与人的全部信息,1040,Format B 接口文件,1010,1020,1040,1030,拼装,写入,35,2023年2月4日,数据加载服务-指标计算,接口文件,拆分,加载,分区一,分区二,分区三,指标计算,指

16、标计算,指标计算,按证件类型和证件号码的某一位做分区，指标计算需要按证件类型和证件号码排序并归并，分区后指标计算即可以按分区并发运行,按行数拆分，UDI无法按ECIF分区的条件拆分文件。,多个接口文件,36,2023年2月4日,统一数据服务,服务目录,ECIF内部数据,外部数据,内/外部组合服务,基本信息查询,产品列表查询,额度信息服务,基础服务,数据消费,SDO、ODBC,JDBC,Web Services,JDBC,Web Srvcs,SDO,ECIF应用服务,在SOA里，数据服务层提供了数据存取能力数据服务模型构造了可用和重用的服务,37,2023年2月4日,应用服务-技术策略,通过数据

17、模型实现而不是通过编程灵活的，优化的易于管理的可重用且多层次的松耦合的,38,2023年2月4日,应用服务-应用实现,BEA的AquaLogic Data Service Platform领航EII,39,2023年2月4日,ECIF-管理平台,ECIF适配器,ECIF应用服务器,ECIF数据加载服务器,模型管理,配置管理,例外管理,字典维护,权限管理,监控管理,监控适配器,监控适配器,监控适配器,配置数据,例外数据,权限配置,元数据,J2EE,级联删除,权限控制,40,2023年2月4日,ECIF系统实施阶段划分,第一阶段,第二阶段,第三阶段,统一客户信息,共享客户信息,客户信息应用,构建全行统一的客户单一视图归并/拆分客户原有业务系统保留自身客户信息数据批量加载数据同步,全行唯一客户视图改造原有业务系统，剥离客户信息联机交易实时访问客户信息维护：开销户、签约,细分客户评价客户客户营销客户分析潜在客户挖掘客户信用评价客户风险管理,41,2023年2月4日,42,2023年2月4日,诚谢各位领导、专家,