數據治理的內容多且深度大（如圖1中的國際數據管理協會DAMA-DMBOK2的知識領域），全面開展起來需要投入很多資源，并且需要一個較長的過程。

而主數據，其價值首先是解決多系統和多組織應用場景下的信息對稱問題，多系統能夠跨組織集成應用的前提是核心業務實體數據共享性和一致性被有效保障，所以在沒有全方位開展數據治理工作之前，主數據治理往往是企業自發的一種行動，并且也往往是數據治理領域中需求最為清晰、最為迫切，也最容易著手、成效最為顯著的切入點。

對集團型企業，為滿足集團總部和集團整體層面的多種需求（相關內容請詳見文末鏈接），自上而下開展主數據治理工作時，通常需要先了解集團內成員企業的主數據治理相關情況，本文的調查問卷是開展該項工作的一份樣例，供行業內同行參考和探討。

問卷分為三個部分，第一部分是主數據治理工作概況調研問卷，以文字簡述反饋為主；第二部分是主數據類型及應用情況調研，成員企業具體反饋每一類主數據的關鍵信息；第三部分是每類主數據表結構的調研，目的是梳理集團成員企業同類主數據的交集，首先評估用以滿足集團整體層面的、公共的、較高抽象度需求下的主數據管理范圍，其次評估在集團層面內對成員企業個性化應用需求的支持。

本調研問卷面向成員企業的信息化、數字化、數據管理等部門的專業管理和技術人員。

第一部分：主數據治理工作概況調研問卷

企業是否已開展數據治理或主數據治理工作？如有請簡要介紹治理的背景、過程、效果，管理的常態等。如未開展請說明原因以及是否有計劃開展？是否有對元數據開展治理工作？

是否有請專業咨詢公司或軟件廠商實施過數據治理或主數據治理的相關咨詢項目？如有，請介紹項目背景、廠商名稱、項目工期和成果等內容。

是否已有主數據管理的標準、制度、流程？如有請提供相關電子版文件。

請介紹主數據管理的組織建設情況，包括主數據管理的領導機制、相關部門和人員、工作分工和流程、主數據技術和日常維護人員數量等情況。當前組織建設是否滿足主數據管理的需要？是否有下一步的組織建設計劃（包括設立專業部門和崗位、新增人員、業務和技術培訓等）？

是否已建設主數據管理（MDM）系統？如已建設，請提供軟件原廠名稱（如果是企業自己開發的MDM系統，原廠寫為自開發），并簡要介紹系統建設情況、上線時間、使用情況及軟件原廠的運維服務情況。如未建設，請介紹現階段所采用的非MDM系統的管理方式。后續是否有建設MDM系統的計劃？

審核主數據時是否依據相關證明材料？例如錄入和審核企業類（供應商、客戶）主數據時查看其營業執照影像件等。

主數據管理是否有集成企業征信服務（如：企查查、啟信寶、天眼查等）、OCR、RPA等服務和技術？如有請簡要介紹提供服務或產品的廠商，應用場景和效果。

集團型企業總部與成員企業在信息化建設、數據治理等方面的工作關系是怎樣的？總部是否直接參與或者指導成員企業的相關工作？是否已對成員企業的主數據統一管理？成員企業的主數據與企業總部主數據的關系是怎樣的？

請介紹在主數據管理方面的投資情況，例如包括：主數據治理咨詢項目的合同金額、MDM系統產品采購和建設項目投資金額、MDM系統日常運維費用、企業征信服務費用等情況。

是否有對主數據管理進行績效考核？包括數據質量、數據審核時效等內容。

對各類主數據的現階段的數據質量是否滿意？如不滿意請說明情況并提出初步的改進計劃。

企業是否已建設企業服務總線（ESB）系統用于系統集成？如有請簡要介紹系統原廠名稱和應用概況。如未建設請簡要介紹當前采用的系統集成方式。

請簡要介紹企業已使用的主要信息系統，例如：企業資源計劃（ERP）系統、制造執行（MES）系統、高級計劃與排程（APS）系統、產品生命周期管理（PLM）系統、倉庫管理（WMS）系統、物流運輸管理（TMS）系統、客戶關系管理（CRM）系統、供應商關系管理（SRM）系統、業務流程管理（BPM）系統、辦公自動化（OA）系統、企業績效管理（EPM）系統、人力管理相關（HR、HCM等）系統、網上報銷系統等。需提供系統的廠商名稱、類型和版本，如ERP系統的廠商包括金蝶、Oracle、鼎捷等，ERP的類型包括NC、NCC、U8、U8C等， ECC、S/4 HANA等，金蝶 EAS、云星空、云蒼穹等。上述系統中與MDM系統集成的系統有哪些？最近一年內是否有大版本升級、新建設上述系統的計劃？

企業是否已建設專業的商業智能（BI）系統？如已建設請提供軟件原廠名稱和簡要介紹應用情況，同時請介紹數據倉庫或者數據湖的應用情況。

