電商后臺相關模塊進行維護后，離商品上架越來越近。

　　關于電商后臺供應鏈部分前面也總結了幾篇，對于有經(jīng)驗的同學來說應該是非常簡單容易的；本人通過分享希望能夠與相關同事進行交流，共同學習進步。

　　在供應商、合同、商品、價稅等都維護完成后，采購部創(chuàng)建采購單，離商品可以上架銷售越來越近了。

　　本篇再接著梳理一下商品銷售前的最后準備工作（沒考慮促銷），即銷售區(qū)域、運費模板與入庫管理部分。

　　一、區(qū)域及模板管理

　　1. 區(qū)域

　　區(qū)域是基礎信息，一般包括四級，即省、市、區(qū)縣和鄉(xiāng)鎮(zhèn)；如：“吉林?。导质校凋院邮校敌抡炬?zhèn)”。

　　在系統(tǒng)中都是存儲在區(qū)域字典表中，包括區(qū)域名稱、區(qū)域代碼、是否開通、顯示名稱、配送時效、父編碼幾個字段；各級通過父編碼來進行關聯(lián)。

　　對于不同的電商網(wǎng)站，經(jīng)營的商品不同，服裝類網(wǎng)站一般不受溫控條件的影響，所以只要有貨，對于快遞可以送達的城市地區(qū)，基本上都可以覆蓋。

　　城市是否開通的前提取決于合作的快遞公司以及公司成本的綜合考慮。

　　對于對配送條件有要求的則需要分類進行設置，譬如糧油食品類、生鮮類的網(wǎng)站對于冷鏈物流要求比較高的網(wǎng)站，都會將商品歸屬在不同的溫控屬性里。溫控屬性一般分為：常溫（常溫又可以分為普通商品與水果類）、冷藏、冷凍。配送時效：對于時效一般也在區(qū)域上進行基礎的設置，如24小時、48小時或72小時，３~７天等。

　　關于倉庫與城市之間的關系圖如下：

這里的倉庫是指RDC，有些公司還會建立DC倉，F(xiàn)DC倉等；每個倉庫可以覆蓋多個城市；每個城市可以由一個或多個倉庫覆蓋，當有多個倉庫時，需要設置發(fā)貨優(yōu)先級，譬如上圖中的杭州可以由上海倉、廣州倉送貨（假如是常溫），則當上海無貨時才從廣州發(fā)貨。對于是否從哪個倉庫發(fā)貨，在下單時就會進行預拆單，簡單的邏輯一般會遵守最小拆單規(guī)則為前提，然后根據(jù)溫控等進行分組；目標是提高客戶滿意度、降低公司物流成本；維護倉庫與城市關系時，需要按溫控屬性進行配置（如果有溫控要求）。

　　2. 銷售區(qū)域模板

　　銷售區(qū)域模板也可以叫配送區(qū)域模板，是指商品是否可以送達到此城市，每個商品都應該配置對應的模板，以便用戶在前端APP、網(wǎng)站或小程序上搜索商品時可以根據(jù)模板進行信息的返回；關于商品、區(qū)域模板、區(qū)域及倉庫的關系如下圖所示。

　　當前端用戶瀏覽時，系統(tǒng)會調(diào)用庫存服務，根據(jù)用戶選擇的省市區(qū)來進行銷售區(qū)域模板的匹配，然后再判斷其對應倉所擁有的商品庫存。

　　對應的區(qū)域沒有包含此城市（三級或四級），則顯示無庫存，加入購物車按鈕置灰。當商品庫存數(shù)量<0時，則顯示商品缺貨狀態(tài)（如果有多倉，要按倉庫優(yōu)選級進行判斷）在京東和我買網(wǎng)上各截了個圖，前端展示給用戶方式不同，供參考。/

　　二、運費模板

　　在網(wǎng)上購買商品難免會支付運費，所以運費模板是計算運費的基礎。

　　運費計算方式：

　　按金額確定是否收運費，如：滿99元包郵，低于99元收?。对\費。按重量確定是否收費，如：首重10KG不收費，后續(xù)按重量遞增收取運費。

　　以上兩種方式在運費模板中一般是組合設置的，同時對于運費模板也是基于區(qū)域進行配置的，可能多個區(qū)域共用同一個模板，這個可以根據(jù)實際情況進行配置。

　　對于運費模板的主要信息如下：

　　如果有溫控屬性要考慮溫控條件對配送的影響，一般冷鏈要求比較高，所以運費就會貴一些。這在快遞公司中是屬于不同的物流產(chǎn)品。設置階梯價格區(qū)間（將價格區(qū)間與重量區(qū)間進行綜合考慮）。/

　　運費模板可能有許多，因為不同的城市收費標準可能都不一樣，具體模板的樣式可以根據(jù)公司的實際業(yè)務去設計。一般的公司為了拉新或留存，也可能只設置一個全國通用模板，不收取運費；但在設計系統(tǒng)時不要為了省事就省去相關模板的設計，這些都屬于基礎功能。

