銀行ECIF系統(tǒng)交流稿課件

XXXX銀行ECIF系統(tǒng)實施方案交流XXXX銀行ECIF系統(tǒng)實施方案交流1、ECIF系統(tǒng)業(yè)務篇2、ECIF系統(tǒng)技術篇3、問題與答疑8/19/202321、ECIF系統(tǒng)業(yè)務篇2、ECIF系統(tǒng)技術篇3、問題與答銀行機構客戶信息存在的問題和原因客戶信息的跨渠道共享難

客戶唯一性識別難問題存在的原因：ECIF整合沒有與業(yè)務流程緊密結合，業(yè)務流程中涉及的多個系統(tǒng)沒有無縫銜接起來客戶信息的質量差，利用率低客戶信息整合、存儲、更新機制復雜

客戶信息重復采集，無目的采集嚴重8/19/20233銀行機構客戶信息存在的問題和原因客戶信息的跨渠道共享難客戶客戶信息驅動

ECIF業(yè)務驅動-以“客戶為中心”的經(jīng)營理念

以客戶為中心客戶識別客戶行為分析

用來確定能真正給銀行帶來價值的客戶

掌握、發(fā)掘和引導客戶需求，做到客戶的維持、挽留、爭取和增值

根據(jù)對客戶的分析結果，制定相應的決策，以此來驅動銀行的產(chǎn)品和服務、銷售和營銷等其它環(huán)節(jié)的運轉

通過正確的渠道、在正確的地點和時間，以最方便的形式給客戶提供他們最需要的產(chǎn)品和服務。

保證客戶忠誠度，通過對客戶交叉銷售，提高銀行盈利能力。ECIF企業(yè)級客戶信息整合8/19/20234客戶信息驅動ECIF業(yè)務驅動-以“客戶為中心”的經(jīng)營理念ECIF系統(tǒng)的目標全面支持跨渠道、跨部門、跨地區(qū)的客戶聯(lián)動營銷全面支持客戶在不同渠道的服務體驗要一致，這是由市場競爭所要求的客戶服務水平要精細化決定的業(yè)務條線化管理要求客戶信息的采集要按照業(yè)務流程直通式采集，減少重復錄入的工作量，減低操作風險解決銀行客戶信息重復采集、共享性差，利用率低，操作風險高等問題，建立企業(yè)級單一客戶視圖ECIF系統(tǒng)為外部監(jiān)管披露等提供整合的、準確的客戶信息。為內部精細化管理提供支持支持后臺管理分析系統(tǒng)（信用風險分析系統(tǒng)、客戶/產(chǎn)品的考核系統(tǒng)、分析型客戶關系管理系統(tǒng)）對客戶信息利用的要求8/19/20235ECIF系統(tǒng)的目標全面支持跨渠道、跨部門、跨地區(qū)的客戶聯(lián)動ECIF規(guī)劃和建設原則ECIF的業(yè)務發(fā)展總線是核心ECIF的數(shù)據(jù)發(fā)展總線是基礎ECIF提供服務的模式是關鍵ECIF實施模式是工作指南