企業是否已建設中臺系統（包括業務中臺、技術中臺、數據中臺）？如有請簡要介紹背景、建設過程和應用情況。如未建設，是否有建設計劃？

請簡要說明企業對應用公有云SaaS系統的觀點和態度。

第二部分：主數據類型及應用情況表

填寫說明：

主數據類型：是指通過主數據管理（MDM）系統或類似功能系統管理的主數據，包括但不限于客戶、供應商、項目、物料、會計科目、人員、部門、合同，等。其中，客戶和供應商可以作為一類主數據管理，即對一家企業或組織，可以只有一條主數據，但該主數據可以具有客戶屬性，也可以同時具有供應商等屬性。相應的，客戶和供應商分別管理時，同一家企業或組織在系統中將有兩條主數據，并有對應的兩個主數據編碼，而如果不分別管理時，一家企業或組織在系統中只有一條主數據和一個主數據編碼；

源系統：創建主數據的系統，例如客戶主數據，源系統可以是客戶關系管理（CRM）系統，客戶主數據在CRM系統中創建后傳給MDM系統，然后由MDM系統分發給ERP系統等目標系統?？蛻糁鲾祿聪到y也可以是MDM系統，即在MDM系統中創建后傳給相關目標系統。一類主數據的源系統可以填寫為多個，例如因歷史原因，一段時間內有新、舊兩個版本的某種業務系統各自獨立運行，并且根據業務功能的需要，兩套系統中都需要有客戶注冊功能，雖然與主數據來源唯一的常規原則不一致，但應用現狀是客戶主數據存在兩個源系統。

目標系統：接收主數據的系統，相當于是主數據的用戶系統，即從MDM系統中獲得主數據后使用，包括利用主數據做賦值或判斷等。例如在MDM系統中創建供應商主數據，MDM系統將供應商主數據分發給網上報銷系統、ERP系統等目標系統，在網報系統系統中選擇供應商主數據，供應商主數據的標準名稱及編碼將填入報銷單中。

賦碼系統：如果主數據直接在MDM系統中創建，通常由MDM系統賦予標準唯一的主數據編碼，此時為主數據賦碼的系統是MDM系統。如果主數據在其他源系統創建，則有兩種情況，第一種是主數據直接采用源系統賦予的唯一編碼，如客戶主數據在CRM系統中創建，CRM系統賦予編碼 C0001368并作為主數據編碼，MDM系統將編碼為C0001368的客商主數據分發至各目標系統，此時賦碼系統為CRM系統；第二種是源系統的編碼不作為主數據編碼，源系統將主數據傳遞給MDM系統，MDM系統按規則處理后，向源系統返回MDM系統產生的主數據編碼，例如CRM系統產生的編碼C0001368不作為主數據編碼，而采用MDM系統產生的編碼1000018016，此時賦碼系統為MDM系統。

業務主責部門：是指主數據在業務領域的負責部門，例如供應商主數據，如果公司設立有采購部對供應商做全面管理，因為供應商主數據是供應商業務實體數據的子集，那么常規情況下采購部就是供應商主數據的主責部門，如果企業未設立采購部，對供應商的一般管理和業務執行中的付款都由常規業務部門負責，那么因為業務部門對供應商信息第一接觸者并且最為熟悉，此情況下主責部門可以是業務部。

數據審核部門：是指主數據審批流程中的部門，可以是多個，簡單列舉即可。例如業務部門錄入供應商主數據，提交到業務管理部供應商管理專員處審核，審核通過后即編碼生效，此時數據審核部門為業務管理部。

總數量：請提供截止到填報本表前一天的各類主數據的總數量。

日均新增數量：是指常態下，每日新增加主數據的數量，估算即可。對包括人員、部門等不一定是每日都有新增的主數據，填寫為非日增。

主從關系：指主數據是由主從關系的多條記錄管理的，在主數據支持某類專業系統的應用場景下較為常見，例如為支持某ERP系統的銷售相關業務，一個客戶的主數據，會包括一條記錄客戶基本信息的主表數據，以及多條與銷售業務相關的從表數據，類似情況下，存在主從關系處填寫為是，否則填否。

從表數據簡述：本內容針對存在如上主從關系的主數據，如存在，請簡單列舉從表內容，比如某企業的客戶主數據有兩種從表信息，一種記錄客戶主數據可以被應用的多個機構，另外一種記錄針對不同場景的銷售配置信息，此情況下，可以填寫為：多個應用機構、多場景銷售配置。如不存在主從關系，本內容為空。

唯一性保障：是指為保障主數據唯一性所采取的技術措施，比如對作為供應商或者客戶的國內企業，新建或者修改名稱時，除了要按企業全稱查重外，還可以通過必填的統一社會信用代碼查重。對包括英文在內的外文名稱，需考慮字母大小寫因素，可統一轉換為大寫字母后查重。

第三部分：主數據表結構（含從表）