之前有提到過我在后面的公司參與了ERP系統(tǒng)的搭建和前臺工具的實現(xiàn)。上一篇跟大家分享了前臺銷售工具（BD助手）的立項-結(jié)項的過程。從這篇開始，我會將之前負責的生鮮供應(yīng)鏈ERP系統(tǒng)以我自己的理解逐步拆解出來，供大家參考?？赡軙泻芏嗬斫獠蛔慊蛘哌z漏掉的地方，請大家多多斧正。

供應(yīng)鏈ERP系統(tǒng)很龐大，涉及到的板塊也比較多，我會拆分幾篇跟大家逐步分享下，初步計劃是以基礎(chǔ)數(shù)據(jù)-采購與供應(yīng)商管理-訂單與配送-庫存管理-財務(wù)與結(jié)算-數(shù)據(jù)分析與決策支撐的幾個模塊跟大家分享。

生鮮行業(yè)本身是一個具體的業(yè)務(wù)方向，也有自己的一些特殊性，系統(tǒng)設(shè)計也會兼容這部分特殊性，所以從事不同業(yè)務(wù)方向的同學有疑惑或者有指正的地方可以在評論區(qū)留言，大家一起探討下。

感興趣的可以關(guān)注一下我，跟我一起從零到整拆解供應(yīng)鏈生鮮ERP。

一、背景

老規(guī)矩，先講一下項目的背景。

最開始做這套生鮮ERP的主營業(yè)務(wù)方向是面向于批發(fā)客戶（主要是大B，政企單位）的食堂采購需求，旨在通過線上ERP系統(tǒng)管理采銷配過程中的各個環(huán)節(jié)，做到資金流/訂單流/物流三大流程的線上化，提升人效且規(guī)范化管理。

后期也借助這套生鮮ERP快速支持了新業(yè)務(wù)的拓展，也就是當前在做的面向小B的在線批發(fā)配送業(yè)務(wù)，可以說整體的架構(gòu)設(shè)計還是比較合理的，后續(xù)也支撐了集團多業(yè)態(tài)業(yè)務(wù)的開展。

拆解供應(yīng)鏈免不了要從基礎(chǔ)數(shù)據(jù)開始，基礎(chǔ)數(shù)據(jù)作為數(shù)字化供應(yīng)鏈的基石，對整個生鮮供應(yīng)鏈的運作都起到關(guān)鍵作用。

二、基礎(chǔ)數(shù)據(jù)

每個系統(tǒng)都有自己的基礎(chǔ)數(shù)據(jù)，支撐系統(tǒng)的正常運行，同時也因為業(yè)務(wù)方向的不同，基礎(chǔ)數(shù)據(jù)的種類也不同。

本篇分享的生鮮供應(yīng)鏈ERP中主要包含的基礎(chǔ)數(shù)據(jù)種類有組織、商品、供應(yīng)商、客戶、倉庫、物流等。

基礎(chǔ)數(shù)據(jù)中有些是涉及到全局使用的，比如商品編碼，必須全局統(tǒng)一，避免因商品編碼定義不同導致的系統(tǒng)單據(jù)流轉(zhuǎn)差異；有些數(shù)據(jù)又是局部使用的，比如商品銷售名稱，在不同業(yè)務(wù)或不同區(qū)域中允許存在不同定義，以適配不同的業(yè)務(wù)場景。

基礎(chǔ)數(shù)據(jù)的管理主要涉及到數(shù)據(jù)的增刪改查以及審核和下發(fā)，要確保數(shù)據(jù)管理的高效性、安全性和準確性，需要做到：

• 數(shù)據(jù)定義要清晰、明確，不存在歧義，數(shù)據(jù)類型要標準化。
• 規(guī)范數(shù)據(jù)的準入和更新流程，明確下發(fā)字段和下發(fā)及時性要求。
• 保障數(shù)據(jù)的質(zhì)量，定期校驗數(shù)據(jù)準確性。
• 設(shè)計數(shù)據(jù)安全與權(quán)限策略，限制對敏感數(shù)據(jù)的訪問和編輯，追蹤數(shù)據(jù)的變更記錄。
• 定期備份數(shù)據(jù)，以防止數(shù)據(jù)的損壞或丟失。