　　在此只是梳理了最重要的兩個模板（銷售區(qū)域模板、運費模板），隨著競爭的加劇，各公司都在追求配送時效以及精準配送，所以京東等公司都推出來精準送達服務（但是需要付費的）。

　　這兩個模板是商品上架銷售前需要進行設置好的，對于商品在哪個渠道上銷售，還涉及渠道庫存管理，渠道選品，渠道傭金等相關的管理，這里先不討論，后續(xù)針對渠道會單獨總結一篇。

　　三、入庫管理

　　前面總結了采購管理，先回顧一下。

　　供應商、合同、商品等信息已經(jīng)創(chuàng)建并生效。商品的價格及商品稅率已經(jīng)維護完畢（基準價、促銷進價、進項、銷項稅）采購部創(chuàng)建采購訂單，審核后推送到供應商商家管理平臺供應商審核后狀態(tài)回傳到采購管理模塊采購部進行確認，單據(jù)生效后推送到倉庫系統(tǒng)（WMS）等待收貨。供應商發(fā)貨前預約到貨時間（如果自提則由零售商去取貨）。入庫管理-見下面流程。/

　　1. WMS(倉儲系統(tǒng))

　　供應商根據(jù)采購單把貨物送到倉庫，倉庫人員按采購單進行質(zhì)檢，對于不合格品達到風控線時，會整單拒收。對于有差異的采購單，會按實際數(shù)量進行入庫，在WMS入庫模塊錄入差異數(shù)量、原因等?？梢允肇浀纳唐芬话惴譃檎?，或散貨兩種；倉庫根據(jù)包裝將商品放到移動托盤上，通過地?；虿孳嚨裙ぞ哌M行入庫操作。在倉庫中只要收貨指令開始，就要對商品進行跟蹤，所以一般托盤可以設置為移動庫存（每個托盤都有貨位編號），后續(xù)具體上架到固定庫位，只是庫位間的商品移動。如果應用了機器人，倉庫管理中此部分更加細致與嚴格。這里補充說明一下，對于一般的倉庫中，收貨組是與發(fā)貨組、庫內(nèi)作業(yè)組是分開的。倉庫分為整庫、零庫，收貨時商品只能先入到整庫，然后經(jīng)過庫內(nèi)調(diào)撥算法進行庫內(nèi)補貨，將商品從整庫調(diào)到零庫進行銷售。收貨完成后，WMS系統(tǒng)會進行關單操作，此時WMS系統(tǒng)會將入庫明細通過數(shù)據(jù)傳輸平臺回傳給SCM系統(tǒng)。

　　2. 數(shù)據(jù)傳輸平臺

　　這個平臺主要是用于WMS倉儲與SCM間的單據(jù)傳輸，包括下發(fā)商品等基礎信息，下發(fā)采購、返廠單、訂單等業(yè)務單據(jù)，同時接受WMS回傳的出入庫流水數(shù)據(jù)。這里集成了很多服務接口，通過消息隊列實現(xiàn)異步傳輸，通過數(shù)據(jù)核對來保證WMS與SCM數(shù)據(jù)的一致性。

　　接受入庫明細數(shù)據(jù)，并進行保存；這里的數(shù)據(jù)一般要求有，入庫的單據(jù)庫、商品、數(shù)量、價格、庫位、供應商、生產(chǎn)日期、倉庫、入庫時間等。此外數(shù)據(jù)平臺要根據(jù)回傳的數(shù)據(jù)進行入庫單的匯總生成，此時要與原采購單進行對照，計算出差異以便后續(xù)統(tǒng)計。是否要進行實時的商品成本核算？此部分我個人覺得可以不做實時的成本核算，只關注數(shù)量的計算即可，以減少后續(xù)數(shù)據(jù)不一致的麻煩。

　　成本核算統(tǒng)一放在FMS財務進銷存系統(tǒng)中進行，可以準實時計算或每日零點以后計算（如果業(yè)務不要求實時數(shù)據(jù)查看等）。對于成本核算的內(nèi)容，可以查看《FMS財務管理系統(tǒng)：存貨管理》，這里不多述說。

　　四、SCM與財務

　　SCM主要是更改采購單狀態(tài)，產(chǎn)生SCM商品庫存。財務是根據(jù)出入庫流水單據(jù)，進行成本核算，產(chǎn)生財務商品庫存。

　　在SCM中的庫存數(shù)據(jù)，需要記錄商品級的庫存、供應商級別的庫存、倉庫級別的庫存等多維度的庫存。

　　多個庫存間要保證數(shù)據(jù)的一致，所以對于商品入庫時系統(tǒng)上的操作還是比較復雜的。

　　每個維度的庫存都有不同的用途，譬如倉庫有批次及貨位庫存，那么在SCM系統(tǒng)中也需要記錄相關的庫存信息，以便進行庫存對賬，核對差異。