主數據管理要做的就是從企業的多個業務系統中整合最核心的、最需要共享的數據（主數據），集中進行數據的清洗和豐富，并且以服務的方式把統一的、完整的、準確的、具有權威性的主數據分發給全企業范圍內需要使用這些數據的操作型應用和分析型應用，包括各個業務系統、業務流程和決策支持系統等。

主數據管理使得企業能夠集中化管理數據，在分散的系統間保證主數據的一致性，改進數據合規性、快速部署新應用、充分了解客戶、加速推出新產品的速度。從 IT 建設的角度，主數據管理可以增強 IT 結構的靈活性，構建覆蓋整個企業范圍內的數據管理基礎和相應規范，并且更靈活地適應企業業務需求的變化。

大多數的企業都存在主數據管理的問題，這是由于業務發展的漸進性以及IT技術發展的漸進性造成的，正是由于這種漸進性，各大企業的業務系統從經歷了從無到有，從簡單到復雜，從而形成了一個又一個的業務豎井，比如OA、HR、PLM 、CRM、ERP、MES等等。

從根本上來說，不可能只使用一個業務系統就能覆蓋企業的所有業務，即便對一些國際大型的公司提供的套件來說也是一個不可能完成的任務(即便對套件來說，經常也存在一個跨國企業在不同的國家或地區部署多個實例的現象，也就是沒有集中部署該套件，而是在很多地方分散部署了該套件)。

一、項目背景

某集團企業，經過數十年的信息化建設取得了長足發展，對關鍵業務環節都采用了信息化手段管控和數據沉淀，已經建立了包括合同管理系統、人力資源系統、OA、采購管理平臺、檔案管理系統等在內的多個信息化系統，且運行多年，積累了一定數量的各類型數據，系統之間通過API打通。目前主數據管理存在以下問題：

同一數據在不同業務系統存在不同的名稱和屬性，導致“一物多碼”

不同業務系統由各部門獨立維護，相互獨立，存在嚴重的“數據孤島”

主數據分散在各業務系統中，數據質量差、數據標準不一致

集團缺乏統一的數據交互平臺，業務系統之間存在數據壁壘，數據集成、交互成本高

二、項目規劃

此項目的整體目標是要打造“四個一”：

一個體系建設，建立適合于各業務板塊都能通用的主數據管理體系，以滿足集團主數據管理精細度的需求；

一套組織規劃，建立主數據管理的基礎能力，設置合適的標準化組織、流程機制與平臺固化主數據管理的工作，實現數據分類管理；

一套落地標準，按照新制定標準逐步規范統一全集團主數據，保證各個系統中的主數據標準一致，主要包括屬性標準、編碼一套落地標準標準、流程標準等統一；

一套主數據管理平臺，實現與業務系統數據分發集成。

項目的整體建設思路從管理和技術兩個層面推進開展，最終形成主數據管理組織、主數據管理制度、數據標準管理制度、主數據建設范圍、主數據歷史數據初始化、主數據模型落地、主數據審批流程落地、主數據分發流程落地、主數據系統用戶落地、主數據運行模式落地。

整個建設內容是從分散管理模式到集中管理的模式，主要包括體系建設如組織制度、標準體系等建設，然后是平臺能力的建設，需要有一個主數據管理的平臺工具去高效支撐主數據項目的構建，最后是主數據治理的服務建設，包括主數據實施過程中要去開展哪些工作，以及主數據建設完成之后如何去運營等。

三、項目實施落地

主數據項目實施的標準流程，分為咨詢規劃和實施落地兩大部分，包括四大步驟，分別是現狀分析、體系規劃、實施規劃、平臺搭建與落地。

現狀分析：主要是評估企業現狀，識別企業痛點，以及企業的目前數據管理成熟度如何。

體系規劃：設計企業內部的組織架構、主數據管理制度、考核辦法標準規范以及主數據運營方式。

主數據實施：有了頂層設計規劃之后，就要去落地主數據實施，制定編碼分類、屬性、字段、審批流程、整合清洗分發、集成切換策略等。

平臺落地：將主數據實施內容了解清楚之后就到主數據管理平臺上去進行落地了，包括主數據模型、主數據維護以及主數據治理相關的內容落地。

整個項目實施落地，具體展開來講包括以下內容：

1. 咨詢規劃-整體調研方案

在咨詢規劃階段我們主要是通過調研方式來了解整體項目需求：

1）.明確調研目標：充分了解集團企業在數據管理、數據分類、數據標準、數據維護等方面的現狀以及需求期望

2）.調研對象：主要是集團及其子分公司的業務部門

3）.調研方式：包括問卷調研、現場訪談兩種形式

調研完成之后項目組會產出部門訪談記錄以及主數據調研報告。

2. 咨詢規則-需求調研細節

在調研環節，會涉及一些比較基礎知識層面的內容，比如主數據模型的視圖，會有1：1 、1：N、1：M：N的情況，像人員主數據里，一個人只能對應一個性別，這是1：1的情況；而一個客商他可能有多個銀行賬號，在銀行客商基本信息里面錄一條信息，然后在客商的銀行賬號里面可以錄多個銀行賬號，以此類推。