基礎(chǔ)數(shù)據(jù)一定要在設(shè)計整套系統(tǒng)架構(gòu)時考慮清楚，如果系統(tǒng)已經(jīng)實施了大半或者已經(jīng)上線后，才發(fā)現(xiàn)基礎(chǔ)數(shù)據(jù)的設(shè)計不足以支撐現(xiàn)有業(yè)務(wù)，那改起來是非常痛苦的，等于樓盤都交付了要去改地基。

我們現(xiàn)有業(yè)務(wù)在商品主數(shù)據(jù)方面就出了類似的問題，調(diào)整過程很漫長且難以落地。

三、商品主數(shù)據(jù)

1. 商品準入/作廢

我們公司的商品主數(shù)據(jù)是在SAP中進行維護的，商品準入是在OA申請商品主數(shù)據(jù)創(chuàng)建流程，補充商品的基礎(chǔ)信息，流程審批通過后創(chuàng)建成功，再依次下發(fā)到各業(yè)務(wù)系統(tǒng)中，作廢同理。

2. 商品的SPU/SKU/SN碼

根據(jù)使用場景和管理維度的不同，可以將商品用SPU/SKU/SN來代指。

1. SPU（Standard Product Unit）： 標準產(chǎn)品單元。SPU是一組具有相似外觀、功能和用途的商品的標準標識。通常，同一SPU下的商品在功能和外觀上是相同的，只是細節(jié)上可能有所不同。
2. SKU（Stock Keeping Unit）： 庫存量單位。SKU是對具體庫存商品的唯一標識，通常由數(shù)字和字母組成。每個SKU都對應(yīng)著一個特定的商品，它可以是SPU的一個具體實例。SKU通常用于區(qū)分不同的商品屬性，如顏色、尺寸、包裝等。
3. SN碼（Serial Number）： 序列號。SN碼是商品的唯一序列號，通常由數(shù)字、字母或二維碼組成。每個商品都有一個唯一的SN碼，通過這個碼可以追蹤商品的生產(chǎn)、流通和銷售情況。SN碼通常用于保障產(chǎn)品的質(zhì)量追溯、售后服務(wù)以及防偽等方面。

一般來說一個SPU可能對應(yīng)多個SKU，一個SKU可能對應(yīng)多個SN碼，即

舉個例子，大家可能更好理解一些：

• SPU更多的使用場景是在銷售和運營層面，同時方便用戶的搜索和后臺的快速歸集及數(shù)據(jù)統(tǒng)計，制定商品策略等。
• SKU是具體的商品屬性的歸集，更多應(yīng)用在價格和供應(yīng)鏈層面，包含商品定價，出入庫管理，商品備貨，庫存管理等。
• SN碼也是供應(yīng)鏈管理的維度，不參與銷售行為，更多的是庫存精細化管理的標記，一般應(yīng)用于電子產(chǎn)品、汽車、醫(yī)藥等較多，要精確到某一個具體的實物身上，方便后續(xù)追蹤。

3. 商品屬性

上文中有提到基礎(chǔ)數(shù)據(jù)也分為全局使用和局部使用，可以拿商品基礎(chǔ)數(shù)據(jù)來拆解一下。

1）如果業(yè)務(wù)系統(tǒng)僅服務(wù)于一個業(yè)務(wù)體，不存在其他業(yè)務(wù)或不考慮復用性，那商品基礎(chǔ)數(shù)據(jù)可以全量維護在一個表單，商品準入后即創(chuàng)建成功。

這樣創(chuàng)建和維護比較簡單但局限性很大，基本只適合在后臺使用，前臺無法共用。如果有一些通用屬性相同，銷售屬性不同的，需要重新再維護一遍，工作量也比較大，且統(tǒng)計也比較難以聚合起來，統(tǒng)一分析。這種比較適合品類比較單一，不需要做聚合的企業(yè)。

2）如果考慮多業(yè)務(wù)體復用性，則可以根據(jù)商品屬性區(qū)分：

