浙江頂譽集團是一家知名的食品加工集團，擁有久久丫、留夫鴨等多個品牌。一直重視企業信息化建設，更是把數字化作為集團的一大發展方向，立志不斷加大數字化投入和建設，成為一個數字化的企業。因此，該企業與億信華辰合作，建主數據管理平臺，提供數據共享應用，提升組織效率。本案例旨在為企業的主數據平臺建設提供經驗借鑒。

01、案例企業

眾所周知的久久丫品牌創立于2002年，其母公司是浙江頂譽集團，是一家聚焦于做鹵味的連鎖企業。除了久久丫外，浙江頂譽集團還有專注家庭餐桌的“留夫鴨”品牌，專注年輕的“玩兒串串”品牌，以及做長效的包裝品“E鋪多”品牌。

浙江頂譽集團作為鹵味產品的代表企業，在浙江、上海、北京、廣州、成都五大基地的基礎上不斷開拓新領域。集團在全國覆蓋門店已超3000家，行業從業人員超過12000人，成為國內名副其實的鹵味代表。

02、業務挑戰

頂譽集團過去一直重視企業信息化建設，更是把數字化作為集團的一大發展方向，立志不斷加大數字化投入和建設，成為一個數字化的企業。

經歷了多年的信息化發展，集團擁有將近有40多套 IT系統，有相當多的歷史數據沉淀，各業務系統之間接口也比較多，形成一個比較嚴重的數據孤島現象，主要體現在于一套數據在多個信息系統里面都會存在，并且在各個系統里面的口徑、維度等都不太一樣。同時數據質量堪憂，數據流程急需優化。

在主數據管理方面存在以下4大問題，也是亟需需上主數據管理系統的主要原因：

第一：基礎數據質量堪憂
舉一個最典型的例子，物料主數據存在一物多碼的問題。
比如頂譽有一個物料主數據叫做小米椒，但它會產生有多個名稱，包括小米椒、小米辣、小米辣椒，就形成了3條主數據。還有加上空格、不同的規格型號等，導致這樣的主數據比較多。

第二：多點維護、各自為政
這個問題在組織主數據上來講相對比較突出。因為頂譽有5大戰區，每個戰區下面的組織規劃調整也比較頻繁，導致了各個業務系統之間的組織架構不太同步。
比如要增加一個業務部門叫銷售部，那可能在OA系統里增加了叫銷售部，在CRM系統里可能叫銷售管理部。當然在其他系統里每個人理解不同，那么增加的編碼、命名等都會存在問題，導致編碼不統一，核心屬性有個性、少共性等的問題。

第三：缺乏標準化規則
在大部分企業的主數據里面，也會存在物料編碼、物料名稱、規格型號等比較常見的數據名稱、數據屬性，那么它已經存在命名規范。但比如說客戶、供應商、人員等更多屬性里面缺乏統一規則和數據維護的口徑。

第四：沒有明確的責任部門
集團層面目前對各類核心主數據沒有明確責任部門，比如說物料可能采購部在管、物資部在管，但是如果具體細分到比如原材料、原輔料、包裝輔材等，那么每一個細分都可能有自己的部門，但是沒有一個明確的責任部門。
集團層面沒有明確的負責主體對主數據內容和質量負責，比如說某個主數據出現質量問題，想去找到責任部門的話，可能這一條主數據有涉及多個部門，并且這條屬性維護也會存在多個部門在牽頭維護，導致這個主數據的質量就沒有責任部門，那么責任沒辦法落實了。這個是頂譽主數據項目面臨的一個主要問題。

03、解決方案

爭取高層領導支持

獲取甲方高層支持是主數據成功的重要因素，頂譽這個項目爭取到了集團CIO和CFO兩方高層的支持，這個是主數據實施的一個前提。
主數據項目相對一般信息化項目，有一個特點：共享性、協同性。比如頂譽物料主數據的維護橫跨將近有五六個部門，從采購、研發、銷售、財務等各個部門都會牽涉到，那么每個部門負責的字段也不太一樣。
而且在項目流程梳理時非常重要的一個工作，就是對整個制度和流程的優化。它是基于人的，獲得了高層支撐，在各個業務部門之間有協同問題時，可以給出一個最優化的解決方案。很多時候，項目的難點不在于制度的建設，也不在于決策規劃，而是在于制度的執行。

主數據體系框架

基于項目痛點，給頂譽集團設計了一套主數據體系框架：

最底層是數據源層，打通和主數據相關的近20套業務系統。在沒上主數據系統之前，包括像OA和ERP、SRM以及ERP和財務共享，都做了不同程度的主數據集成。比如建了一個物料，在OA做個物料申請，部分字段可能會推送ERP，那么在這里就形成類似于像蜘蛛網的關聯，導致接口穩定性也會存在問題。后來把數據系統都平鋪過來，所有的系統和主數據系統進行對接。
第二層就是數據匯聚層、開發層、體系層和服務層，包括數據下載查詢、數據交換、數據接口。最上面就是整個主數據服務平臺，當然在這里面也涵蓋了億信華辰主數據管理平臺的重要功能，包括建模、數據導入、數據錄入、數據流程、數據抽取等。

業務演進

