主數據建設，一般會經歷這樣幾個階段。

每個人都知道，主數據很重要，但是大部分的企業都是業務先行，在業務差不多做起來的時候，才會開始進行系統建設，主數據系統建設又常常滯后于業務系統的建設，所以等到要做主數據系統建設的時候，一般都屬于“災后”重建，因為系統里面已經充滿了像是受災后一樣亂七八糟的數據。

注：本文場景適用于大型集團企業。

1主數據建設階段

主數據建設，一般會經歷這樣幾個階段：
1、線下流程+純手工編碼+帶有主數據存儲功能的業務系統
2、線上流程+半自動編碼+帶有主數據申請功能的主數據管理系統+各種帶有主數據存儲功能的業務系統
3、線上流程+全自動編碼+功能較為完善的主數據管理系統+各種更加完善的帶有主數據存儲功能的業務系統

2各階段的主要特征

1 線下流程+純手工編碼+帶有主數據存儲功能的業務系統
流程：
各個分子公司根據編碼規則自行編制——>提交集團校驗、審核——>集團導入（修改、凍結、解凍、失效）業務系統——>集團反饋未能審核通過的主數據給申請單位

特點：
1）編碼規則中涉及流水號的部分會盡量采用各個公司私有化編織的模式，因為如果做全集團流水，會極大影響編制效率，并且由于工具的限制，容易亂。
2）主數據需要的相關字段，比如編碼+名稱+其他屬性，其他屬性是否設置，重點考慮簡單易行，一般僅僅用于滿足業務系統的最低需求，盡量不額外增加多余的字段，只用編碼和名稱是最常見的設置方式。
3）最后一步，要反饋給各個分子公司哪些數據未能審核通過，需要重新提交，實在是一項過于繁瑣的工作，極易漏掉，不好執行。錯漏各種各樣，盡管規則已經盡量將各個公司的編碼做了隔離，但是仍然無法避免由于錯誤導致的編碼重復，或者名稱重復等問題。
4）這個階段從數據申請到數據最終進入業務系統，效率極低，時間不容易掌控，存在反復溝通，反復查詢的問題。
5）編碼規則形同虛設。因為集團的審核如果只靠手工，這幾乎是不可能完成的任務，比如說銀行賬號檔案里面涉及的銀行賬號，員工檔案中涉及的身份證號碼，客商檔案中涉及的納稅識別號，還有一些名稱的編碼規則，集團只能完全信任下級單位提供的原始信息，無法對其真實性和正確性進行驗證，或者說驗證付出的時間和人力成本過大導致不可執行。集團能夠做的驗證，集中在是否符合肉眼可見的規則，比如編碼位數是否滿足，編碼開頭的字母是否正確，類似這樣不需要借助信息工具就可以進行驗證的規則。
6）主數據分發風險較大，不好控制。
集團抱怨工作量大，下級單位抱怨效率低，系統里面的數據越來越凌亂，越來越影響業務開展，矛盾充分暴露以后，主數據建設將被迫進入下一個階段。

2 線上流程+自動編碼+簡單的主數據管理系統+各種帶有主數據存儲功能的業務系統
流程：
各個分子公司根據編碼規則提交原始數據的最小顆粒組成部分——>系統自動編碼——>集團審核通過后自動導入主數據管理系統，審核不通過的直接線上打回——>主數據管理系統將主數據同步到業務系統

特點：
1）由于有了可以上下協同的主數據管理系統，關于全集團流水編碼或者分子公司內部私有化編碼的流水號問題得以輕松解決。
2）由于流程線上化，對用戶的使用體驗得以改善，增加了流程的透明度，是否審批通過，是否新增成功，填寫錯誤等問題都可以得到更加及時的反饋。
3）集團之前對于表面化的內容審批，比如長度，開頭字母等，不用再審核，因為這種固定規則，系統都可以實現自動編碼，減少了編碼的錯誤，提高了審核的效率。
4）系統審批通過之后可以自動進入主數據管理系統，減少了之前的導入環節。但是要注意主數據管理系統和業務數據同步的時間，如果處理不好，容易導致下級單位的重復申請問題。
5）對于之前由于線下手工編碼迫不得設置的編碼規則可以進行優化，也要考慮如何處理系統里面大量已經存在的斷碼問題和錯誤問題。
這個階段在主數據管理流程逐步順利之后，開始對更多的業務系統進行打通，也開始對數據質量有了進一步的“追求”，對主數據管理質量的優化需求的引導下進入下一個階段。

3 線上流程+自動編碼+功能較為完善的主數據管理系統+各種更加完善的帶有主數據存儲功能的業務系統
流程：
主數據的源頭業務系統傳輸——>主數據管理系統——>清洗——>分發到其他業務系統

特點：
1）開始對數據進行溯源管理。
2）伴隨著業務的精細化管理，主數據也開始進入精細化管理階段。主數據的新增方式從之前的直接申請開始轉為從業務管理中產生，進一步使得數據質量提高。
比如銀行賬戶，之前是直接申請增加，現在要從申請開戶開始，得到開戶允許之后才會進入下一步的銀行賬號填寫等流程，在業務管理過程中產生主數據，因此開始出現從源頭業務系統同步主數據到主數據管理系統的情況。
3）更多的業務系統接入。
4）數據質量高了以后，開始對數據有了其他需求，比如進行數據建模、數據分析等，主數據管理系統變得越來越豐富。