一、基礎(chǔ)架構(gòu)節(jié)點

在這里先介紹一下O2O電商平臺大致的組織架構(gòu)層級節(jié)點，便于大家初步在腦子里形成大致的印象和聯(lián)系。

集團：有的系統(tǒng)中也叫做總部或者品牌，但是在供應(yīng)鏈中一般都對應(yīng)的是有最高管理職能和權(quán)限的層級。系統(tǒng)中總部一般由服務(wù)中心人員或者實施人員建立，可獨立登錄，有唯一id。

公司：實際場景中，一個集團下可能有多個公司，例如百勝餐飲品牌下有必勝客、kfc、東方既白等。但是在系統(tǒng)中，公司也可以作為最頂層級（若是公司購買供應(yīng)鏈的話），如果是集團購買，則集團則是最頂層級。

配送中心（總倉）：可建多個（例如按區(qū)域分）。一般是負責(zé)一個地區(qū)的采購銷售庫存的中轉(zhuǎn)站，處理門店的訂貨需求、自己倉庫（總倉）的采購、及銷售給門店品項。在系統(tǒng)中可獨立登陸，有唯一id。

外部供應(yīng)商：為門店或配送中心（總倉）提供貨物

中央廚房：統(tǒng)一制作一些成品和半成品，銷售配送給所需商戶

門店：可按照屬性分為加盟店、直營店等，是對外銷售菜品的單位，在系統(tǒng)中可獨立登陸，有唯一id。

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

o2o電商系統(tǒng)的技術(shù)架構(gòu)往往要根據(jù)業(yè)務(wù)的發(fā)展方向和產(chǎn)品定位來確定。

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

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

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

1. 集團

（1）品項管理

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

（2）供應(yīng)商管理

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

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

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

（4）報表管理

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

（5）系統(tǒng)管理

用戶配置用戶、部門、角色權(quán)限、數(shù)據(jù)權(quán)限等。

2. 配送中心

（1）基礎(chǔ)設(shè)置

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

（2）訂貨管理

訂貨單管理：配送中心每天要處理大量的從各個門店發(fā)過來的訂貨單外，每筆訂單上品項的庫存  儲備情況也不同，有的有現(xiàn)貨，有的需要先向供應(yīng)商采購（配送中心自身向供應(yīng)商采購的訂單要走另一套），不同物料的供應(yīng)商也許不同…簡單的一筆訂單，有著復(fù)雜的處理分支，所以需要強大的訂單系統(tǒng)對這些進行自動化處理。

配送規(guī)則：為了解決配送門店訂貨時間碎片化、品類沒有規(guī)則性，而增加配送中心庫存管理、采購和配送工作的難度的問題，同行需要有為門店指定配送規(guī)則的模塊。

（3）庫存管理

出入庫單據(jù)管理、各個倉庫即時庫存、倉庫盤點管理、倉庫間調(diào)撥管理，庫存安全預(yù)警配置、庫存鎖定量配置、期末結(jié)轉(zhuǎn)等都是需要考慮的。

（4）采購管理

配送中心自身向各個供應(yīng)商下的采購訂單。

（5）銷售管理

配送中心銷售給門店貨物時產(chǎn)生的是銷售訂單。

（6）加工管理

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

（7）報表管理

出入庫報表、門店訂貨統(tǒng)計表、采銷統(tǒng)計表等

（8）對賬管理

門店對賬、供應(yīng)商對賬等

（9）系統(tǒng)管理

用戶配置用戶、部門、倉庫、角色權(quán)限、數(shù)據(jù)權(quán)限等

3. 門店

（1）基礎(chǔ)設(shè)置：

品項：同樣，在門店維度也需要根據(jù)實際情況在品項上設(shè)置一些適用于自己的屬性，例如是否允許庫存為負數(shù)等。

供應(yīng)商：除了向配送中心采購規(guī)定品項，門店也會向外部供應(yīng)商訂貨（畢竟買個蔥姜蒜沒有必要一般都會在附近小菜店解決），所以也需要有自己的供應(yīng)商管理設(shè)置模塊。

成本卡：一般有菜品成本卡和半成品成本卡兩種。由于門店層就會涉及到對菜品的銷售，也會自己粗加工部分半成品備用，所以需要提前配置好對應(yīng)的成本卡，兩者有較大區(qū)別，后期文章會詳談。

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

（3）采購管理：由于供應(yīng)商可能是配送中心，也可能是外部供應(yīng)商，兩者在流程和單據(jù)上都有較大區(qū)別，需要作區(qū)分。

（4）報表管理：出入庫報表、菜品銷售相關(guān)報表等

（5）對賬管理：供應(yīng)商對賬

（6）系統(tǒng)管理：用戶配置用戶、部門、倉庫、角色權(quán)限、數(shù)據(jù)權(quán)限等。

文章來源：人人都是產(chǎn)品經(jīng)理

<數(shù)商云（www.zhimaihui.cn）是國內(nèi)知名企業(yè)級電商平臺提供商，為企業(yè)級商家提供系統(tǒng)開發(fā)（多種模式電商平臺搭建：B2B/B2B2C/B2C/O2O/新零售等）、供應(yīng)商系統(tǒng)搭建及電商行業(yè)解決方案服務(wù)>