《银行ecif系统交流》ppt课件

上传人:tia****nde 文档编号:70373919 上传时间:2019-01-16 格式:PPT 页数:42 大小:1.56MB
返回 下载 相关 举报
《银行ecif系统交流》ppt课件_第1页
第1页 / 共42页
《银行ecif系统交流》ppt课件_第2页
第2页 / 共42页
《银行ecif系统交流》ppt课件_第3页
第3页 / 共42页
《银行ecif系统交流》ppt课件_第4页
第4页 / 共42页
《银行ecif系统交流》ppt课件_第5页
第5页 / 共42页
点击查看更多>>
资源描述

《《银行ecif系统交流》ppt课件》由会员分享,可在线阅读,更多相关《《银行ecif系统交流》ppt课件(42页珍藏版)》请在金锄头文库上搜索。

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

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

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

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

5、务:服务是专指CRM活动 客户满意度 客户盈利分析,12,2019年1月16日,ECIF-数据发展总线,客户信息中心通常具有以下几个特点 每个现在或潜在客户都作为一个单独记录存储起来. 每个客户记录不但包含客户的一般信息,如姓名、地址、电话等,而且 还包含较大范围的有关市场营销的信息,即客户的需求和需求特点。 每个客户记录还包含有时对该客户进行接触和营销活动的历史情况,以 及客户于企业或竞争对手的交易信息 客户对企业采取的营销沟通或销售活动所作出的反应信息。,13,2019年1月16日,ECIF-数据发展总线,客户信息中心要具有如下功能: 所设计的数据库应能够回答有关现有客户或准客户的特征和行

6、为的特定问题 能够在特定标准、营销事件或姓名评分模型的基础上挑选将来促销的对象姓名 能够跟踪促销结果并对反馈者和非反馈者进行客户轮廓分析,14,2019年1月16日,ECIF-系统提供服务的模式,ECIF系统作为全行的客户信息中心,只有参与到业务流程和管理流程的具体实现中去,才能实现系统的目标。采用交易和批量结合的方式,以提供交易为主,批量为辅的服务模式,尽可能提供高时效性的客户信息服务。,15,2019年1月16日,ECIF-系统实施的模式,围绕系统的业务发展总线和数据发展总线,通过实践,建立系统的实施模式,包括问题提出、分析、设计、编码和测试、维护的一整套工作流程。 难点在于信息的分布如何

7、更清楚,更有效,更易访问和使用。,16,2019年1月16日,商业智能,后台业务系统,核心业务,单一客户视图,ECIF,国际卡,证券,国际结算,为渠道和CRM 提供单一客户视图,从数据仓库中 获取商业智能信息,整合 各后台业务系统 的客户信息,CRM应用,建立整合的单一客户视图,提供客户的全面信息,包括基本信息、帐户、额度、风险控管和关系信息等 与各类应用系统整合起来,支持这些系统的访问和更新,实现完整的、一致的、共享的客户信息,渠道整合平台,ECIF定位,17,2019年1月16日,ECIF-企业级客户视图,核心参与人 信息,与关键业务 数据的关系,参与人关系,18,2019年1月16日,E

8、CIF-数据模型概览,核心参与人 喜好、统计信息、附属信息、购买行为、风险,AML,联系方式 地址、电话、Email、网址,合约 投资组合、合同、帐户、贷款、信用卡、风险,资源项 资产、财产、基金、股权等,事件 接触(客户联系)、提供产品和服务,活动、订单、周期性事件、可疑活动,角色和关系 所有关键参与人角色、角色、业务关系 家庭关系(个人和公司),查询表 一些非规范表或联合表,用于高性能的查询,19,2019年1月16日,ECIF-客户信息内容概览,20,2019年1月16日,客户信息内容-产品相关,21,2019年1月16日,客户信息内容-组合、事件,22,2019年1月16日,客户信息内

9、容-资源项,23,2019年1月16日,客户信息内容-合约,24,2019年1月16日,客户信息内容-参与人分析,25,2019年1月16日,26,2019年1月16日,交易服务平台,Tuxedo Client,ECIF框架,ECIF 管理系统,ECIF 加载系统,Access,核心签约 数据下载,监控,监控,交易转发,Dataflow,管理用户,HTTP,ECIF 应用系统,Tuxedo Server,业务组件,基础数 据访问 配置数 据访问,J2EE,广播,FTP Client,核心系统,其他系统,ECIF系统,信贷系统,ECIF 数据库,其他系统,系统接口 数据转换层,应用服务层,数据访

10、问层,数据存储层,ECIF-系统架构,证券系统,卡系统,CRM,国结系统,数据服 务平台,27,2019年1月16日,ECIF-数据源分析及整合,核心系统客户信息、帐户信息 渠道及外围系统客户信息、签约信息 信用卡系统客户信息、消费、透支信息 证券系统客户信息、证券产品余额 其他客户信息.,28,2019年1月16日,统一的客户视图 统一的产品管理 统一的渠道管理 统一的公共代码 完整准确地信息,ECIF-数据整合之道,ECIF,现状,目标,过程,29,2019年1月16日,数据整合-对私客户归并识别规则,归并识别关键属性 证件类型、证件号码、客户名称 归并识别主要规则 如果证件类型、证件号码

