1. 集團主數據管理系統的定位

集團主數據管理系統（主數據管理系統以下簡稱“MDM”）功能的重點是集團層面主數據的統一和標準化管理以及數據分發，因為集團MDM首要服務的是集團統建的應用系統，所以集團MDM與集團統建的ERP系統、人力資源系統、司庫系統等具有同等重要的位置。

同時，集團統建系統其管理和功能要覆蓋集團全部所屬企業，需兼顧集團整體層面、集團總部、所屬企業的多方面需求，既要滿足一體化的需要，也需要兼顧所屬企業在集團一體化框架下的個性化，為實現統建系統的上述管理和功能要求，集團MDM就需要具備兼容上下級管理要求的能力，比如服務于集團統建系統的同時，集團MDM也需要向所屬企業的各類系統提供主數據服務。

2. 集團MDM管理主數據的類型與程度

各類主數據是否納入到集團層面統一管理應根據需要和能力而定，基本原則是：對集團范圍內，被全部所屬企業會廣泛共用的，并且在集團層面具有管理能力的主數據可作為集團統管主數據，例如：客商、各維度的所屬企業、人員、會計科目等，這類是集團層面主數據管理的重點；對缺乏廣泛共用性的，各所屬企業高度個性化的，集團總部難以管理的，在一定階段內可不納入集團統管范圍，例如：項目、合同等。

至于集團層面對主數據的管理程度也分為兩種情況，第一種是強管控，比如客商主數據，集團總部直接對主數據的準確性和唯一性負責，全面開展對主數據全維度的、全生命周期的管理；第二種是弱管控，主要是集中化的、檔案型的管理，比如項目或者合同主數據，在集團沒有建設財務共享服務之前，項目與合同在集團層面可以不管理，但建設財務共享時，對差旅報銷、應收應付等內容做共享服務，就需要對項目與合同的主數據做管理了，但此時對這類主數據的管理責任主體通常仍然是所屬企業，只是要把項目和合同主數據集中在集團的統建系統中，作為一種檔案被引用。

3. MDM管理主數據的方式

納入MDM管理的主數據類型應根據統建系統的建設階段和管理情況而定，并非所有主數據類型都需要一步到位的納入到MDM中做全自動化管理，根據數據管控程度、被多系統引用的程度、數據量、數據更新頻度、主數據可被直接應用的程度等因素綜合起來分析，各類主數據的管理方式主要有三種：

全自動：以客商主數據為例，集團總部面向集團整體層面強管控，被大量應用系統引用，數據量大，更新頻率高，MDM推送至應用系統后可被直接創建客商檔案使用，類似這種，可以按全自動方式管控。即客商主數據在MDM中受控產生后，通過接口與各系統集成，數據新建和更新自動推送，應用系統接收后自動創建和更新客商檔案。

半自動：以組織機構主數據為例（公司、部門等），在不同的管理維度下（人力資源、行政、財務核算、投資等），組織機構主數據的組合是不一樣的，常規情況下組織樹肯定有多套。

而組織機構的主數據源往往不在MDM中，可能在人力資源系統，也可能是其他系統，而且組織機構的調整對部分企業來說是相對比較頻繁的，同時，組織機構也是各應用系統最常用的主數據，但是在各系統中，組織機構類的主數據往往還不能被直接使用，需要做一定的調整和配置。基于上述特點，這類主數據可采用半自動方式管理。組織機構主數據從源系統通過接口自動送達MDM，這是自動的，然后在MDM中對主數據做一定的處理，例如維護一份人力資源管理口徑的組織機構與財務核算口徑組織機構的映射關系，比如人力管理需要到處級單元，但核算只需要到部門級單元，這就需要把部門下的多個處映射到該級部門，然后這種合并后的組織機構主數據再推送給應用系統，這部分工作需要在MDM中手工處理。所以這種數據傳遞基本自動，但需要在MDM中做一定手工處理的是半自動模式。

參考型：會計科目是非常典型的主數據，但也有幾個特點，首先是數據量比較少，其次更新頻率比較低，然后在應用系統中基本都不能被直接引用，需要做配置才能用起來。所以這類主數據盡管典型，但不一定需要納入MDM中管理，比如就在ERP系統或者核算系統中管理，首先在集團所有企業共用的統建ERP系統中，ERP系統本身可以把會計科目業財一體管理的很好，至于其他異構系統也要使用會計科目時，可以參考ERP系統中的會計科目通過運維層面實現主數據管理，基本上是純人工處理。

或者類似的主數據仍然是統一在MDM中管理，包括編碼、數據的一系列校驗控制等內容，并且由數據主責部門（可能是業務方，比如投資管理部負責維護資產管理口徑下的組織樹）或者由主數據運營單位協同管理和維護，但與各系統不通過接口集成，其他系統要用這些主數據時，就到MDM系統中查詢，然后通過運維的方式錄入或者導入到應用系統中，即參考使用。

4. 主數據的錄入

因主數據是業務實體數據的子集，所以產生主數據的源系統可以是應用系統，比如可以由客戶關系管理（CRM）系統作為客戶主數據的數據源、供應商關系管理（SRM）系統作為供應商主數據的數據源、人力資源管理（HRM）系統作為組織機構和人員主數據的數據源。在單體企業或在業態較少和業態跨度較小的集團企業中，如果有覆蓋整個業務的統一的CRM、SRM、HR等系統，那么可以考慮用這些系統作為主數據源。如果是多業態的集團型企業，因為業態種類多、跨度大，往往不容易實現統一的CRM、SRM系統應用，此時就很難通過統一的前端系統產生主數據了，該場景下，可以把MDM作為主數據的錄入系統，由MDM提供完備的數據錄入功能，包括但不限于：一系列的錄入和更新校驗、與征信服務的集成、主數據的審批、面向多組織多層級多用戶的錄入權限控制、滿足企業個性化需求的多錄入視圖等功能。