頂譽項目的業務演進大概經歷了幾個過程，第一個過程就是模型和體系的架構，基本上以主數據模型和流程梳理以及建立主數據管理制度為主。第二個階段就是主數據平臺的建設以及周邊系統的一個集成，第三個階段就是把主數據的實際應用推廣起來，主要包括主數據場景的一些應用流程優化、提高組織效率。
授人以魚，不如授人以漁。此項目一個非常重要的目標是建立主數據的一個運維體系，就是把整個主數據管理規范、制度建設、系統應用都交付培訓。因為主數據它不是一成不變的，隨著企業業務系統的發展、時間的推移會發生變化，不能一直依賴于乙方顧問團隊長期服務，那么甲方團隊建立一個專業團隊也是非常重要的。

建設范圍

實施范圍涵蓋了整個頂譽這個集團包括久久丫、留夫鴨等等。
數據范圍主要做了物料類、客戶類、供應商類、組織人員類和財務類主數據。
服務對象包括整個集團，業務部門涵蓋了財務部、招商部、采購部、力資源以及生產和信息部等。
建設范圍除了主數據平臺建設，項目的培訓服務和項目維保服務也是非常重要的環節。

04、價值與成果

成果總結

此次頂譽集團主數據項目的成果總結起來，包括以下6個方面：

第一：規范流程
在做這個項目之前，頂譽也建立了自己的一些流程，有OA系統、SRM系統等等這樣的業務系統在運轉。比如說供應商有集采供應商和零散供應商，流程也不一樣，走的系統也不太一樣，通過此次項目，主要規范統一的數據的申請、變更等等相應的流程。規范流程管理，降低了管理上的風險。

第二：建立主數據分發機制
上線前：頂譽上主數據系統之前已有系統之間的集成，但沒有形成主數據分發的標準和規范，導致各業務系統之間的分發隨意性比較大，接口的語言、接口的標準比較多。
上線后：統一規范，建立了主數據的一個分發機制，減少各個系統之間的一個工作量。并且在主數據系統上線之后，更新迭代了新的HR系統，經受住了考驗，依照于新的標準，去接入一套新的系統之后，發現比之前沒有主數據系統來，大大提升工作效率。

第三：大量期初數據整理
截止到21年4月份，項目上線時整個梳理各類主數據將近有2萬條。當然還沒有全部完成，在上線之后還在分階段去完成。

第四：實現數據留痕，多版本對比
上線前：主數據修改是流程審批中一個很重要的痛點，比如說整個物料的主數據梳理下來有100個字段，每次退回審批修改可能只會修改其中一個字段，而審批人員很難去發現改了哪個字段。

上線后：引入億信華辰的數據版本管理的概念，實現了數據留痕、多版本的一個對比，實現了各個版本的一個修改信息及內容，可以隨時隨地對每個版本進行橫向對比。比如把當前的版本和最近那個版本對比，或者把當前版本和最初的一個版本進行對比，都是可以的，并且系統里面每一步修改都有留痕的。

第五 ：主數據申請相似度檢測
上線前：在主數據申請時經常會存在一物多碼的情況，有時候是沒有特定工具去把名字給檢索出來。或者隨著時間推移，維護主數據的人員發生變更，他不知道是之前維護的物料名稱是什么，拿到一個新的物料申請時，可能為了省事就會按照自己的習慣去填寫。

上線后：此項目引入主數據相似度檢測解決這個問題，把每個字段來進行權重的設置，比如說輸入“杯子”，馬上就會發現系統里已經有杯子，但規格型號不一樣，那規格型號比如占權重50%、名稱占50% ，相當于整體重復度有50%，系統就會提示主數據可能會存在重復，需要復核，并且會把所有和相似度相關的按照權重得出重復分值后進行排名展示。

第六：梳理整合了大量的數據規則
制度很重要，人也很重要，但也不能完全依賴于制度和人員。項目組整理了各類主數據規則約239條，并固化到系統里面，幫助于減少數據質量問題，盡量避免發生一些低級的錯誤。

效益體現

對于最基礎的基礎的操作人員，實現一次錄入，多處使用；提升操作效率；規范固化，降低錯誤風險。

比如說組織主數據新增或變更一個部門，之前需要馬上通知各個業務系統去做組織相應的調整。只要主數據系統里作為變更之后，就會自動同步到各個業務系統的。對于基層操作人員而言，節省了大量的工作量，并且降低了錯誤率。

對于中層管理層上來講，實現流程固化、管理效率提升；標準規范建立、降低管理成本。

整個流程在沒有上主數據系統之前，沒有固化、沒有標準化，在管理上還是有障礙的。對于我們標準規范的建立，降低管理成本也是非常重要的。以前要不停地去檢查主數據的質量，現在只要經過主數據系統的一個數據，基本上已經解決了一些比較低級的一些錯誤的問題。

當然對于決策層來說，實現制度優化、規范建設、數據分析決策準確性提高。

項目上線之前決策層總是會對數據提出一些質疑，比如說在集采的時要統計每一個物料的采購以及使用量，像前面提到的像小米椒、小米辣、小米辣椒在系統里采購量可能就變成3個不同采購量了，對真實采購量就變低了。上了主數據管理系統之后，基本上解決了這些問題，統計的數據提高了準確性，解決了在決策上面的數據支撐問題。