然后主在數據模型字段調研過程中需要去了解每個模型里面有哪些字段，技術標準用的都是些什么等。

在數據集成最開始的數據獲取的時候，要了解清楚主數據它的源頭是單一源頭還是多個源頭，各個源頭是分別是從哪里獲取的，獲取方式它到底是通過數據庫表獲取還是通過API等？

3. 咨詢規劃-主數據項目咨詢報告

咨詢報告是方便在項目實施的時候去開展工作，因為可以通過在這個咨詢報告里面去了解到集團目前涉及的主數據的一個范圍、應用現狀及需求、主數據管理現狀和建議，然后基于這個信息再去做實施層面的一些規劃。

4. 咨詢規劃-企業組織架構

在主數據項目實施過程中，按照集團主數據治理框架體系，構建三層組織架構體系，包括決策層、管理層和執行層。

是決策層：主要是集團領導和集團主數據業務領導。負責對主數據管理的工作進行指導管理，起到宏觀把控，尤其涉及跨部門協調的時候需要通過決策層進行支撐。

管理層：主要是集團的信息化歸口部門，或者是由業務專家和信息化專家組成的聯合組織。負責主數據的管理辦法、數據標準考核制度等基本事項的制定，并下發到各個業務單元和部門去推行。

執行層：主要是各業務系統主數據對接人員。主要是負責主數據在本部門的貫徹落實及持續應用，后續需求收集和日常維護等工作。

5. 咨詢規劃-主數據管理制度

在咨詢規劃階段要制定對應的主數據管理制度，規定了主數據管理過程中的業務、技術、實施相關規范和指引，為主數據管理平臺的建設及管理提供重要的制度支撐。

6. 咨詢規劃-主數據管理范圍

本次項目涉及的系統主要是財務系統、人力資源系統、合同系統、OA系統等，涉及的部門包括集團各級公司綜合部、財務部、風控部、人力資源部。建設的一個主數據范圍是人員、部門、業務單元、銀行檔案、銀行賬號和客商，這里面可以看到對應的一個字段和對應的一個數據量。

7. 實施落地-主數據平臺搭建

搭建主數據管理平臺，對于主數據的落地運營提供技術保障支撐，包括模型管理、分發管理、數據質量監控、工作流審批和用戶權限等全方位支撐進行高效的實施主數據項目。

8. 實施落地-主數據共享

主數據共享是主數據建設完成之后，如何將它去分發到各業務系統去使用。睿碼主數據管理平臺是通過兩種形式實現共享：第一種是接口分發的方式，由業務系統主動獲取數據，適用于業務系統對主數據實時性要求較高的情況。另一種是通過交換任務的方式，支持定時任務執行，適用于業務系統需要批量獲取主數據的情況。

四、項目重難點解析

難點一：數據接入比較困難

難點分析：主數據項目要求接入財務系統和合同系統的數據，而財務系統和合同系統里面的數據都是高度涉密數據，客戶內部出于對數據的安全考慮等原因，需要通過相關協議進行控制，整體審批等待時間較長。

解決方案：在需求調研的階段就要去提前去了解數據獲取的方式，盡早獲取相關數據進行分析，從而避免時間上的沖突，阻礙項目進度。

難點二：數據標準定義難、質量差、改造難

難點分析：清洗接入的財務系統和合同系統相關主數據的歷史數據，而在改造過程中遇到以下問題：

1.財務系統為用友NC6.5，接入的數據包含了大量的財務系統唯一標識符，需要對多個字段進行轉碼。

2.財務系統的部門編碼歷史數據牽扯了諸多業務，難以迅速整改。最終由客戶集團發文，協助用友公司進行清理，用時約3周。

3.甲方項目組對于標準制定無暇顧及，無法有效的建立數據標準，只能憑借項目組成員的經驗對數據標準和質量進行控制。

4.對于不同業務系統的同一類型數據如客商、組織等進行統一標準整改時，甲方項目組在我們給出建議的時候難以決策，將問題轉移至我們來解決。

5.業務系統對于需要改造的相關功能有所排斥，難以推行下去。

解決方案：我們主動的去引導客戶去完成相關事項的一個決議，盡可能的提供一些專業建議，把該準備的材料流程都準備好，主動去推動協調解決。推進事情建議采取三步法：1）收集需求，編寫方案；2）開會討論，確定結果；3）雙方確認執行方案，通過流程化步驟解決問題。

難點三：溝通難，阻力大

難點分析：項目溝通難，涉及需要業務系統改造的地方，所遇到的阻力較大。受制于職能型組織架構模式，需要花更多的時間和精力和各職能部門溝通。主要體現在以下方面：

1.流程審批溝通與業務流程沖突，反復溝通多次未果。

2.建設客商主數據需要改造合同系統（風控部）的功能，遭到較大阻力。

解決方案：阻力大是我們主數據項目實施的一個常態，在實施的過程中我們強調還是要多溝通多確認，在確認之后進行實施。建議將溝通問題加以區分，項目范圍內的技術問題由項目組出面解決；對應客戶內部的組織協調溝通的問題，需要甲方有能力的領導去協調去溝通。