一個主數據項目，實施流程簡單來說包括以下幾點：
1.建設團隊，包括乙方團隊、數據管家及主數據管理委員會，負責制定制度并指導分期建設。
2.主數據識別階段，確定主題范圍、標準及依據，并識別上下游系統及其數據源。
3.數據系統識別，包括識別與主數據相關的上下游系統及其數據源。
4.數據定義階段，定義數據鏈路與主數據模型，明確信息內容。
5.主數據模型定義階段，明確各主題主數據所包含的信息，決定主數據的未來形態。
6.進行數據產品選型、審批流程制定、測試定義與數據分發。

實際上，這是一個持續的循環過程。整個實施流程可大致分為兩大部分：第一塊是識別主數據，從主數據識別、數據系統識別、數據定義到主數據模型定義，這四個步驟均屬于識別主數據的范疇；第二塊是根據前面識別出的主數據屬性、信息及流程進行對應的實施建設。

因此，識別主數據在主數據項目及咨詢過程中是一個核心且關鍵的內容。一旦識別工作完成，后續的實施建設便只需按照既定的識別內容和計劃進行，即可水到渠成。【主數據概念回顧前文】

01主數據主題分類
在整個識別主數據的過程中，首先需要對主數據的主題進行分類。這些主題大致可以分為兩大類：管理類主數據和業務類主數據。

管理類主數據是較為通用的，不僅企業會涉及，銀行和政府機構等同樣也會使用。這類數據包括基礎類的國家信息、度量標準，以及機構人員方面的數據，如人員信息、機構部門、班組、門店等。此外，財務主數據也屬于管理類數據，涵蓋會計科目、銀行賬號、幣種等。在資產方面，管理類數據則涉及設備、儀器、房產等相關內容。這些統稱為管理類主數據，具有廣泛的適用性。

業務類主數據則包括客商、合同、物料、產品等。客商數據涵蓋客戶和供應商，合同管理還包括項目類型的管理。物料主數據可能初看之下較為簡單，但在實際應用中，物料的分類和物料本身往往會作為兩個不同的主題進行建設。產品數據則具有特定的業務特點，即通用類主數據更多適用于機構或組織，而業務類主題所指的內容則更多與企業相關。因此，在主數據范疇內，業務類數據更多地適用于企業，呈現出ToB的業務特點。

02如何快速識別主數據
如何快速識別主數據是企業在構建數據管理體系時面臨的一個重要問題。在與客戶溝通或企業內部討論時，如何確定需要建立哪些主數據、如何建立以及涉及哪些范疇，常常令人感到困惑。為此，整理了以下六個關鍵問題，這些問題的答案將幫助我們有效地識別主數據。

第一個問題是：客戶（或企業內部）擁有多少個業務系統？這個問題相對簡單，通過列舉如ERP、HR、OA、CRM等系統，我們可以對業務系統的數量有一個大致的了解。中小型企業可能擁有十個以內的業務系統，而大型或涉及分銷、直銷的企業可能擁有二三十個業務系統。

第二個問題是：在這些業務主題中，哪些對主數據有需求？在列出業務系統后，我們需要對整個企業的經營范圍及其數據內容有一個大致的了解和認知。基于這些了解和認知，我們可以選擇或排查出哪些主數據是我們有管理訴求的。

第三個問題是：這些業務主題的上下游系統有哪些？我們需要對需要做主數據管理的主題進行上下游的分解。上下游系統指的是我們第一步列出的業務系統。例如，對于財務主題，我們需要了解哪些業務系統需要財務主題的數據，如會計科目等，并確定這些數據是從哪些上游系統（如金蝶、用友的財務系統）獲取的，以及哪些下游系統（如訂單系統）需要使用這些數據。

第四個問題是：每個主數據是否能明確選擇依賴關系？這里的依賴關系包括強依賴和多依賴。明確依賴關系有助于我們更好地理解和管理主數據。后面細說依賴關系。

第五個問題是：對于上游的系統，我們如何獲取數據；對于下游的系統，我們如何分發數據？這個問題涉及到數據的集成和分發策略，是確保主數據在業務系統中有效流動的關鍵。

第六個問題是：對于這些業務主題的數據量情況，我們是否有初步的了解？例如，能源數據的日增量可能相對較低，而物料數據的日增量可能較高，因為物料的變更和采購新品種每天都會發生。了解數據量情況有助于我們優化數據存儲和處理策略。