• 基礎(chǔ)屬性（全局統(tǒng)一）：①商品編碼 ②商品名稱 ③商品主分類 ④基礎(chǔ)單位。
• 銷售屬性（允許不同業(yè)務(wù)體定義值不同）：①商品銷售名稱 ②前端銷售分類 ③稅率 ④商品銷售單位 ⑤規(guī)格 ⑥標簽 ⑦商品圖片等。

這樣在商品準入時維護商品基礎(chǔ)屬性即可，銷售屬性在實際引用時維護，這樣可以做到系統(tǒng)在服務(wù)不同業(yè)務(wù)體的時候，同一商品僅需要建碼一次，在引用時通過維護不同銷售屬性加以區(qū)分可以靈活適配不同業(yè)務(wù)情況，同時也避免數(shù)據(jù)混亂或數(shù)據(jù)統(tǒng)計不完全，比較適合平臺型企業(yè)或品類較為復雜，涉及到的數(shù)據(jù)維度也比較復雜的企業(yè)。

4. 商品類目

商品類目是商品的一個重要組成部分，在內(nèi)/外部系統(tǒng)中使用頻率都比較高。一般來說，商品類目有一級類目，二級類目，三級類目等。三級類目基本可以滿足多數(shù)系統(tǒng)的使用需求，但不排除有些業(yè)務(wù)有更精細化的要求，會分到四級類目，比如汽車零部件行業(yè)等。

1）商品類目可以拆分為后臺主分類和前端銷售分類。

商品主分類是所有商品的標準分類，通常是兩級到三級樹形結(jié)構(gòu)，涉及到很多外部系統(tǒng)的邏輯，一般不會輕易變更。

主分類上還可以承載商品的基礎(chǔ)屬性，在維護商品時，選擇主分類后，可以將分類下的屬性帶出，節(jié)省維護商品數(shù)據(jù)的時間。

同時，后臺主分類也多用于商品數(shù)據(jù)分析的場景，輔助判斷商品的流通性、銷售趨勢、價格趨勢、庫存趨勢等關(guān)聯(lián)性。

2）前端銷售分類主要是用來促進銷售，有時具備一些營銷或節(jié)日屬性（比如今日促銷、產(chǎn)地蔬菜），且多是平鋪，方便客戶瀏覽查看。

前端銷售分類有時還會承載一種業(yè)務(wù)類型的規(guī)則聚集，以我們做的生鮮供應(yīng)鏈為例，在發(fā)起售后時，不同品類（豬肉，蔬菜，雜百等）之間的售后審批流程，售后規(guī)則均不相同；這種不同類別的配置就是依靠前端銷售分類來區(qū)分的。

后臺主分類和前端銷售分類的對應(yīng)可能是一對一，一對多，多對多的，主要還是看實際的業(yè)務(wù)場景配置。

5. 編碼

再跟大家分享下幾種編碼的使用場景：

1. 商品編碼：一般是指SPU編碼，商品準入后自動生成，一般使用在系統(tǒng)內(nèi)部，用于確定具體商品。
2. SKU編碼：維護銷售屬性后生成，多用于供應(yīng)鏈內(nèi)部流轉(zhuǎn)，一般使用在系統(tǒng)內(nèi)部，唯一性確定某一個商品。
3. 商品條碼：一般稱為69碼，69碼的編碼規(guī)則包含20位數(shù)字，其中前14位是全球唯一的商品編碼，由全球唯一編碼機構(gòu)（GS1）頒發(fā)；第15到17位是地區(qū)碼，表示商品在哪些地區(qū)銷售；第18位是包裝級別碼，表示商品包裝的級別；第19位到20位是校驗碼，用于檢驗前面數(shù)字的準確性。主要是用于倉庫出入庫掃描，識別SKU的依據(jù)。
4. SN碼：商品出廠時印在商品包裝盒上的識別碼，同一SKU下的每一個實物SN碼都不同，一般用在商品價值比較高或需要全程溯源的行業(yè)。

四、客戶數(shù)據(jù)

1. 客戶主數(shù)據(jù)維護/作廢

同商品主數(shù)據(jù)，都是在SAP中建檔，流程通過后創(chuàng)建成功，作廢同理，流程的搭建更多是匹配公司業(yè)務(wù)規(guī)則，可根據(jù)實際情況配置。

2. 客戶信息

1）客戶基本信息，可直接獲?。?/strong>