而在基于主數據的系統集成應用上，或者主數據治理層面，最核心的目標之一是保障主數據的質量，而首要的是主數據的錄入管理，在沒有其他更好的前端源系統保障前，只能大力強化MDM的管理和功能，把MDM作為集團層面核心的主數據錄入和管理平臺，若干多業態的大型集團企業逐步均采用了這種方式。

具體稍微談談錄入工作量，主數據相比業務數據來說包括的字段內容比較少，比如集團層面的客商主數據可能只有大約20個字段（CRM或者SRM中的客商數據的字段可能超過100個），包括所屬企業的個性化字段，常規總共也就是30個左右的字段，并且，較多的字段內容可以通過征信服務自動獲得，加上對界面操作體驗的增強，錄入主數據的工作量已基本不大，可以比較自然的成為所屬企業用戶日常工作的常規內容。

當然，在部分情況下，比如部分所屬企業已經建設有成熟的CRM等系統，但只能覆蓋自己的業務需求，是集團整體的一個局部應用，所對應的主數據也是一部分，那么集團的MDM應具備集成所屬企業前端業務系統的能力，特別是主數據的多源管理能力，即主數據可能產生于多個系統。在多源管理的要求下，前端系統錄入一條主數據時就不僅僅需要在自己的數據庫中查找是否有同樣的數據，更需要到集團MDM中去查，存在一系列的接口交互，對系統的集成提出了一定的要求，并且因為主數據的特性（標準性、唯一性），使得支持這些要求的功能和接口要格外的嚴謹和穩定。

總結一個原則，在沒有能夠覆蓋全集團的主數據前端（源）業務系統的情況下，應以集團MDM為核心作為集團主數據的統一管控平臺。同時，根據需求，也可以兼容一些總部的或者所屬企業的應用系統，作為主數據的前端系統，實現主數據的多源管理。

5. 多級主數據管理的原因

集團統建系統類項目的重要特點是很難一步到位，主要因為所屬企業多、各方面差異大，統建系統既要達成集團層面一體化管控的相關要求，也要兼容所屬企業的業務具體情況，而且所屬企業的系統建設基本也不是一張白紙，可以完全新建的情況很少，所以必然存在對所屬企業系統的替代、改造和集成，而解決這類問題，基本都需要分階段推進。所以很多統建項目在一些階段中，先允許統建系統集成一部分所屬企業自建的系統，后續逐步統一，這就包括MDM，即在一個階段中，為系統的推廣，減少對所屬企業既有系統和業務的影響，需要建立集團MDM與所屬企業MDM相關系統的集成，這就存在集團MDM和所屬企業MDM的多級管理，這是一個方面。

多級主數據管理的存在還有一個重要原因，就是所屬企業往往自建有部分業務領域的專業系統，這些內容往往不會納入到集團統建系統范圍內，這些企業自建業務系統的業務也經常是個性化的，數據和主數據也是個性化的，如上邊所述，這些個性化的主數據，也不會納入到集團層面管理，所屬企業在多系統集成應用的情況下（集成包括與集團統建系統的集成和自有其他系統的集成），也需要自己的MDM，于是也存在多級MDM應用的客觀需要。

上下多級MDM應用的核心是集團統管的主數據類型，常規情況比如，因為客商主數據要被用于集團統建的ERP系統中（所屬企業本身也在使用集團統建系統），是集團統管的主數據類型，所以所屬企業的業務過程中產了客商數據，也就產生了客商主數據，因為所屬企業自己的MDM與自建系統在業務邏輯和系統方面緊密集成，所以客商主數據會先產生在所屬企業的MDM中，但集團MDM也要用這些主數據（其實是集團統建的應用系統要用），所以所屬企業的MDM要把自己的主數據傳遞給集團MDM，對集團MDM系統來說就是主數據的多源管理了，只是這次的源本身也是一個MDM。

主數據在多個MDM之間的交互，還涉及主數據編碼的處理問題，大的原則是，首先，納入集團統管的主數據類型一定采用集團的主數據編碼體系，如果所屬企業的業務系統和MDM可以經過調整適應集團標準，那么所屬企業MDM也采用與集團一致的編碼體系并直接使用集團MDM中的主數據編碼，如果所屬企業的系統改造量巨大，可能還涉及包括歷史數據在內的業務數據調整，往往可操作性比較低，可能不得不采用一部分映射的方式，比如所屬企業自有系統仍然按此前編碼運轉，但記錄與集團主數據的關系，一旦與集團統建系統交互時采用集團編碼即可，這個內容比較復雜，需要綜合分析多方面因素后決定。

6. 主數據應用能力尤為重要

大型集團企業MDM的應用注定會比單體企業或在小規模集團企業的應用要復雜的多，對MDM本身的功能和主數據治理團隊的業務能力要求都更高，比如需要團隊可以理解各異構應用系統的業務和技術要求，可以主動提出各系統的主數據集成方案，能夠實施主數據治理和開展主數據運營工作，……。所有的一切，都是因為太復雜，并且，也因為主數據一旦出問題，解決起來往往是超級麻煩的，有種說法比較形象，就是“業務數據一錯只錯一個，主數據一錯就錯一串”，在集團企業應用中，比如客商主數據很多都會被集團內的多家所屬企業引用，一旦發生錯誤，更正是就要協同多家企業的業務和財務用戶聯動才能解決，比如需要調賬才能解決的錯誤，那么就必須調多家企業的賬才行。基于集團企業統建任何系統的復雜度，以及主數據對嚴謹性的高要求，集團企業在應用MDM時，一定要極其重視這一段的內容。