11、、客户名称三个属性都一致,判定为同一客户,进行归并; 如果证件类型、证件号码一致,客户名称不一致,不作归并; 如果证件类型、证件号码不一致,不作客户归并 ; 来源同一源系统的客户,如符合ECIF归并原则,需进行客户归并 客户归并时,信息覆盖按ECIF业务覆盖原则进行; 身份证号长度为15位的,系统在做客户归并识别时自动将其转换为18位,但存储时依然保持15位;对于因录入不规范而产生身份证号长度不为15或18位的,不作转换 ; 证件类型为“其他”的对私客户,由于各源系统对“其他”类型的定义不一致,对此类客户一律不作归并; 如果源系统对一个客户的证件类型、证件号码、客户名称进行了修改,修改后满足E

12、CIF客户归并条件,ECIF需对这两条记录进行归并,信息覆盖按ECIF业务覆盖原则进行。,30,2019年1月16日,数据整合-对公客户归并识别规则,归并识别关键属性 组织机构代码、营业执照号、证件类型、证件号码、客户名称 组织机构代码、营业执照号以外的对公客户证件信息在证件类型和证件号码反映 归并识别主要规则 如果组织机构代码和营业执照号都一致,判定为同一客户,进行归并; 如果组织机构代码和营业执照号只有其中一项一致,则判断客户名称,如客户名称一致,判定为同一客户,进行归并;如客户名称不一致,不作归并; 如果组织机构代码和营业执照号都不一致,不作客户归并; 证件类型为“其他”的对公客户,由于

13、各源系统对“其他”类型的定义不一致,对此类客户一律不作归并; 来源同一源系统的客户,如符合ECIF归并原则,需进行客户归并; 客户归并时,信息覆盖按ECIF业务覆盖原则进行; 客户归并时,证件类型和证件号码按组织机构代码、营业执照号、其他类证件类型的优先顺序取值;,31,2019年1月16日,数据整合-覆盖原则,ECIF业务覆盖原则的确定基于以下几点: ECIF整合核心、信贷、证券、国际卡等源系统; 由于各源系统中的客户信息存在着不同程度的质量问题,应尽量保证应用系统修改准确的信息不被源系统的错误信息重复覆盖。 ECIF业务覆盖原则包括实体级覆盖原则和属性级覆盖原则: 实体级覆盖原则是针对EC

14、IF实体而定的; 属性级覆盖原则是针对ECIF某些具体的属性而定的; 属性级覆盖原则优先于实体级覆盖原则; 在发生客户归并和修改时,均要应用到实体级覆盖原则和属性级覆盖原则; 在客户归并时,每个实体的处理会有不同,有些不会产生覆盖; 属性级覆盖原则只有公司表和个人表的指定属性需要应用,在进行客户归并和修改处理时的规则是一致的。,32,2019年1月16日,例外数 据文件,统一 接口文件 Format B,数据批量接口,核心 系统,国结 系统,证券 系统,ECIF DB,统一接口文件 Format B,格 式 转 换,例外数据文件 Format B,跑批处理,信用卡 系统,信贷 系统,中间业务,

15、接口产生,CRM 接口文件,客户关系 管理系统,数据导入,ECIF-数据加载服务,33,2019年1月16日,格式转换,数据导入,数据导出,生成客户号,补建关系,重复帐号检测,个人贡献 度加载,归并,个人所属 机构分配,公司管理 部门分配,主键生成,覆盖原则,参与人识别,身份证号检验,组织机构代码检验,ECIF客户号生成,员工清单加载,指标加载计算,指标归并 客户清单 指标统计,OCRM 客户清单筛选,生成客户清单,ECIF指标更新,主控模块,监控模块,调度模块,公用存储过程,储存过程,C +程序,ECIF-数据加载服务器组件图,34,2019年1月16日,数据加载服务-格式转换,FF1010

16、,FF1020,FF1040,1010,1030,1040,扫 描 顺 序,File Rec Model 一个参与人的全部信息,1040,Format B 接口文件,1010,1020,1040,1030,拼装,写 入,35,2019年1月16日,数据加载服务-指标计算,接口文件,拆分,加载,分区一,分区二,分区三,指标计算,指标计算,指标计算,按证件类型和证件号码的某一位做分区, 指标计算需要按证件类型和证件号码排 序并归并,分区后指标计算即可以按分 区并发运行,按行数拆分,UDI无法按ECIF分区的条件拆分文件。,多个接口文件,36,2019年1月16日,统一数据服务,服务目录,ECIF内部数据,外部数据,内/外部 组合服务,基本信息查询,产品列表查询,额度信息

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

当前位置:首页 > 高等教育 > 大学课件

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