ERP是企業資源計劃Enterprise Resource Planning的縮寫，我們可以把它看作是一個大型數據庫，其中有許多的模塊和各類數據，通過共享的平臺打破數據的孤島，這是ERP的基本原理。

在ERP中，數據大體上可以分為三種，分別是組織機構數據、主數據和交易數據。

一，組織機構數據

ERP是B2B業務的系統，所以是在許多組織之間開展業務和傳輸相關數據。系統首先要包含一家企業的基礎數據，比如公司名稱、工廠代碼、銷售區域、開戶銀行諸如此類的信息。

當公司的規模越來越大，就會出現分公司，比如在北京設立配送中心、在山東開設工廠，如果這些分公司都是獨立法人，那就要“自立門戶”，負責各自的財務損益表，在ERP里不能混為一談。

組織機構數據代表了公司的結構，它與供應鏈管理的相關性較弱，所以不是本文重點討論的話題，我們更關心另兩種數據。

二，主數據

主數據Master Data，相信許多人對這個名字不陌生。在ERP系統中有很多種的主數據，比如在銷售模塊里，包括了客戶名稱、送貨地址、銷售產品型號、價格等等。

供應鏈管理更關注于物料的主數據，因為我們的工作是把原材料加工成為成品，所以總是在和物料打交道。

盡管我們面對的是同一顆物料，但是不同的職能部門關注的主數據是不一樣的。

這是什么意思呢？假設我們銷售的商品是盒裝牛奶，財務的主數據是商品的分類、客戶賬號，銷售關注的是價格、折扣策略，與庫存和運輸管理相關的是商品的最小起訂量、生產周期和包裝結構等等。

以包裝結構為例，我們在超市里看到的盒裝牛奶是以SKU為單位陳列在貨架上的，這是商品最小的包裝單位。

超市在進貨的時候，通常是以箱為單位，大型會員店則是用托盤。盒、紙箱和托盤，這些就是商品包裝結構，每種容器類型對應的SKU數量是不一樣，如下圖。

假設每箱里有24件商品，一個托盤可以擺放60箱，那就可以知道每托盤上的商品數量是1440件。

重量和體積并不是簡單地乘以單位數量，還要考慮紙箱和托盤本身的重量，以及容器的內尺寸。這些包裝結構的主數據可用于計算倉庫所需面積和選擇運輸車輛類型。

舉個例子，一家超市客戶采購了200箱牛奶，根據主數據就能算出這票貨物是3個托盤，另加上20箱，公式如下，

200箱牛奶=（每托盤數量60箱×3）+20箱

同時也能計算出相應的體積和重量，如下圖。

有了商品的主數據以后，在預定運輸車輛時就能立即得出貨物的重量和體積，不需要再去詢問倉庫，可以節省下不少的時間。

給客戶的最小起訂量（Minimum Order Quantity，簡稱MOQ）也應以紙箱或者托盤為單位，倉庫可以避免重新包裝的環節，提高出庫操作效率。

不同的流程和部門對于主數據有著各自的視角和用途，而主數據的狀態是“相對靜止”的，它不是在隨時隨刻會變化的數據。

除非情況發生改變，主數據不會被隨意修改。例如牛奶每箱的包裝結構數量從24盒減少到了20盒，我們就需要在ERP中更新數據。而客戶訂單從200箱增加至300箱，這與主數據結構無關，就不用進行改動。

從另一方面看，由于主數據會影響到ERP系統中多個流程和部門，所以它的準確性就很重要，一個簡單的錯誤會給庫存和運輸操作結果帶來很大的負面影響，可以說是“差之毫厘，謬以千里”。

三，交易數據

與主數據狀態的“相對靜止”相比，交易數據更趨于是“實時更新”。交易數據的英文是Transaction Data，在ERP的語言中，并不是只有把商品賣給客戶才叫交易，而是指商品在系統中被處理的活動，描述發生的事件的數據。

當原料達到倉庫，工人在完成清點后要在系統里做收貨處理，這個步驟就會產生交易數據。原料在入庫后要存儲在貨架上，這又是一項活動，同樣會產生交易數據。

在交易數據里，會記錄下何時When、何地Where、何人Who、做了什么事情What、多少數量How Many。

交易數據可以用于分析，它包含了所有與供應商和客戶之間的業務往來。從原材料的采購交易數據中，我們可以匯總在過去一段時間內的采購訂單，這是確實的訂單Firm Order，以此計算是否有足夠或過量的原料。

在回顧采購費用節省時，可以把倉庫已經收到貨物的交易數據從系統中提取出來，匯總后與采購預算進行比對，看看是否實現了節省的目標。

想要查看每個客戶的銷售量，只要把倉庫實際發貨數量和銷售價格數據導出，經過簡單的處理后就能一目了然。

交易數據是儲存在公共數據庫里，從中直接獲取的數據是無法做假的，是最真實的，可以幫助我們分析出運營KPI異常的根本原因。交易數據是事務性的記錄，也是組織數據和主數據的組合。