在銀行主題模型中，每個數據倉庫的實施公司會有金融行業或銀行業的主題模型，這個模型會根據新的業務不斷進行完善，是各實施公司的業務經驗積累。一個良好的模型對數據倉庫的實施起到了事半功倍的效果，雖然不同的公司會有不同的主題模型產品，但每個公司的產品基本上分為以下幾個主題：

是指銀行所服務的任意對象和感愛好進行分析的各種對象。如：個人或公司客戶、潛在客戶、代理機構、雇員、合作伙伴等。一個當事人可以同時是這當中的許多角色。借助當事人主題的建立可以實現基于客戶基本信息的分析，是實現以客戶為中心的各種分析應用的重要基礎。PARTY主題一般包括：

*外部機構、政府部門、行業監管機構等；

*在銀行登記注冊開立賬戶的單位、個人普通客戶；

*和銀行有業務往來的其他金融機構（如國內同業、海外代理行等）；

*銀行機構的雇員（含柜員、客戶經理等）；

*客戶的干系人（如個人客戶的配偶、子女，公司的法人等）；

*潛在客戶（如交易對手，無賬號交易客戶等）；

那在實施過程中，除了對客戶進行分類外，重點需要關注：

（1）客戶ID：

為每位客戶確定一個優選的ID，由于不同的系統都會有客戶ID，如何分析是否是同一個客戶？許多銀行都會有ECIF系統來優選確定客戶，假如已經有全行的優選客戶ID，那將減少許多整合工作，只需按一定規則將其他潛在客戶、干系人分配優選ID即可。假如沒有ECIF系統可以在主題模型進行整合，如按證件類型、證件號碼、姓名、性別來識別優選客戶，將各源系統中的客戶識別成優選客戶后，再將各源系統的客戶信息進行整合。

（2）客戶之間關系設計：

由于一個客戶可能有多個角色，一般可以通過客戶關系表來確定。比如既是員工也是客戶可在關系表中存放客戶ID和員工ID的關系類型是同一個人，既是個人客戶又是企業法人，可在關系表中存放客戶ID和企業ID的關系類型為企業法人關系。

（3）客戶主題是整個模型的中心，其它的所有主題都會和客戶主題進行關聯，因此如何與其他主題進行關聯也需要重點考慮。

內部機構是指可能是銀行內部的組織機構（如分行、支行、網點、部門等），也可能是任何一個法人機構當事人的內部組織，嚴格意義上這些也是一種尤其的PARTY。概念比較寬泛，可能是正式機構，也可能是一些具有特定功能的團隊。

內部機構在銀行往往會有多套組織，每套組織機構都會有層級關系。如經營機構（支行與營業部以及管轄機構總分行），行政機構（部門科室包括各分支行中的部分科室），第三方組織（黨組織支部、工會等）。因此需要梳理并做好分類。一般在分析中很常用的是經營機構組織。

通過該主題的建立要能夠體現不同組織機構之間的層次隸屬關系，同時還能夠適應組織機構變動的靈活性以及交叉治理的需要。此外，該主題和當事人、渠道、地區、產品、賬戶、事件、營銷活動等都有關聯。如對產品而言，可能有多種角色，如創建、銷售、監控等。

該主題是所有可能采集到的客戶的資產（負債）信息，也包括銀行向外租賃的資產信息。這些信息的來源很多情況下是在客戶申請貸款時所提供的各種擔保品信息、抵質押品信息等。

該主題可以存放從業務系統能夠取得到的所有的客戶資產/負債，可以是客戶的房地產、存貨、機動車輛、在其他金融機構的存款、貸款，此外還包括住房公積金委托存款等。客戶在本行的存款、貸款雖然也是他們的資產和負債，但存放在協議主題，不在資產主題體現了。隨著目前互聯網和外部數據的增加，該主題中的數據分類和字段也會不斷擴展，所以除了房地產、汽車等實物資產，股票、期權等金融資產，還會有虛擬資產，比如游戲裝備。

該主題是需要分析的任何區域，既包括傳統類型的地址信息（如國家、地區、城市、區縣、街道等），又包括如電話信息、郵箱、黃頁等電子地址信息。LOCATION可以用于和銀行的交互和溝通，也可以被用于某個尤其的用途（比如對帳單寄送地址等）。此外數據倉庫出于分析的需要，可能還會需要一些類似“地區”等一些相對比較宏觀的地域信息。另外隨著移動互聯網和物聯網的發展，移動設備的設備碼、接入IP、傳感器、GPS定位數據也越來越多，所以該主題在實施中需要梳理全行的所有渠道并進行分類編碼，由于該主題結構較簡單，在實施中可以根據實際情況合并到客戶主題中。

產品主題是指為拓展市場占有率，滿足客戶更廣泛需求而制定的可營銷的交易品種的集合，產品是金融機構向用戶銷售的或提供給客戶所使用的服務。產品必須是能夠面向市場、面向客戶的，并且必須要有回報發生的。產品可以通過產品特征加以描述，產品特征是金融機構提供的所有可以應用于產品的有效產品特征。它標識了金融機構在提供產品時的限制或附加條件。