8/19/20236ECIF規(guī)劃和建設原則ECIF的業(yè)務發(fā)展總線是核心8/5/2ECIF-業(yè)務發(fā)展總線系統(tǒng)的發(fā)展主要是由業(yè)務來驅動的，通過調研和系統(tǒng)研發(fā)的不斷深入，有意識的建立業(yè)務總的發(fā)展方向，圍繞總的方向來整理觀察現(xiàn)有業(yè)務流程，從而促進系統(tǒng)與業(yè)務流程的融合，這樣比被動的接受業(yè)務發(fā)展有效的多，同時也有利于從系統(tǒng)角度推動業(yè)務流程的發(fā)展。8/19/20237ECIF-業(yè)務發(fā)展總線系統(tǒng)的發(fā)展主要是由業(yè)務來驅動的，通過調ECIF-業(yè)務發(fā)展總線業(yè)務發(fā)展總線有兩個主要方向，一個是支持營銷的方向，另一個是支持管理的方向支持營銷體現(xiàn)在統(tǒng)一的客戶視圖建立和提供一個統(tǒng)一的客戶視圖是建立標準化的營銷流程中的一個基礎環(huán)節(jié)。識別、合并、拆分客戶的過程。客戶信息共享向各業(yè)務系統(tǒng)共享完整的、統(tǒng)一的、共享的、具有權威性的客戶信息。不斷采集、標準化客戶信息，客戶信息不斷與業(yè)務流程結合的過程?？蛻舻摹凹毞帧笨蛻粜畔⑦M行再加工的過程客戶評價客戶信用評價8/19/20238ECIF-業(yè)務發(fā)展總線業(yè)務發(fā)展總線有兩個主要方向，一個是支持ECIF-業(yè)務發(fā)展總線支持管理體現(xiàn)在客戶信息中心可以在風險管理、銀行內部管理兩個方面提供信息支持。風險管理信用風險銀行內部管理為完善銀行客戶經(jīng)理評價體系提供信息支持。為機構和部門等責任中心的績效評價提供信息支持。為銀行產(chǎn)品的績效評價提供信息支持8/19/20239ECIF-業(yè)務發(fā)展總線支持管理體現(xiàn)在8/5/20239ECIF-數(shù)據(jù)發(fā)展總線客戶信息的收集和管理是建立在系統(tǒng)的客戶數(shù)據(jù)模型基礎上的。數(shù)據(jù)發(fā)展總線實際就是系統(tǒng)客戶數(shù)據(jù)模型的發(fā)展總線。引起系統(tǒng)數(shù)據(jù)發(fā)生變化的原因主要有兩個原因，一個是外部動因，一個是內在動因。ECIF的客戶信息必須是全行權威的、實時的、共享的、完整的、一致的構建客戶數(shù)據(jù)庫的根本目的是為了提高企業(yè)的客戶信息能力?？蛻粜畔⒛芰κ瞧髽I(yè)賴以生存的核心能力，貫徹到市場、銷售、服務等各個職能領域并發(fā)揮巨大的作用。8/19/202310ECIF-數(shù)據(jù)發(fā)展總線客戶信息的收集和管理是建立在系統(tǒng)的客戶ECIF-數(shù)據(jù)發(fā)展總線客戶對象客戶基礎信息客戶類別信息：歸屬的類別，類別所設置的個性化、定制的產(chǎn)品和服務。客戶渠道信息：客戶所能接觸到的渠道客戶已購買的產(chǎn)品：產(chǎn)品包括具體產(chǎn)品和銷售服務客戶已接受的服務：服務是專指CRM活動客戶滿意度客戶盈利分析8/19/202311ECIF-數(shù)據(jù)發(fā)展總線客戶對象8/5/202311ECIF-數(shù)據(jù)發(fā)展總線客戶信息中心通常具有以下幾個特點每個現(xiàn)在或潛在客戶都作為一個單獨記錄存儲起來.每個客戶記錄不但包含客戶的一般信息,如姓名、地址、電話等，而且還包含較大范圍的有關市場營銷的信息，即客戶的需求和需求特點。每個客戶記錄還包含有時對該客戶進行接觸和營銷活動的歷史情況，以及客戶于企業(yè)或競爭對手的交易信息客戶對企業(yè)采取的營銷溝通或銷售活動所作出的反應信息。8/19/202312ECIF-數(shù)據(jù)發(fā)展總線客戶信息中心通常具有以下幾個特點8/5ECIF-數(shù)據(jù)發(fā)展總線客戶信息中心要具有如下功能：所設計的數(shù)據(jù)庫應能夠回答有關現(xiàn)有客戶或準客戶的特征和行為的特定問題能夠在特定標準、營銷事件或姓名評分模型的基礎上挑選將來促銷的對象姓名能夠跟蹤促銷結果并對反饋者和非反饋者進行客戶輪廓分析8/19/202313ECIF-數(shù)據(jù)發(fā)展總線客戶信息中心要具有如下功能：8/5/2ECIF-系統(tǒng)提供服務的模式ECIF系統(tǒng)作為全行的客戶信息中心，只有參與到業(yè)務流程和管理流程的具體實現(xiàn)中去，才能實現(xiàn)系統(tǒng)的目標。采用交易和批量結合的方式，以提供交易為主，批量為輔的服務模式，盡可能提供高時效性的客戶信息服務。8/19/202314ECIF-系統(tǒng)提供服務的模式ECIF系統(tǒng)作為全行的客戶信息中ECIF-系統(tǒng)實施的模式圍繞系統(tǒng)的業(yè)務發(fā)展總線和數(shù)據(jù)發(fā)展總線，通過實踐，建立系統(tǒng)的實施模式，包括問題提出、分析、設計、編碼和測試、維護的一整套工作流程。難點在于信息的分布如何更清楚，更有效，更易訪問和使用。

