集團主數據管了處理方案

1.基礎概念

?主數據：是用來描述企業關鍵業務實體數據，比如用戶、供給商、物料、

產品、職員、組織等。主數據是含有高業務價值，應在企業內跨越各個

業務部門被反復使用數據，而且存在于多個異構應用系統中。

?主數據管理：包含一整套用于生成和維護主數據規范、技術，完整平臺

包含元數據管理，信息系統集成、ETL技術、數據倉庫/分析、ESB等組

件和技術。

■ESB（企業服務總線）：將不一樣系統業務抽象成事件或服務，以基

于消息內容形式，經過協議轉換、消息過濾、事件路由，對多個系

統不一樣事件進行整合。

2.需求概述

為滿足集團業務發展，提升集團信息化管理水平，為關鍵業務系統搭建基礎

主數據管理平臺，有效處理異構系統間主數據唯一性、一致性和共享性問題。

3.現實狀況描述

現現在企業關鍵業務主數據存放十多套不一樣業務系統中，包含AJX、HR、

金蝶財務等等，造成問題關鍵有以下多個方面：

1）沒有規范管理要求：造成不一樣系統使用時達不到管理要求，甚至反復

管理同一數據（組織，用戶、人員等）；

2）沒有標準規則定義：主數據到了不一樣系統可能就變了名字或編碼，直

接造成不一樣業務系統數據無法共享；

3）沒有統一共享平臺：系統和系統間建立點對點連接，當系統增多時候,

這么關系結構會愈加混亂，以下圖：

*實線表示已實現自動同時，虛線表示人工添加、導入。

以上3點，直接影響新建信息系統時，沒有統一接口標準能夠調用主數據,

而新系統要么手工維護多個系統相同數據，要么單獨為每套系統開發接口去

適配。

4.處理方案

4.1.實現思緒

基于現實狀況分析，可經過搭建主數據倉庫，利用ESB平臺建立各業務系

統間連接，實現主數據CRUD管理。

主數據倉庫：關鍵包含以下幾方面作用

1）匯總、存放分企業AJX主數據；

2）建立分企業AJX主數據對應關系；

3）建立系統間主數據對應關系；

倉庫中存放主數據并不包含其它業務系統主數據，此處僅匯總分企業AJX

系統主數據，并建立和其它業務系統主數據對應關系。

ESB平臺：負責主數據倉庫CRUD維護；創建接入系統資源公共諼口

（WebService.REST、數據庫等），供系統之間資源調用；確保主數據在各系統

間唯一性。

4.1.1.主數據評定

從數據關鍵性、共享程度、應用范圍等方面，建立主數據特征評定步驟。

凡符合主數據特征業務對象，均納入主數據倉庫管理。

4.1.2.初始數據導入

依據定義好主數據對象和特征字段（可識別關鍵字段，其中起源企業、起

源系統為必需字段），使用ETL從各分企業AJX業務系統中抽取，并以不

一樣業務對象分類存放。

因為以往各分企業主數據獨立，在此過程中還需要處理以下問題：

a）在倉庫中新增不一樣對象編碼規則，并和該對象所在企業、原有編碼

做對應；

b）依據主數據字段結構，合并不一樣企業相同數據統計，將相同數據原

有編碼和新編碼做多對一關聯；

其它系統數據可依據前面定義主數據特征評定，以決定是否需要納入主數

據倉庫管理，比如HR系統人員信息。

4.1.3.共享平臺搭建

關鍵工作在ESB和各系統接口處理，可分為兩個階段工作內容：

階段一

連接應用系統■，創建資源訪問接口■,對外發布諼口

階段一：建立和各應用系統連接，梳理業務包含數據庫邏輯，并依據系統

本身提供接口［或直連數據庫），將系統資源或業務抽象成可供外部調用

APIo

階段二

連接異構系統■＞協議轉換/消息處理■,建立事件路由

階段二：以基于業務形式創建事件步驟，包含步驟各節點和不一樣業務

系統接口連接，包含協議轉換和消息內容處理。

4.1.4.維護更新

平臺建立以后，后續關鍵工作集中在：

1）對新增主數據編碼規則、字段建立，映射關系導入；

2）業務調整后，業務系統邏輯梳理及ESB平臺接口、步驟修改；

3）新增業務系統，ESB平臺接口實現；

4.2.應用場景

4.2.1.離職職員賬號

以企業0A系統步驟為例，當有職員離職步驟審批經過后，ESB平臺接收

到該離職職員特征信息消息，依據預先定義事件步驟，訪問接入AJX、金

蝶、報表服務器等系統API,停用離職職員在該系統賬號（需先建立該職

員主數據庫統計和各系統統計對應關系）O

無法接入系統（VPN賬號，0A步驟申請關聯職員是否有賬號），可經過

ESB平臺調用消息接口（短信、微信等）或觸發0A步驟，通知相關人員

處理。

4.2.2.用戶資料管理

a）歷史用戶導入

使用ETL從AJX系統導入用戶特征信息到主數據倉庫，并新增唯一主

數據編碼和原編號做對應關系，不一樣企業相同用戶建多對一關系，

但只在用戶庫中存放一條統計。

如其它系統也搜集用戶資料，一樣使用ETL導入主數據倉庫，已存在

用戶僅增加對應關系；不存在則增加主數據編碼及對應關系。

b）用戶新增

不管從哪套系統增加用戶（能統一入口最好），全部能夠使用ESB平

臺獲取該系統增加用戶資料（如無接口推送消息，則只能使用ESB定

時拉取），和主數據庫匹配：

?已存在：增加對應關系，（有需要）可經過ESB平臺主動獲取相

關系統該用戶信息（銷量等更多信息），刷新本系統，不用再去

反復搜集；

?不存在：增加主數據編碼和對應關系，同時經過ESB平臺推送該

用戶資料到其它系統中（如需要）。

用戶、職員（職員賬號）、產品管理架構基礎一致（見下表）：多套系統可

同時維護同一主數據對象，但相同對象只在主數據倉庫中存有一條統計,

該統計和多個系統建立有對應關系，從而ESB平臺才可依據該對應關系,

按業務需求對對應系統統計做CRUD管理。

主數據表：用戶

MDM編碼用戶姓名身份證號碼其它特征字段

10000001張三

10000002李四

用戶對應關系

MDM編碼起源系統起源企業對應特征碼

10000001系統編號1101企業編號1011201

10000001系統編號1109企業編號101A1009

10000002系統編號1101企業編號10113333

10000002系統編號1107企業編號10113333

如能限制主數據對象新增入口（某套系統或統一平臺），則對應關系維護

要簡單得多。

4.2.3.多維度數據分析

基于ESB平臺維護對應關系，在ESB創建《依據MDMID獲取職員指定

月份、系統數據》接口，使用該接口可取出某個職員在全部業務系統數據，

比如對某個職員取數結果以下表：

某銷售員，某月數據統計

MDM編姓名職位入職時薪等薪報銷金錯量造訪用

間級額戶數量

其中包含API接口和系統以下表（參數均為MDMAPI、日期）：

字段起源系統ESDAPI（假設）參數

姓名HR系統獲取職員基礎信息接口Mdmapi

職位

入職時間

薪等薪級報表服務獲取銷售員最新薪等薪級Mdmapi

器系統接口

報銷金額0A系統獲取銷售員指定時間差旅Mdmapi、日期

費報銷金額累計接口

銷量AJX系統獲取銷售員指定時間銷量Mdmapi、日期

接口

造訪用戶i到位獲取銷售員指定時間造訪Mdmapix日期

數量用戶數量接口

5.實施難度