餐飲供應鏈系統設計（一）：產品架構及基礎功能範圍

專為互聯網人打造的365天成長計劃，500門視頻課程隨便看，構建你的產品、運營知識體系。查看詳情

上一篇文章中提到過，餐飲業態下供應鏈系統的應用場景一般較為複雜，並且具有多變性，而從業人員操作水平和接受能力又往往較低，這些難點一度導致筆者剛接觸餐飲供應鏈系統產品設計時踩了許多坑。這是一個系列文章，將會從粗至細介紹和講解餐飲供應鏈系統的產品設計，也算是筆者對自身知識框架的梳理總結。

一、基礎架構節點

在這裡先介紹一下大致的組織架構層級節點，便於大家初步在腦子裡形成大致的印象和聯繫。

集團： 有的系統中也叫做總部或者品牌，但是在供應鏈中一般都對應的是有最高管理職能和權限的層級。系統中總部一般由服務中心人員或者實施人員建立，可獨立登錄，有唯一id。
公司： 實際場景中，一個集團下可能有多個公司，例如百勝餐飲品牌下有必勝客、kfc、東方既白等。但是在系統中，公司也可以作為最頂層級（若是公司購買供應鏈的話），如果是集團購買，則集團則是最頂層級。
配送中心（總倉）： 可建多個（例如按區域分）。一般是負責一個地區的採購銷售庫存的中轉站，處理門店的訂貨需求、自己倉庫（總倉）的採購、及銷售給門店品項。在系統中可獨立登陸，有唯一id。
外部供應商： 為門店或配送中心（總倉）提供貨物
中央廚房： 統一製作一些成品和半成品，銷售配送給所需商戶
門店： 可按照屬性分為加盟店、直營店等，是對外銷售菜品的單位，在系統中可獨立登陸，有唯一id。

二、集團-配送中心-門店

系統的組織架構往往要根據業務的發展方向和產品定位來確定。

例如未來的業務計劃是搶占長尾市場，即針對非連鎖的個體小商戶，不需要復雜的採購集散配送流程，只需要簡單的進銷存功能，則可以只有總店（可包含簡單銷售功能）和門店兩級即可。

若是未來的戰略發展瞄準了大型連鎖商戶，因為考慮到大型連鎖店實際場景中，其在食品質量方面、集中控權方面有嚴格要求，同時採購供給模式鏈條也更為長，所以則可以至少建立總部、配送中心、門店三層。

接下來講一下集團主要的模塊結構，本文主要介紹集團-配送中心-門店模式。

1. 集團

（1）品項管理

由於集團在組織架構中是頂層，一般為了有這種三級模式的連鎖大型餐飲企業，在商品質量規格方面都有統一要求，所以物料品項信息，像包括代碼、名稱、規格、各種單位及換算率、各類屬性（例如自採還是統配）等，一般由總部統一設置。

（2）供應商管理

由於對質量有把控，集團一般會選擇某些供應商長期合作，也會要求下面的門店使用這些供應商供應的品項，所以集團需要有管理供應商的模塊，可以給品項類別指定供應商，做的完善一點甚至可以構造供應商評級系統。

（3）門店和及配送中心管理

可以管理或者配置門店或者配送中心的信息、屬性等。信息方面，例如門店或配送中心名稱、區域地址、門店性質（直營／加盟）等。屬性方面，例如門店盤點屬性（明盤／暗盤）、訂貨接受性質（強制接收／可修改入庫數量）等。這些信息或者屬性多數情況下涉及到整個體系的管理，只能由總部配置。

（4）報表管理

作為集團當然也會有了解下面門店採購數據、菜品銷售數據，配送中心的採銷數據等需求，以便更好的製定管理決策。

（5）系統管理

用戶配置用戶、部門、角色權限、數據權限等。

2. 配送中心

（1）基礎設置

一般包括對客戶（下屬門店）、供應商、品項等的設置。雖然集團已經規定了配送中心可使用的品項，部分可採購的供應商、區域內所屬的門店，但是配送中心由於實際業務需要，還會在這些既定項上配置附加屬性。例如某些品項是直銷給門店還是由外部供應商配送；對不同供應商提供的各個品項採購價格的管理設置；對不同門店銷售品項時銷售價格和優化策略的管理設置。

（2）訂貨管理

訂貨單管理： 配送中心每天要處理大量的從各個門店發過來的訂貨單外，每筆訂單上品項的庫存儲備情況也不同，有的有現貨，有的需要先向供應商採購（配送中心自身向供應商採購的訂單要走另一套），不同物料的供應商也許不同…簡單的一筆訂單，有著複雜的處理分支，所以需要強大的訂單系統對這些進行自動化處理。
配送規則： 為了解決配送門店訂貨時間碎片化、品類沒有規則性，而增加配送中心庫存管理、採購和配送工作的難度的問題，同行需要有為門店指定配送規則的模塊。

（3）庫存管理

出入庫單據管理、各個倉庫即時庫存、倉庫盤點管理、倉庫間調撥管理，庫存安全預警配置、庫存鎖定量配置、期末結轉等都是需要考慮的。

（4）採購管理

配送中心自身向各個供應商下的採購訂單。

（5）銷售管理

配送中心銷售給門店貨物時產生的是銷售訂單。

（6）加工管理

有的配送中心內設中央廚房，需要自己加工半成品等。有的配送中心會和OEM合作，則需要指定加工成本卡等。

（7）報表管理

出入庫報表、門店訂貨統計表、採銷統計表等

（8）對賬管理

門店對賬、供應商對賬等

（9）系統管理

用戶配置用戶、部門、倉庫、角色權限、數據權限等

3. 門店

（1）基礎設置：

品項： 同樣，在門店維度也需要根據實際情況在品項上設置一些適用於自己的屬性，例如是否允許庫存為負數等。
供應商： 除了向配送中心採購規定品項，門店也會向外部供應商訂貨（畢竟買個蔥薑蒜沒有必要一般都會在附近小菜店解決），所以也需要有自己的供應商管理設置模塊。
成本卡： 一般有菜品成本卡和半成品成本卡兩種。由於門店層就會涉及到對菜品的銷售，也會自己粗加工部分半成品備用，所以需要提前配置好對應的成本卡，兩者有較大區別，後期文章會詳談。

（2）庫存管理：基本與配送中心模塊一致

（3）採購管理：由於供應商可能是配送中心，也可能是外部供應商，兩者在流程和單據上都有較大區別，需要作區分。

（4）報表管理：出入庫報表、菜品銷售相關報表等

（5）對賬管理：供應商對賬

（6）系統管理：用戶配置用戶、部門、倉庫、角色權限、數據權限等

本篇是先粗維度地介紹了“集團-配送中心-門店模式”中的產品框架和主要功能範圍，先建立起概念再循序漸進。下一篇將會介紹該模式下的幾種採銷配送流程，敬請期待～