目前銀行的系統升級都在向產品方向改造，即通過配置產品特征方式來生成新的產品或產品包（捆綁銷售的產品）。假如已經有全行級別的產品分類和編碼的話可以直接復用，假如沒有的話需要梳理，產品編碼的數據需要業務主導，因為許多分析需要按產品維度進行分析，因此產品的分層和特征需要有全行共識，一般在數據治理的數據標準中，產品標準也是一個全行重要的標準。

協議主題是金融機構與當事人之間針對某種特定產品或服務而簽立的契約關系，它可以是多樣化的，如賬戶、客戶和銀行簽訂的合同等。當金融機構與客戶之間針對某種產品或服務的條款和條件達成協議時，一個協議（AGREEMENT）就會被開立，因此協議是客戶和銀行往來的重要載體。也是銀行主題模型中很重要和復雜的一個主題。

協議模型結構需要能夠存儲銀行和客戶簽訂的各種形式的協議，如各種存款賬戶、貸款賬戶、內部賬戶、貸款合同、擔保合同、國際國內結算協議、客戶理財合約等，也包括銀行自營業務與交易對手之間的協議，如銀行投資的債券交易、同業拆借協議等。銀行的業務比較復雜，因此協議類型需要分類分層梳理設計，協議數量一般有成百上千，甚至更多。

協議是分析銀行業務、產品的重要信息，每個協議的 關鍵屬性不同，但都需要保留歷史變動記錄以便后續分析。另外客戶的申請也一般放在協議主題，比如信用卡申請信息、貸款申請信息等。

事件是一個范圍很廣義的概念，它可以包含跟銀行相關的任何動作的記錄。它可以記錄的范圍非常廣泛，可以記錄各種與銀行相關的活動的具體情況，包括交易數據，比如存款、提款、付款、收取信用卡年費、計算利息和費用、投訴、查詢產品、查詢地址、查詢余額、網上交易等。一個事件可以是和客戶/潛在客戶或賬戶的任何接觸和交易，數據倉庫系統存儲的事件應是一個原子級的事件，即很細粒度的交易信息。

事件可以分為金融事件、非金融事件、電子渠道事件等幾類。金融事件又按業務分為存款帳戶事件、卡銀聯交易事件、貸款帳戶事件、國內結算事件、國際結算事件、中間業務事件和證券基金事件。電子渠道事件主要是來源于網銀、手機銀行、微信公眾號、電話等渠道發起的交易。

事件主題的數據是整個主題模型中很多的數據，因此除了進行事件分類梳理、事件關系梳理外，事件表的設計和源系統表類似，只做編碼的轉換，甚至在物理實現中用視圖來表示部分事件表，減少數據存儲。另外事件表一般都有流水號，所以優選標識事件的EVENT_ID只需要通過源系統簡稱+源系統流水號+交易日期即可。

營銷活動主題用于記錄針對客戶所做的宣傳、促銷等活動的相關信息，是為了獲取、維護、增強金融機構與客戶的關系而開展的，其目的可能是為推廣某些產品，也可能是為了樹立市場形象。一個完整的營銷行為應包括營銷計劃、營銷活動以及實施信息。一個營銷活動可以是金融機構為了獲取、保留客戶或者增強客戶關系、占有市場的一種活動，可能是一種有明確市場目標的銷售活動（如新產品推廣等），也可能僅僅是跟客戶的一種互動的交流活動（如客戶調查等）。

由于銀行營銷活動靈活性較大，變化點多，模型不穩定，一般會新建CRM系統或營銷系統來專門治理，因此在銀行實施主題模型時該主題可能會舍棄。

該主題所描述的是當各種事件發生時，當事雙方（主要是指客戶和銀行）進行交互和接觸的手段及方法，通過它客戶與銀行進行接觸、購買產品、使用服務并交流信息。

“渠道”從定義上看是一個當事人獲取金融機構信息或者接受服務、購買產品的一種方法和機制，是一種“接觸點”。一個“渠道”可能是一臺機器（如某臺ATM、POS、自助終端等），也可能是銀行某個服務網點。通常定義ATM是一種“渠道種類”，某一臺ATM機器是一個具體的“渠道”。從銀行角度所關心的渠道種類包括：

該主題主要包括銀行的總賬信息，是描述科目組織、控制、內部核算等銀行核心科目賬務以及預算治理有關的內容。該主題抽象地描述了銀行內部賬務的組織模式，能夠適應不同的科目組織體系。財務主題一般變化較少。

該主題側重于財務核算和治理，一般各行都有總賬系統或模塊來定義全行的科目體系，并對全行各賬務系統的賬務數據按進行科目匯總。所以財務主題也以行內的總賬系統為主，同時納入各源系統的賬務匯總數據，便于與OF總賬數據的對照以及總分核對檢查。

總分核對是數據倉庫中一種重要的數據校驗方式，主要按賬戶所屬科目進行賬戶余額匯總，將結果與總賬或各賬務系統中的科目余額進行匯總，以確保賬戶余額這類重要數據無誤。