當事人、產品、協議、事件、資產、財務、機構、地域、營銷、渠道
便於記憶：
銀行是一個企業，同時也是一個機構，涉及企業機構就會有資產，財務的存在，銀行有自己的產品（信用卡，黃金，期貨等）有產品就需要有人進行買賣，買賣的人這就是當事人，進行的買賣就是銷售，有銷售就得有渠道（不管是線上還是線下），在進行買賣，存貸款的時候需要籤合同，這就是協議，整體這個交易就是事件，從而對銀行的財務，資產產生影響
讓阿里金融分析師來告訴你銀行資料倉儲的10個主題模型
在銀行主題模型中，每個資料倉儲的實施公司會有金融行業或銀行業的主題模型，這個模型會根據新的業務不斷進行完善，是各實施公司的業務經驗積累。一個良好的模型對資料倉儲的實施起到了事半功倍的效果，雖然不同的公司會有不同的主題模型產品，但每個公司的產品基本上分為以下幾個主題：
1、當事人（PARTY）
是指銀行所服務的任意物件和感興趣進行分析的各種物件。如：個人或公司客戶、潛在客戶、代理機構、僱員、合作伙伴等。一個當事人可以同時是這當中的許多角色。藉助當事人主題的建立可以實現基於客戶基本資訊的分析，是實現以客戶為中心的各種分析應用的重要基礎。PARTY主題一般包括：
*外部機構、政府部門、行業監管機構等；
*在銀行登記註冊開立賬戶的單位、個人普通客戶；
*和銀行有業務往來的其他金融機構（如國內同業、海外代理行等）；
*銀行機構的僱員（含櫃員、客戶經理等）；
*客戶的干係人（如個人客戶的配偶、子女，公司的法人等）；
*潛在客戶（如交易對手，無賬號交易客戶等）；
那在實施過程中，除了對客戶進行分類外，重點需要關注：
（1）客戶ID：
為每位客戶確定一個唯一的ID，由於不同的系統都會有客戶ID，如何分析是否是同一個客戶？許多銀行都會有ECIF系統來唯一確定客戶，如果已經有全行的唯一客戶ID，那將減少許多整合工作，只需按一定規則將其他潛在客戶、干係人分配唯一ID即可。如果沒有ECIF系統可以在主題模型進行整合，如按證件型別、證件號碼、姓名、性別來識別唯一客戶，將各源系統中的客戶識別成唯一客戶後，再將各源系統的客戶資訊進行整合。
（2）客戶之間關係設計：
由於一個客戶可能有多個角色，一般可以透過客戶關係表來確定。比如既是員工也是客戶可在關係表中存放客戶ID和員工ID的關係型別是同一個人，既是個人客戶又是企業法人，可在關係表中存放客戶ID和企業ID的關係型別為企業法人關係。
（3）客戶主題是整個模型的中心，其它的所有主題都會和客戶主題進行關聯，因此如何與其他主題進行關聯也需要重點考慮。
2、內部機構（Internal Organization）
內部機構是指可能是銀行內部的組織機構（如分行、支行、網點、部門等），也可能是任何一個法人機構當事人的內部組織，嚴格意義上這些也是一種特殊的PARTY。概念比較寬泛，可能是正式機構，也可能是一些具有特定功能的團隊。
內部機構在銀行往往會有多套組織，每套組織機構都會有層級關係。如經營機構（支行與營業部以及管轄機構總分行），行政機構（部門科室包括各分支行中的部分科室），第三方組織（黨組織支部、工會等）。因此需要梳理並做好分類。一般在分析中最常用的是經營機構組織。
透過該主題的建立要能夠體現不同組織機構之間的層次隸屬關係，同時還能夠適應組織機構變動的靈活性以及交叉管理的需要。此外，該主題和當事人、渠道、地區、產品、賬戶、事件、營銷活動等都有關聯。如對產品而言，可能有多種角色，如建立、銷售、監控等。
3、客戶資產（ASSET）
該主題是所有可能採集到的客戶的資產（負債）資訊，也包括銀行向外租賃的資產資訊。這些資訊的來源很多情況下是在客戶申請貸款時所提供的各種擔保品資訊、抵質押品資訊等。
該主題可以存放從業務系統能夠取得到的所有的客戶資產/負債，可以是客戶的房地產、存貨、機動車輛、在其他金融機構的存款、貸款，此外還包括住房公積金委託存款等。客戶在本行的存款、貸款雖然也是他們的資產和負債，但存放在協議主題，不在資產主題體現了。隨著目前網際網路和外部資料的增加，該主題中的資料分類和欄位也會不斷擴充套件，所以除了房地產、汽車等實物資產，股票、期權等金融資產，還會有虛擬資產，比如遊戲裝備。
4、地域（LOCATION）
該主題是需要分析的任何區域，既包括傳統型別的地址資訊（如國家、地區、城市、區縣、街道等），又包括如電話資訊、郵箱、黃頁等電子地址資訊。LOCATION可以用於和銀行的互動和溝通，也可以被用於某個特殊的用途（比如對帳單寄送地址等）。此外資料倉儲出於分析的需要，可能還會需要一些類似“地區”等一些相對比較宏觀的地域資訊。另外隨著移動網際網路和物聯網的發展，移動裝置的裝置碼、接入IP、感測器、GPS定位資料也越來越多，所以該主題在實施中需要梳理全行的所有渠道並進行分類編碼，由於該主題結構較簡單，在實施中可以根據實際情況合併到客戶主題中。
5、產品（PRODUCT）
產品主題是指為擴充市場佔有率，滿足客戶更廣泛需求而制定的可營銷的交易品種的集合，產品是金融機構向使用者銷售的或提供給客戶所使用的服務。產品必須是能夠面向市場、面向客戶的，並且必須要有回報發生的。產品可以透過產品特徵加以描述，產品特徵是金融機構提供的所有可以應用於產品的有效產品特徵。它標識了金融機構在提供產品時的限制或附加條件。
目前銀行的系統升級都在向產品方向改造，即透過配置產品特徵方式來生成新的產品或產品包（捆綁銷售的產品）。如果已經有全行級別的產品分類和編碼的話可以直接複用，如果沒有的話需要梳理，產品編碼的資料需要業務主導，因為許多分析需要按產品維度進行分析，因此產品的分層和特徵需要有全行共識，一般在資料治理的資料標準中，產品標準也是一個全行重要的標準。
6、協議（AGREEMENT）
協議主題是金融機構與當事人之間針對某種特定產品或服務而籤立的契約關係，它可以是多樣化的，如賬戶、客戶和銀行簽訂的合同等。當金融機構與客戶之間針對某種產品或服務的條款和條件達成協議時，一個協議（AGREEMENT）就會被開立，因此協議是客戶和銀行往來的重要載體。也是銀行主題模型中最重要和複雜的一個主題。
協議模型結構需要能夠儲存銀行和客戶簽訂的各種形式的協議，如各種存款賬戶、貸款賬戶、內部賬戶、貸款合同、擔保合同、國際國內結算協議、客戶理財合約等，也包括銀行自營業務與交易對手之間的協議，如銀行投資的債券交易、同業拆借協議等。銀行的業務比較複雜，因此協議型別需要分類分層梳理設計，協議數量一般有成百上千，甚至更多。
協議是分析銀行業務、產品的重要資訊，每個協議的關鍵屬性不同，但都需要保留歷史變動記錄以便後續分析。另外客戶的申請也一般放在協議主題，比如信用卡申請資訊、貸款申請資訊等。
7、事件（EVENT）
事件是一個範圍很廣義的概念，它可以包含跟銀行相關的任何動作的記錄。它可以記錄的範圍非常廣泛，可以記錄各種與銀行相關的活動的詳細情況，包括交易資料，比如存款、提款、付款、收取信用卡年費、計算利息和費用、投訴、查詢產品、查詢地址、查詢餘額、網上交易等。一個事件可以是和客戶/潛在客戶或賬戶的任何接觸和交易，資料倉儲系統儲存的事件應是一個原子級的事件，即最細粒度的交易資訊。
事件可以分為金融事件、非金融事件、電子渠道事件等幾類。金融事件又按業務分為存款帳戶事件、卡銀聯交易事件、貸款帳戶事件、國內結算事件、國際結算事件、中間業務事件和證券基金事件。電子渠道事件主要是來源於網銀、手機銀行、微信公眾號、電話等渠道發起的交易。
事件主題的資料是整個主題模型中最多的資料，因此除了進行事件分類梳理、事件關係梳理外，事件表的設計和源系統表類似，只做編碼的轉換，甚至在物理實現中用檢視來表示部分事件表，減少資料儲存。另外事件表一般都有流水號，所以唯一標識事件的EVENT_ID只需要透過源系統簡稱 源系統流水號 交易日期 即可。
8、營銷活動（CAMPAIGN）
營銷活動主題用於記錄針對客戶所做的宣傳、促銷等活動的相關資訊，是為了獲取、維護、增強金融機構與客戶的關係而開展的，其目的可能是為推廣某些產品，也可能是為了樹立市場形象。一個完整的營銷行為應包括營銷計劃、營銷活動以及實施資訊。一個營銷活動可以是金融機構為了獲取、保留客戶或者增強客戶關係、佔有市場的一種活動，可能是一種有明確市場目標的銷售活動（如新產品推廣等），也可能僅僅是跟客戶的一種互動的交流活動（如客戶調查等）。
由於銀行營銷活動靈活性較大，變化點多，模型不穩定，一般會新建CRM系統或營銷系統來專門管理，因此在銀行實施主題模型時該主題可能會捨棄。
9、渠道（CHANNEL）
該主題所描述的是當各種事件發生時，當事雙方（主要是指客戶和銀行）進行互動和接觸的手段及方法，透過它客戶與銀行進行接觸、購買產品、使用服務並交流資訊。
“渠道”從定義上看是一個當事人獲取金融機構資訊或者接受服務、購買產品的一種方法和機制，是一種“接觸點”。一個“渠道”可能是一臺機器（如某臺ATM、POS、自助終端等），也可能是銀行某個服務網點。通常定義ATM是一種“渠道種類”，某一臺ATM機器是一個具體的“渠道”。從銀行角度所關心的渠道種類包括：
∙電子渠道：如手機、網銀、微信公眾號、小程式、微博、官網等，另外隨著銀行與網際網路合作越來越緊密，許多第三方網際網路產品也是獲取客戶流量的渠道，如薩摩耶、支付寶、微信、今日頭條等；
∙裝置渠道：如ATM、POS、自助終端等；
∙人員服務：如網點、分理處、櫃檯等；
10、財務（FINANCE）
該主題主要包括銀行的總賬資訊，是描述科目組織、控制、內部核算等銀行核心科目賬務以及預算管理有關的內容。該主題抽象地描述了銀行內部賬務的組織模式，能夠適應不同的科目組織體系。財務主題一般變化較少。
該主題側重於財務核算和管理，一般各行都有總賬系統或模組來定義全行的科目體系，並對全行各賬務系統的賬務資料按進行科目彙總。所以財務主題也以行內的總賬系統為主，同時納入各源系統的賬務彙總資料，便於與OF總賬資料的對照以及總分核對檢查。
總分核對是資料倉儲中一種重要的資料校驗方式，主要按賬戶所屬科目進行賬戶餘額彙總，將結果與總賬或各賬務系統中的科目餘額進行彙總，以確保賬戶餘額這類重要資料無誤。
一、主題域的概念
主題域是對實體的邏輯分組，我們以上帝視角去看企業的業務系統，梳理企業的業務實體，實體與實體之間的關係，將企業中的資料進行邏輯劃分。相同主題域中的資料聯絡緊密，不同主題域之間的資料相互獨立。所以主題域的劃分沒有任何的技術含義，只是一種概念，能幫助資料使用者快速找到資料的一種分類方法。就像圖書館的圖書分類一樣，圖書分類共分為22個大類：分為軍事、文學、藝術等，比如文學又包含：小說、散文、詩歌、戲劇等。這些就是圖書的主題域。
二、主題域的作用
主題域的作用就是為了管理和應用，在前端頁面最顯著的是資料地圖的使用，幫助資料使用人員快速定位資料。
三、主題的劃分
主題域的劃分有兩種方法：一是借鑑（抄），二是按照業務系統劃分，三是按照業務線劃分，四是按照部門劃分，五是按照需求分。
1、借鑑
金融和電信都是最早建設資料倉儲的行業，一些諮詢公司為其形成了不少行業規範，金融行業可以參考如下規範：
IBM的FSDM模型，對金融資料域劃分為九大主題域：關係人、合約、條件、產品、地點、分類、業務方向、事件、資源專案。
Teradata主導的FS-LDM對金融行業劃分為十大主題域：當事人、產品、協議、事件、資產、財務、機構、地域、營銷、渠道。
中國金融行業標準SDOM：主體、賬戶、品種、交易、資產、合同、渠道、營銷。
舉例----中國金融行業標準SDOM劃分主題域：
1、主體主題域：主體是金融行業的參與者，主體資料包括人、機構、產品三個子域。這三個基礎子資料域包含的實體下：
個人資料域：比如有投資經理、經辦人、銷售經理、擔保人等，以及特定場景中和三類基礎實體直接關聯的業務實體包括客戶、交易對手、股東等。
機構資料域：包含所有機構相關的外部資料，包括機構評級、機構所屬行業、機構財報等。
產品資料域：包含產品相關的資產端資訊，包括產品相關的專案、基礎資產和擔保品情況、
2、賬戶主題域：記錄主體證券品種、資金持有極其變動情況的載體。
3、品種主題域：品種主要指的是金融工具，參考國家標準 金融工具分類編碼。
4、交易主題域：主體相互的活動，可分為指令、委託和成交等。
5、合同主題域：主體開展某種業務或者購買某個品種的協議。
6、資產主題域：主體在證券市場投資，交易形成給主體帶來經濟利益的資源。
7、營銷主題域：為獲取、維護、增強客戶關係而開展的促銷活動。
......
2、按照部門劃分
按照部門劃分主題域適合較大的集團公司，各事業部業務交叉不大，不同的部門使用不同的主題域，適合煙囪式的獨立性的資料集市。
3、按照業務線劃分
按業務劃分主題域主要適用於要監控每個業務過程細節的公司，可以按照業務線-業務過程進行劃分，舉例如下：
電商：
店鋪域: 店鋪相關的業務過程，如店鋪的建立、關閉等等。
促銷域:促銷相關的業務過程，比如優惠券的發放和活動的建立
商品域:商品相關的業務過程，比如商品的建立、釋出、刪除等
使用者域: 使用者相關的業務過程，比如使用者的建立、變更等
互動域: 互動相關的業務過程，比如點贊、收藏、分享等
交易域:交易相關的業務過程，包含加購、下單、支付、支付完成、退款、退單等全流程。
流量域:使用者訪問相關的業務過程，包含曝光、頁面點選等行為。
新零售：
交易域:交易相關的業務過程，包含加購、下單、支付、支付完成、退款、退單等全流程。
營銷域：發券、秒殺、核銷、積分。
銷售員：邀請、結算
行為域：瀏覽、搜尋、諮詢、加購
4、按照需求分
以需求劃分的主題域類似於業務部門的劃分，一般適用於資料集市的建設，舉例如下：
某人力部門需要對人力資源的建設進行盤點，主題域可劃分如下：
員工基本資訊、員工績效資訊、員工考勤資訊、員工薪資資訊四個主題域。