银行ECIF系统交流稿.pptVIP

XXXX银行ECIF系统实施方案交流 银行机构客户信息存在的问题和原因 ECIF业务驱动-以“客户为中心”的经营理念 ECIF系统的目标 ECIF规划和建设原则 ECIF-业务发展总线 ECIF-业务发展总线 ECIF-业务发展总线 ECIF-数据发展总线 ECIF-数据发展总线 ECIF-数据发展总线 ECIF-数据发展总线 ECIF-系统提供服务的模式 ECIF-系统实施的模式 ECIF-数据模型概览 ECIF-客户信息内容－概览 客户信息内容-产品相关 客户信息内容-组合、事件 客户信息内容-资源项 客户信息内容-合约 客户信息内容-参与人分析 ECIF-数据源分析及整合 核心系统客户信息、帐户信息 渠道及外围系统客户信息、签约信息 信用卡系统客户信息、消费、透支信息 证券系统客户信息、证券产品余额 其他客户信息……. 统一的客户视图 统一的产品管理 统一的渠道管理 统一的公共代码 完整准确地信息 数据整合-对私客户归并识别规则 归并识别关键属性 证件类型、证件号码、客户名称 归并识别主要规则 如果证件类型、证件号码、客户名称三个属性都一致，判定为同一客户，进行归并； 如果证件类型、证件号码一致，客户名称不一致，不作归并； 如果证件类型、证件号码不一致，不作客户归并 ； 来源同一源系统的客户，如符合ECIF归并原则，需进行客户归并 客户归并时，信息覆盖按ECIF业务覆盖原则进行； 身份证号长度为15位的，系统在做客户归并识别时自动将其转换为18位，但存储时依然保持15位；对于因录入不规范而产生身份证号长度不为15或18位的，不作转换 ； 证件类型为“其他”的对私客户，由于各源系统对“其他”类型的定义不一致，对此类客户一律不作归并； 如果源系统对一个客户的证件类型、证件号码、客户名称进行了修改，修改后满足ECIF客户归并条件，ECIF需对这两条记录进行归并，信息覆盖按ECIF业务覆盖原则进行。 数据整合-对公客户归并识别规则 归并识别关键属性 组织机构代码、营业执照号、证件类型、证件号码、客户名称 组织机构代码、营业执照号以外的对公客户证件信息在证件类型和证件号码反映 归并识别主要规则 如果组织机构代码和营业执照号都一致，判定为同一客户，进行归并； 如果组织机构代码和营业执照号只有其中一项一致，则判断客户名称，如客户名称一致，判定为同一客户，进行归并；如客户名称不一致，不作归并； 如果组织机构代码和营业执照号都不一致，不作客户归并； 证件类型为“其他”的对公客户，由于各源系统对“其他”类型的定义不一致，对此类客户一律不作归并； 来源同一源系统的客户，如符合ECIF归并原则，需进行客户归并； 客户归并时，信息覆盖按ECIF业务覆盖原则进行； 客户归并时，证件类型和证件号码按组织机构代码、营业执照号、其他类证件类型的优先顺序取值； 数据整合-覆盖原则 ECIF业务覆盖原则的确定基于以下几点： ECIF整合核心、信贷、证券、国际卡等源系统； 由于各源系统中的客户信息存在着不同程度的质量问题，应尽量保证应用系统修改准确的信息不被源系统的错误信息重复覆盖。 ECIF业务覆盖原则包括实体级覆盖原则和属性级覆盖原则： 实体级覆盖原则是针对ECIF实体而定的； 属性级覆盖原则是针对ECIF某些具体的属性而定的； 属性级覆盖原则优先于实体级覆盖原则； 在发生客户归并和修改时，均要应用到实体级覆盖原则和属性级覆盖原则； 在客户归并时，每个实体的处理会有不同，有些不会产生覆盖； 属性级覆盖原则只有公司表和个人表的指定属性需要应用，在进行客户归并和修改处理时的规则是一致的。 ECIF-数据加载服务 ECIF-数据加载服务器组件图 数据加载服务-格式转换 数据加载服务-指标计算 ECIF－应用服务 应用服务-技术策略 通过数据模型实现而不是通过编程 灵活的，优化的 易于管理的 可重用且多层次的 松耦合的 应用服务-应用实现 BEA的AquaLogic Data Service Platform领航EII ECIF-管理平台 ECIF系统实施阶段划分 诚谢各位领导、专家 例外数 据文件 统一 接口文件 Format B 数据批量接口 核心 系统 国结 系统 证券 系统 ECIF DB 统一接口文件 Format B 格 式 转 换 例外数据文件 Format B 跑批处理 信用卡 系统 信贷 系统 中间业务 接口产生 CRM 接口文件 客户关系 管理系统 数据导入 格式转换 数据导入 数据导出 生成客户号 补建关系 重复帐号检测 个人贡献 度加载 归并 个人所属 机构分配 公司管理 部门分配 主键生成 覆盖原则 参与人识别 身份证号检验 组织机构代码检验 ECIF客户号生成 员工清单加载 指标加载计算 指标归并 客户清单 指标统计