通過回答以上六個問題，我們可以快速識別出主數據主題，為構建數據管理體系提供有力支持。

下面，將通過具體例子對主數據平臺的依賴關系進行分解說明。

從主數據管理的本質來看，它主要涉及兩個方面：一是統一主數據的入口，二是確保主數據的出口唯一化。這里的“唯一化”指的是主數據只能從主數據平臺分發，其他系統不具備這一功能。這是主數據統一入口和唯一出口的核心功能。

在討論強依賴和弱依賴時，我們主要關注的是與上游系統的關系。當業務系統作為主數據的統一入口時，我們稱之為強依賴。這意味著主數據系統的數據來源完全依賴于某一個業務系統。以物料信息為例，它與ERP系統緊密結合，包括物料的后續訂單和采購流程都在ERP中內置或固化了。如果物料信息由主數據系統推送給ERP，那么ERP需要進行大量的接口和流程改造，這將增加系統的改造量和實施成本。因此，對于這類情況，我們推薦使用強依賴關系，即主數據系統不直接對物料信息進行增刪改操作，而是依賴于原始的ERP信息。主數據系統的主要任務是將ERP的物料信息同步到自身，并確保分發的唯一性。

然而，強依賴并不意味著只能依賴一個入口。例如，門店信息可能涉及直營門店和加盟門店兩套系統。在這種情況下，只要這兩套系統的業務范圍沒有交集，它們都可以作為主數據系統的原始數據源。

接下來是弱依賴。在弱依賴關系中，主數據系統自身會承擔某些數據的增刪改任務。以人員信息為例，主數據系統上線后，人員的維護都在主數據系統中進行，不再依賴于HR系統或OA系統。當然，在初始化階段，可以從HR系統導入數據，但后續的維護工作都在主數據系統中完成。

因此，我們可以根據業務特性和信息化建設的等級來選擇不同的依賴關系來建設對應的業務主題。這包括強依賴和弱依賴兩種模式，以滿足不同場景下的需求。

03主數據識別方法及示例
關于主數據識別的方法，主要就是4步：首先是列出所有的業務，第二標出關注的主數據主題，第三是標出對應的上下游的業務，最后是明確他的依賴關系。

上圖是個主數據主題識別的示例，可以看到，詳細列出了企業所有的業務系統或其所涉及的業務領域。這一步驟是識別主數據的基礎，有助于我們對企業業務有一個全面的了解。

接著，從列出的業務中，識別并標注出我們需要建設主數據系統的關鍵主題。這些主題通常包括門店、經銷商、產品、人員、物料和財務等關鍵領域。主題的選擇應基于企業業務的需求和重要性。

隨后，針對每個選定的主數據主題，列出其對應的上游系統。上游系統是指那些為主數據提供原始數據或信息的系統。例如，門店的上游系統可能包括掌柜系統、門店系統以及GIS系統等。這一步驟有助于我們明確主數據的來源和獲取方式。

此外，需要標出下游的業務系統，即那些需要使用主數據的業務系統。主數據系統需要具備向這些下游系統分發數據或提供共享接口的能力，以確保數據的流通和共享。這一步驟是主數據系統建設的關鍵，因為它決定了主數據的應用范圍和效果。

上述過程構成了我們識別主數據的一個標準流程。雖然過程相對簡單，但它能夠清晰明了地揭示主數據建設的范圍及其邏輯結構。當最終完成這一流程并繪制出相應的圖后，該圖實際上可以作為需求規劃說明書的重要輸入內容。

04小結
企業主數據識別工作是構建高效數據管理體系、驅動業務決策智能化的基石。億信華辰睿碼主數據管理平臺，在主數據識別的基礎上，涵蓋了產品分發、規則制定以及主數據模型建設等多個關鍵領域。平臺提供全生命周期的管控，從主數據模型的構建、編碼規則的定義、質量標準的設定，到模型流程的管理和工作流的集成，均具備完善的功能。

在數據維護方面，若主數據呈現弱依賴關系，則所有主數據信息的維護工作均需在主數據平臺上進行。億信睿碼主數據管理平臺特別提供了自定義表單功能，該功能靈活多變，能夠根據需要創建各種填報表單，并可與工作流相結合，實現流程化和審批性，以應對不同的主數據維護和審批需求。

億信華辰睿碼主數據管理平臺在主數據管理領域具有顯著優勢，能夠為企業提供全面、高效的主數據管理解決方案。