8/19/202315ECIF-系統(tǒng)實施的模式圍繞系統(tǒng)的業(yè)務發(fā)展總線和數(shù)據(jù)發(fā)展總線商業(yè)智能后臺業(yè)務系統(tǒng)核心業(yè)務企業(yè)級數(shù)據(jù)倉庫數(shù)據(jù)分析應用例如:貢獻度分析風險分析營銷分析單一客戶視圖ECIF國際卡證券國際結算……為渠道和CRM提供單一客戶視圖從數(shù)據(jù)倉庫中獲取商業(yè)智能信息整合各后臺業(yè)務系統(tǒng)的客戶信息CRM應用建立整合的單一客戶視圖，提供客戶的全面信息，包括基本信息、帳戶、額度、風險控管和關系信息等與各類應用系統(tǒng)整合起來，支持這些系統(tǒng)的訪問和更新，實現(xiàn)完整的、一致的、共享的客戶信息渠道整合平臺ECIF定位8/19/202316商業(yè)智能后臺業(yè)務系統(tǒng)核心業(yè)務企業(yè)級數(shù)據(jù)分析例如:單一客戶ECIF-企業(yè)級客戶視圖核心參與人信息與關鍵業(yè)務數(shù)據(jù)的關系參與人關系8/19/202317ECIF-企業(yè)級客戶視圖核心參與人與關鍵業(yè)務參與人關系8/5ECIF-數(shù)據(jù)模型概覽核心參與人喜好、統(tǒng)計信息、附屬信息、購買行為、風險，AML聯(lián)系方式地址、電話、Email、網(wǎng)址合約投資組合、合同、帳戶、貸款、信用卡、風險資源項資產(chǎn)、財產(chǎn)、基金、股權等事件接觸（客戶聯(lián)系）、提供產(chǎn)品和服務，活動、訂單、周期性事件、可疑活動角色和關系所有關鍵參與人角色、角色、業(yè)務關系家庭關系（個人和公司）查詢表一些非規(guī)范表或聯(lián)合表，用于高性能的查詢8/19/202318ECIF-數(shù)據(jù)模型概覽核心參與人聯(lián)系方式合約資源項事件角色和ECIF-客戶信息內容－概覽虛實體實實體CIIS模型中原始實體，ECIF保留8/19/202319ECIF-客戶信息內容－概覽虛實體實實體CIIS模型中原始實客戶信息內容-產(chǎn)品相關虛實體實實體CIIS模型中原始實體，ECIF保留8/19/202320客戶信息內容-產(chǎn)品相關虛實體實實體CIIS模型中原始實體，E客戶信息內容-組合、事件虛實體實實體CIIS模型中原始實體，ECIF保留8/19/202321客戶信息內容-組合、事件虛實體實實體CIIS模型中原始實體，客戶信息內容-資源項虛實體實實體CIIS模型中原始實體，ECIF保留8/19/202322客戶信息內容-資源項虛實體實實體CIIS模型中原始實體，EC客戶信息內容-合約虛實體實實體CIIS模型中原始實體，ECIF保留8/19/202323客戶信息內容-合約虛實體實實體CIIS模型中原始實體，ECI客戶信息內容-參與人分析虛實體實實體CIIS模型中原始實體，ECIF保留8/19/202324客戶信息內容-參與人分析虛實體實實體CIIS模型中原始實體，1、ECIF系統(tǒng)業(yè)務篇2、ECIF系統(tǒng)技術篇3、問題與答疑8/19/2023251、ECIF系統(tǒng)業(yè)務篇2、ECIF系統(tǒng)技術篇3、問題與答交易服務平臺TuxedoClientECIF框架ECIF管理系統(tǒng)ECIF加載系統(tǒng)Access核心簽約數(shù)據(jù)下載監(jiān)控監(jiān)控交易轉發(fā)Dataflow管理用戶HTTPECIF應用系統(tǒng)TuxedoServer業(yè)務組件基礎數(shù)據(jù)訪問配置數(shù)據(jù)訪問J2EE廣播FTPClient核心系統(tǒng)其他系統(tǒng)ECIF系統(tǒng)信貸系統(tǒng)ECIF數(shù)據(jù)庫其他系統(tǒng)系統(tǒng)接口數(shù)據(jù)轉換層應用服務層數(shù)據(jù)訪問層數(shù)據(jù)存儲層ECIF-系統(tǒng)架構證券系統(tǒng)卡系統(tǒng)CRM國結系統(tǒng)數(shù)據(jù)服務平臺8/19/202326交易服務平臺TuxedoECIF框架ECIFECIFAcceECIF-數(shù)據(jù)源分析及整合核心系統(tǒng)客戶信息、帳戶信息渠道及外圍系統(tǒng)客戶信息、簽約信息信用卡系統(tǒng)客戶信息、消費、透支信息證券系統(tǒng)客戶信息、證券產(chǎn)品余額其他客戶信息…….8/19/202327ECIF-數(shù)據(jù)源分析及整合核心系統(tǒng)客戶信息、帳戶信息8/5/統(tǒng)一的客戶視圖統(tǒng)一的產(chǎn)品管理統(tǒng)一的渠道管理統(tǒng)一的公共代碼完整準確地信息ECIF-數(shù)據(jù)整合之道ECIF現(xiàn)狀目標過程8/19/202328ECIF-數(shù)據(jù)整合之道ECIF現(xiàn)狀目標過程8/5/20數(shù)據(jù)整合-對私客戶歸并識別規(guī)則歸并識別關鍵屬性證件類型、證件號碼、客戶名稱歸并識別主要規(guī)則如果證件類型、證件號碼、客戶名稱三個屬性都一致，判定為同一客戶，進行歸并；如果證件類型、證件號碼一致，客戶名稱不一致，不作歸并；如果證件類型、證件號碼不一致，不作客戶歸并；來源同一源系統(tǒng)的客戶，如符合ECIF歸并原則，需進行客戶歸并客戶歸并時，信息覆蓋按ECIF業(yè)務覆蓋原則進行；身份證號長度為15位的，系統(tǒng)在做客戶歸并識別時自動將其轉換為18位，但存儲時依然保持15位；對于因錄入不規(guī)范而產(chǎn)生身份證號長度不為15或18位的，不作轉換；證件類型為“其他”的對私客戶，由于各源系統(tǒng)對“其他”類型的定義不一致，對此類客戶一律不作歸并；如果源系統(tǒng)對一個客戶的證件類型、證件號碼、客戶名稱進行了修改，修改后滿足ECIF客戶歸并條件，ECIF需對這兩條記錄進行歸并，信息覆蓋按ECIF業(yè)務覆蓋原則進行。8/19/202329數(shù)據(jù)整合-對私客戶歸并識別規(guī)則歸并識別關鍵屬性8/5/202數(shù)據(jù)整合-對公客戶歸并識別規(guī)則歸并識別關鍵屬性組織機構代碼、營業(yè)執(zhí)照號、證件類型、證件號碼、客戶名稱組織機構代碼、營業(yè)執(zhí)照號以外的對公客戶證件信息在證件類型和證件號碼反映歸并識別主要規(guī)則如果組織機構代碼和營業(yè)執(zhí)照號都一致，判定為同一客戶，進行歸并；如果組織機構代碼和營業(yè)執(zhí)照號只有其中一項一致，則判斷客戶名稱，如客戶名稱一致，判定為同一客戶，進行歸并；如客戶名稱不一致，不作歸并；如果組織機構代碼和營業(yè)執(zhí)照號都不一致，不作客戶歸并；證件類型為“其他”的對公客戶，由于各源系統(tǒng)對“其他”類型的定義不一致，對此類客戶一律不作歸并；來源同一源系統(tǒng)的客戶，如符合ECIF歸并原則，需進行客戶歸并；客戶歸并時，信息覆蓋按ECIF業(yè)務覆蓋原則進行；客戶歸并時，證件類型和證件號碼按組織機構代碼、營業(yè)執(zhí)照號、其他類證件類型的優(yōu)先順序取值；8/19/202330數(shù)據(jù)整合-對公客戶歸并識別規(guī)則歸并識別關鍵屬性8/5/202數(shù)據(jù)整合-覆蓋原則ECIF業(yè)務覆蓋原則的確定基于以下幾點：ECIF整合核心、信貸、證券、國際卡等源系統(tǒng)；由于各源系統(tǒng)中的客戶信息存在著不同程度的質量問題，應盡量保證應用系統(tǒng)修改準確的信息不被源系統(tǒng)的錯誤信息重復覆蓋。ECIF業(yè)務覆蓋原則包括實體級覆蓋原則和屬性級覆蓋原則：實體級覆蓋原則是針對ECIF實體而定的；屬性級覆蓋原則是針對ECIF某些具體的屬性而定的；屬性級覆蓋原則優(yōu)先于實體級覆蓋原則；在發(fā)生客戶歸并和修改時，均要應用到實體級覆蓋原則和屬性級覆蓋原則；在客戶歸并時，每個實體的處理會有不同，有些不會產(chǎn)生覆蓋；屬性級覆蓋原則只有公司表和個人表的指定屬性需要應用，在進行客戶歸并和修改處理時的規(guī)則是一致的。8/19/202331數(shù)據(jù)整合-覆蓋原則ECIF業(yè)務覆蓋原則的確定基于以下幾點：8例外數(shù)據(jù)文件統(tǒng)一接口文件FormatB數(shù)據(jù)批量接口核心系統(tǒng)國結系統(tǒng)證券系統(tǒng)ECIFDB統(tǒng)一接口文件FormatB格式轉換例外數(shù)據(jù)文件FormatB跑批處理信用卡系統(tǒng)信貸系統(tǒng)中間業(yè)務接口產(chǎn)生CRM接口文件客戶關系管理系統(tǒng)數(shù)據(jù)導入ECIF-數(shù)據(jù)加載服務8/19/202332例外數(shù)統(tǒng)一數(shù)據(jù)批量接口核心國結證券ECIF統(tǒng)一接口文件格例外格式轉換數(shù)據(jù)導入數(shù)據(jù)導出生成客戶號補建關系重復帳號檢測個人貢獻度加載歸并個人所屬機構分配公司管理部門分配主鍵生成覆蓋原則參與人識別身份證號檢驗組織機構代碼檢驗ECIF客戶號生成員工清單加載指標加載計算指標歸并客戶清單指標統(tǒng)計OCRM客戶清單篩選生成客戶清單ECIF指標更新主控模塊監(jiān)控模塊調度模塊公用存儲過程儲存過程C++程序ECIF-數(shù)據(jù)加載服務器組件圖8/19/202333格式轉換數(shù)據(jù)導入數(shù)據(jù)導出生成客戶號補建關系重復帳號檢測個人貢數(shù)據(jù)加載服務-格式轉換FF1010FF1020FF1040101010301040掃描順序FileRecModel一個參與人的全部信息1040FormatB接口文件1010102010401030拼裝寫入8/19/202334數(shù)據(jù)加載服務-格式轉換FF1010FF1020FF10401數(shù)據(jù)加載服務-指標計算接口文件拆分加載分區(qū)一分區(qū)二分區(qū)三指標計算指標計算指標計算按證件類型和證件號碼的某一位做分區(qū)，指標計算需要按證件類型和證件號碼排序并歸并，分區(qū)后指標計算即可以按分區(qū)并發(fā)運行按行數(shù)拆分，UDI無法按ECIF分區(qū)的條件拆分文件。多個接口文件8/19/202335數(shù)據(jù)加載服務-指標計算接口文件拆分加載分區(qū)一分區(qū)二分區(qū)三指標統(tǒng)一數(shù)據(jù)服務服務目錄ECIF內部數(shù)據(jù)外部數(shù)據(jù)內/外部組合服務基本信息查詢產(chǎn)品列表查詢額度信息服務基礎服務數(shù)據(jù)消費SDO、ODBC,JDBC,WebServicesJDBCWebSrvcs數(shù)據(jù)架構人員了解數(shù)據(jù)服務需求和元數(shù)據(jù)的關系，把元數(shù)據(jù)的來源映射基礎數(shù)據(jù)服務按照需求，把基礎數(shù)據(jù)服務進行一定內部和外部的組合/加工不同系統(tǒng)業(yè)務人員提出對數(shù)據(jù)服務的要求查看可用的數(shù)據(jù)服務，確定數(shù)據(jù)服務需求和元數(shù)據(jù)關系申請并獲得訪問數(shù)據(jù)服務的權限數(shù)據(jù)服務管理人員部署和發(fā)布數(shù)據(jù)服務配置用戶和訪問權限配置Cache日常監(jiān)控管理ECIFSDOECIF－應用服務在SOA里，數(shù)據(jù)服務層提供了數(shù)據(jù)存取能力數(shù)據(jù)服務模型構造了可用和重用的服務8/19/202336統(tǒng)一數(shù)據(jù)服務ECIF內部數(shù)據(jù)外部數(shù)據(jù)內/外部基本信息查詢產(chǎn)品應用服務-技術策略通過數(shù)據(jù)模型實現(xiàn)而不是通過編程靈活的，優(yōu)化的易于管理的可重用且多層次的松耦合的8/19/202337應用服務-技術策略通過數(shù)據(jù)模型實現(xiàn)而不是通過編程8/5/20應用服務-應用實現(xiàn)BEA的AquaLogicDataServicePlatform領航EIIPORTAL/WLI/WLWWORKSHOP控件JAVA/J2EEJAVAAPIJDBC/SQL報表WEBSERVICEWSDLWRAPPERWebServices業(yè)務伙伴、適配器、.Net文件