摘 要：企業主數據完整性和一致性得不到保證，影響著異構系統集成的質量及數據分析質量。如果沒有強大的主數據管理系統，連所謂的大數據應用都只是一片浮云。用友UAP主數據管理幫助企業創建并維護整個企業內主數據的單一視圖，保證整個企業IT系統協調和重用準確的，一致的，完整性的主數據。
主數據是企業客戶、產品、物料、供應商等的基礎數據,是企業關鍵的支持交易和分析操作的重要參考數據。尤其在大中型企業中，主數據分散于企業的各業務系統中，每個業務系統只有信息的片斷，信息也彼此隔離。由此一來，企業主數據完整性和一致性得不到保證，影響著異構系統集成的質量及數據分析質量。如果沒有強大的主數據管理系統，連所謂的大數據應用都只是一片浮云。
上期，我們講到了如何尋找主數據。當確定了企業中到底有多少主數據后，下一步就得給每個主數據確定它的屬性字段了，也就是主數據建模。為什么要做主數據建模呢？我們可以看到，很多企業內的不同部門，或分子公司，都是在按照自己的習慣對主數據信息進行命名、描述、分類和編碼。各組織間的信息定義互不兼容，無法共享。這非常不利于信息共享、統一管理，以及數據的充分利用。
主數據建模可以從業務、物理、UI、模板角度創建主數據模型，并為主數據制定標準的編碼規則。這樣可以建立統一的數據規范和管理制度，方便協調各組織部分間的業務。用友UAP主數據管理幫助企業創建并維護整個企業內主數據的單一視圖，保證整個企業IT系統協調和重用準確的，一致的，完整性的主數據。
近期UAP發布了主數據3.0版本，在主數據建模方面，提供常用主數據模板與公共主數據模板以及數據；支持一鍵快速建模；主數據編碼的定義與維護，對外提供擴展接口；并且為每個實體編制實體編碼規則，維護主數據編碼與實體表的映射關系。
很多企業不知道主數據建模該怎么做，我們通過在大量的實踐過程中，遵循以下原則進行主數據的建模工作：
一，權威原則， 主數據的數據設計具有權威性，原則上應當根據企業的業務架構推導而出，企業的各個應用系統應當在主數據設計基礎上進行承接和支撐，滿足企業主數據模型要求；二，全局性原則，主數據屬性制定中，只定義全局屬性，不定義某個業務領域中所特有的私有屬性；三，共享性原則，主數據定義中，如果某個屬性出現在兩個或者多個系統中，建議這個屬性定義為主數據項；四，擴展型原則，主數據數據項會在未來應用中存在擴展需求。主數據數據項在定義時應當考慮未來擴展。主數據數據項定義時應當遵守開閉原則，即對擴展開放對修改關閉，凡是已經定義的主數據數據項原則上不應當再次修改。
我們以主數據在各個系統中對應數據（也稱為副本數據）的詳細屬性描述作為數據建模的基本素材進行主數據建模工作。如果沒有這些素材，就只能通過業務調研，設計和評審的過程確定主數據屬性。
首先將眾多副本數據中的所有屬性進行統計和羅列，取這些屬性集合的交集的合集作為主數據的基礎。如下例：
通過上述工作可以確定主數據的初步數據模型。接下來按照以下步驟最終確認主數據數據項：
第一步，走訪調研。在所有數據相關業務部門進行走訪調研，確認數據講解主數據管理目的和價值，進行主數據項數據內容，是否滿足應用，是否涉及敏感內容的綜合調研；第二步，屬性項減少。對于涉及敏感信息或者安全信息的數據項進行刪減；第三步，數據項增補。對于企業明顯需要但是尚未在系統中出現的數據項進行增加。通過以上工作就可以獲取到一份清晰的主數據設計文檔了。這個時候我們才真正將要進入主數據管理的設計環節了；第四步，確認每個屬性的名稱，數據屬性，長度和對屬性進行描述。
在用友UAP服務客戶的過程中，發現大家對信息編碼的一些常見需求。也一并分享給大家參考。
一物一碼。讓每一個物品或者物品類別進行對應唯一一個編碼，讓這個編碼貫穿采購，生產，入庫，銷售，記賬等業務環節，是各個業務部門進行高效協作的基礎；
分配編碼段多點同時編碼。由于編碼工作無法有一個唯一入口完成，造成了分布在企業內不同地點的工作人員均有權生產某個主數據的編碼。為了避免重復可以在編碼規范中實現建立配編碼段，再將這些編碼段分配給各個不同的編碼地點，有效避免出現編碼重復現象；
進行有意義編碼使得物品信息更容易。編碼中將大量的屬性信息轉變為編碼中某個特定位的特定碼，這樣操作人員就能夠即使僅僅看到編碼也能夠獲取到很多主數據的屬性信息；
能夠自行編碼。如果編碼規范對每一位的編碼都進行的規范和定義，每當遇到一個新的主數據時，該數據可以自動根據規范生成編碼，降低人工工作量。
我們還可以列舉很多這樣的事情，但是編碼是與企業管理和生產緊密結合的，每個企業的管理方法，訴求，手段都不相同，甚至很多企業在編碼工作上花費了大量的人力和物力最終的效果都不理想。關鍵還是要有一個合適的管理平臺，能夠提供統一的編碼規范和管理方法。日后我們還會陸續與大家分享關于主數據的那些事。