一、方案背景
根據針對*集團數據治理項目的要求，確定除管理傳統共享數據（主數據）外還需要包括針對組織機構和業務系統的私有靜態數據，以減少未來數據運維管理過程中的數據模型擴展及相關體系改造的難度和風險（如未來業務系統的變更或增加導致的數據模型的必須改變等），使*集團數據管理的可持續性最大化。因此，*集團數據治理項目決定通過數據多級維護（主數據維護+採購數據維護+庫存信息維護+財務信息維護等）管理的模式構建未來全集團的靜態數據中心，使未來*集團數據管理平臺能夠滿足未來針對全靜態數據的全視角管控，為未來數據中心及大數據的建設打下堅實的基礎。
靜態數據（傳統主數據+私有靜態數據）中心建設中，首先要考慮滿足傳統主數據管理的要求，同時又要必須滿足建立靜態數據中心的需求。單獨考慮主數據管理或者在主數據管理的基礎上拓展的模式是絕對不可取的，按照中翰軟體在行業內的經驗，我們總結了幾條原因如下：
1)涉及到生產及各業務管理環節，維護人員多且流程節點複雜；
2)同模型內屬性欄位數量多，有時會達到1000個以上，對平臺的建模能力及整體架構要求極高；
3)組織管理需求重要性增強，傳統主數據管理要求的是集團統一共享數據管理。中翰軟體推出的靜態數據中心要求的是共享數據和私有數據的同時存在，另外同一屬性欄位需要分開組織或業務系統單獨進行取值管理（如，庫存組織1修改採購計劃價格為『100』，物料建檔時庫存主組織定義的採購計劃價為『80』。），並能在平臺內查詢和相關修改操作；
4)流程周期較長，需要通過流程節點控制數據陸續傳輸的時間點，以便於滿足複雜的業務管理過程。如編碼生成後直接傳輸到目標系統，接著採購信息維護完成自動傳輸到目標系統，財務信息維護完成後自動傳輸到目標系統等，流程節點的數據傳輸控制可以根據企業的實際需要自定義；
5)360度的數據管理模式，對平臺的數據管理及傳輸效率要求增強，且需要有真實的客戶案例至少驗證兩年左右，因為傳統的MDM平臺和管理靜態數據中心的平臺的管理模式、理念和架構有本質的區別。傳統MDM平臺只管共享的屬性欄位（即主數據），中翰軟體推出的靜態數據中心管理的是主數據+私有屬性欄位，數量是幾何倍數的增長。
二、建模方案實例
1、企業靜態數據治理方案對比（中翰企業數據治理平臺與傳統MDM平臺）
註：傳統MDM平臺整體架構局限性較強，無法滿足多系統、多組織、多維度數據管理模式，無法支撐多級數據維護過程中的自定義數據傳輸，沒有數據規劃平臺，無法有效支撐後期數據運維管理等。
2、涉及業務系統 (舉例)
EBS、PLM、MES、WMS等（業務系統可以根據企業實際情況自定義，不限制數量）。
3、EBS系統物料檔案截圖
4、中翰EDG平臺建立多系統多組織多維度模型實例介紹
系統首先設置了主數據視圖、PLM、MES、WMS、EBS系統的獨立視圖，然後按照EBS物料檔案中的19個視圖進行了模型配置，同時設置了主組織、庫存組織1、庫存組織2、生產線四個物料管理組織。
1)系統管理員打開單據，看到所有的視圖，如下圖
2)數據申請人員在自己權限範圍內發起維護主數據信息，如下圖
註：根據企業實際情況，主數據信息維護也可以分開幾個人按照流程維護。此處權限包括系統視圖、視圖內組織、視圖內頁籤、頁籤內欄位四個層面，都可以自定義。
3)數據申請人員之一維護主組織信息，如下圖
註：此處權限包括系統視圖、視圖內組織、視圖內頁籤、頁籤內欄位四個層面，都可以自定義。
4)倉儲人員在自己權限範圍內維護主組織信息，如下圖
註：此處權限包括系統視圖、視圖內組織、視圖內頁籤、頁籤內欄位四個層面，都可以自定義。
5)採購人員在自己權限範圍內維護主組織的採購信息，如下圖
註：此處權限包括系統視圖、視圖內組織、視圖內頁籤、頁籤內欄位四個層面，都可以自定義。
6)庫存組織1管理人員在自己權限範圍內修改批次信息
注，庫存組織1的批次信息和主組織的批次信息不同。此處權限包括系統視圖、視圖內組織、視圖內頁籤、頁籤內欄位四個層面，都可以自定義。
7)生產線管理人員在自己權限範圍內維護生產線的相關信息，如下圖
註：此處權限包括系統視圖、視圖內組織、視圖內頁籤、頁籤內欄位四個層面，都可以自定義。
8)可以根據流程節點進行數據的分發
注，當企業管理全部靜態數據後，數據維護的流程就會較長，一般會3-7個工作日完成，在陸續完成數據維護的期間，往往業務管理環節需要著急使用某些數據，如編碼、採購信息等，系統根據先錄先傳、隨錄隨傳的原則，並且可以根據流程節點自定義配置數據傳輸的時間點，最大化滿足業務管理。（山東中翰軟體有限公司）