早高峰地鐵站臺上，帶著耳塞聽著歌悠閑等車的小Q正沉寂在頭條的魅力里無法自拔，忽然發現身旁的人以迅雷不及掩耳之勢飛速閃開，原來擠得水泄不通的站臺中間預留出一個直徑約兩米的移動舞臺，如同急流中加速旋轉的漩渦，由遠及近撲來，然后又飛速的奔向了前方。漩渦中心，是一胖一瘦的兩名程序猿模樣的年輕小伙，正瘋狂扭打在一起，幾百人的站臺觀眾為了配合兩位的演出，活生生擠壓出一片長廊，讓二人如入無人之境。

    從打罵聲中隱隱感覺是瘦個兒撞了胖個兒一下，拒絕道歉，于是由口水戰升級為拳擊比賽繼而衍變為散打，一時之間難分勝負，直到下一趟地鐵到站后，兩人才在眾人的勸說和拉扯中一同擠上了地鐵飛馳而去。站臺上再次恢復了之前的熙熙攘攘，小Q等眾人又帶上耳塞，各自進入到自己的世外桃源里......

    生而為人本多磨難，多一點寬懷，少一絲紛爭，讓每一天過得更美麗一點，難道不應該嗎？

01 電商新零售庫存分層

        梳理完中央庫存的邏輯以后，下一步需要整理上下游的庫存交互。在整個電商體系中，庫存會存在于供應鏈的多個業務環節中，按照系統的分工不同，小Q將庫存抽象為兩類三層：

1.兩類庫存：

    ①實物庫存：指實實在在的商品數量，與庫房和門店的實物對應，是財務進行庫存成本核算的依據。根據業務不同，實物庫存可分為門店庫存、倉庫庫存、合格品庫存、不合格品庫存等等。

    ②銷售庫存：應對銷售的庫存，此庫存可以和實物一致，也可以是人為設置的虛擬庫存，根據業務靈活調整。根據運營策略的不同，可以細分出實物庫存、預售庫存（虛擬庫存）、組合庫存、贈品庫存、活動庫存等等。

▲實物庫存與銷售庫存

2.三層庫存模型：

    按照前后臺系統的劃分，庫存會存在于多個業務和系統中，分別以不同的粒度應對不同的業務。

▲電商新零售系統庫存分層

    ①銷售平臺庫存：直接對用戶開放的庫存，設計上一般放在銷售平臺的運營后臺管理，只有當可銷售庫存大于0時，用戶方可下單，否則提示商品無貨，上面提及的銷售庫存業務規則均在這一層進行處理。

    ②倉庫.門店庫存：在倉儲管理系統（WMS）或門店零售系統中進行管理，每個倉庫/門店僅管理自己的實物，處理日常的進銷存退等業務。

    ③中央庫存：獨立系統，實物庫存的集中管理和調度中心，對下對接各地庫房和門店的實物庫存，集中管理，并將全國各地庫存進行分組封裝成銷售平臺需要的庫存維度，對上為銷售平臺提供實物庫存的服務；另外為訂單提供分倉調度服務。

02 銷售平臺庫存說明

    銷售平臺上主要處理與銷售相關的邏輯，庫存可分為實物庫存、虛擬庫存、活動庫存、組合商品庫存等。

 1.銷售平臺庫存維度

    常規業務下，銷售平臺庫存維度為：SKU、實物庫存、虛擬庫存、可銷售庫存、預留庫存、預占庫存。

    實物庫存：從中央庫存同步的庫存；

    虛擬庫存：若某些商品尚未到貨，可開啟預售模式，提前售賣，故可開啟虛擬庫存；

    預占庫存： 訂單已提交但未支付之前，為給顧客預留商品，會先預占商品庫存，待支付以后再刪除預占庫存、扣減可銷售庫存；若長時間未支付，則會取消訂單，釋放預占庫存；

    （多平臺共享庫存模式下，自主研發的銷售平臺，此處預占庫存釋放最好和中央庫存的分倉預占同步進行，否則訂單在支付以后，中央庫存未預占之前，有一段時間的空檔期，容易導致超賣。）

    預留庫存：若需要提前為某些促銷活動預留庫存，以免活動開始以后庫存不足，可設置預留庫存，預留庫存盡量不要超過可售賣庫存，預留庫存在活動開始時候釋放；

    可銷售庫存：當前可售賣的庫存，根據公式計算而來：

• 若未開啟虛擬庫存，可銷售庫存 = 實物庫存  預占庫存 - 預留庫存

• 若開啟了虛擬庫存，可銷售庫存與虛擬庫存和實物庫存有個換算關系，一般平臺有三種設定規則，選其一：

            A.以虛擬庫存為主，可銷售庫存 = 虛擬庫存 預占庫存 - 預留庫存

            B.虛擬庫存和實物庫存取其大者，可銷售庫存 = max（虛擬庫存，實物庫存） 預占庫存 - 預留庫存

            C.虛擬庫存和實物庫存相加，可銷售庫存 = 虛擬庫存+實物庫存  預占庫存 - 預留庫存

2.活動商品庫存

    若需要對某些SKU做活動促銷時，一般在活動系統中創建活動（起止日期、活動SKU、活動價格、活動數量、活動規則等），針對活動商品的庫存，主要維度為：SKU、活動總數量、已下單數量、可活動下單數量。

    活動總數量：活動計劃總數量，可先從常規庫存中預留部分庫存，待活動開始時釋放預留庫存；  

    已下單數量：活動開始后已下單的數量，若下單數量等于活動總數量了，此活動即終止；

    可活動下單數量：可活動下單數量=活動總數量 - 已下單數量；可活動下單數量>0，可繼續以活動價下單；訂單取消后，還原可活動下單數量；

    活動訂單生成以后，和普通訂單的庫存處理邏輯一樣，提交訂單后加預占庫存，支付后扣減實物庫存或者虛擬庫存。

  （看網上有些朋友的文章介紹預留庫存一直等到活動結束的時候釋放，訂單下發過程中需要同時處理銷售平臺庫存和活動庫存的鎖定和釋放，兩套庫存之間還需要進行交互，例如活動下單過程中同時處理兩邊的庫存，活動結束后還需要將未銷售完的活動庫存歸還銷售平臺，這種設計思路的好處是可以把活動訂單當做一種獨立的業務來實現，兩套庫存系統處理不同的業務，活動庫存和常規售賣庫存完全隔離。

    但木筆認為實現上有些過于復雜，所以我們的設計思路是所有的庫存相關還是統一由銷售平臺庫存進行管理，活動系統只需控制活動計劃和可活動下單數量，防止活動超量，所有庫存處理的事情，還是統一在一個地方處理比較合適。個人拙見，歡迎交流~）

3.組合商品庫存

    有些業務場景下，會將多個商品組合成一個套裝進行售賣，此類組合商品是純營銷玩法的產物，不是實物的組合，故不會存在實物SKU和庫存。此類商品庫存取組合商品下庫存組合最小的SKU的庫存作為組合商品庫存。

    例：SKU A【可銷售庫存：80】、B【可銷售庫存：70】、C【可銷售庫存：100】，ABC被組合成套裝D。

            若D= A+B+C，則D的可銷售庫存取B的可銷售庫存，為70；

            若D= 2A+B+C，因為A可提供組合40個（80/2），B提供70，C提供100，故D的可銷售庫存取A的組合數，為40。 

    組合商品因沒有實物SKU，故在訂單生成后，需按照組合規則將組合商品進行拆分為實物SKU進行庫存預占和扣減處理。

03 倉庫庫存說明

     1.倉庫庫存維度

        倉庫和門店系統僅需要關注當前庫房和門店的實物流動情況，但精細化程度更高，特別在醫藥行業，商品的存儲與商品分類、批號、批次等多個維度相關，必須符合GSP法規要求。

        倉庫.門店庫存維度： SKU、 批次、 批號、 貨位、庫存狀態、實物庫存數量、出庫已分配數量、入庫已分配數量、補貨已分配數量、鎖定數量。

        批次：每一批入庫商品，會根據供應商、入庫日期生成一個批次號，以方便跟蹤；

        批號：藥品、食品，每批商品都會有不同的批號，對應不同的生產日期和有效期；

        貨位：商品在庫內存放的實際位置，方便庫內管理；

        庫存狀態：合格/不合格/待驗/停售（藥品里有停售業務，故將停售設計為一種庫存狀態）；

        實物庫存數量：商品當前在貨位上的真實庫存。設計時，實物庫存應該與貨位上的實物時刻一致，商品放到貨位上，即加實物庫存；商品從貨位上下架，即減實物庫存；

        出庫已分配數量：需要出庫時，先根據出庫波次對出庫貨位進行分配，對庫存進行預占，防止其他訂單搶占。待揀貨下架后，清出庫預分配，并扣減實物庫存；

        入庫已分配數量：入庫相關業務，商品在上架之前，會先分配上架貨位，并對預上架數量在庫存中記錄，待上架后，清入庫預分配，并加實物庫存；

        補貨預分配數量：當從整件貨位向零貨貨位進行補貨時，在源貨位未下架和目標貨位未上架之前，分別記錄原貨位和目標貨位的補貨出庫已分配數量和入庫已分配數量。從業務層面，補貨和出入庫是兩種業務，但系統設計時可和出庫已分配和入庫已分配合并至一起處理；

        鎖定數量：因揀貨差異、或者盤點等緣故，需暫時對庫存進行鎖定以防止被訂單占用；

        可用庫存數量：出庫和補貨、移庫相關業務中，只能操作可用庫存，可用庫存根據公式計算而來：可用庫存 = 實物庫存數量  出庫已分配庫存數量(含補貨出庫數量）- 鎖定數量

    新零售模式下，線上訂單和線下訂單會同時占用門店庫存，為了防止線上已經預占庫存但尚未揀貨的訂單商品，在門店里被新到店的線下客人拿走，從而導致庫存處理沖突，小Q給的解決方案是將門店庫存分為前店和后倉兩部分，以貨位分隔，前店庫存主要應對線下訂單，后倉庫存應對線上訂單，兩部分庫存可以根據業務隨時調整。

    （此部分邏輯計劃放置后續探討新零售系統時重點介紹）    

    2.倉庫庫存相關業務列舉

        庫房所有與實物相關的作業，均會在系統中產生作業流水，繼而對倉庫庫存進行預占和實物庫存變更計算，列舉部分倉庫實物庫存和已分配數量的部分業務處理邏輯如下：

▲倉庫門店庫存相關業務庫存處理

04 中央庫存系統分層說明

    中央庫存是處于銷售庫存和倉庫庫存之間的紐帶，如前所述，中央庫存的存在是將各地的庫存進行匯總整理分堆后向銷售平臺提供準確有效的實物庫存。按照庫存分層，中央庫存的庫存處理也可分為實物庫存層和銷售庫存層。

    （關于中央庫存更詳細的設計講解，可參考《新零售多平臺庫存共享模式下中央庫存系統設計方案》，本文不重點展開）

    實物庫存層庫存維度：SKU、倉庫/門店、庫存狀態、實物庫存、出庫預占庫存、鎖定庫存、在途庫存、庫存成本價、是否鎖定。

▲中央庫存實物庫存

銷售庫存層庫存維度：SKU、銷售店鋪、可配送區域、可配送庫存、自提門店、可自提庫存。

▲中央庫存銷售庫存

3.根據實物庫存計算銷售庫存

     銷售庫存由實物庫存計算而來，由于新零售模式下，倉庫和門店的配送和自提業務的覆蓋范圍不同，故可以分別計算出可配送庫存和可自提庫存：

    ①支持相同配送區域的多個倉庫門店的庫存匯總后，根據配送庫存分配比例計算可得到店鋪可配送庫存：

        可配送庫存=∑各倉庫/門店實物可用庫存 * 店鋪配送庫存分配比例，向下取整

    ②因為自提訂單不適宜分店鋪（如果讓某一個用戶下個訂單，需要從多個門店提貨，這種體驗太差），故自提庫存以門店為單位，每個支持自提的門店庫存按照自提庫存比例計算可得到店鋪的可自提庫存：

        可自提庫存=每個可自提門店的實物可用庫存 * 店鋪自提庫存分配比例，向下取整    

    銷售庫存完成后，定期向銷售平臺同步，若平臺僅支持配送，則同步配送庫存，若還支持自提，也可以同步自提庫存。

05 訂單下發庫存邏輯梳理

    梳理完3層庫存模型后，小Q依照訂單流向設計出訂單從下單到發貨的全環節中庫存的處理邏輯如下：

▲訂單下發過程中的庫存處理

為能更加清晰的講述三層庫存模型的聯動，小Q以訂單下單流程為例舉了一個實例。

①某SKU合格品在全國庫房分布情況如下（取自中央庫存實物庫存）：

以上，門店1和倉庫1均支持配送全國區域。

②現有A、B兩平臺店鋪配送庫存分別為50%、50%，自提庫存比例分別為100%、0%，根據中央庫存實物庫存計算得銷售庫存如下：

③現有A店鋪在線支付的配送類訂單下單20個，故A店鋪銷售平臺庫存變更邏輯為：

④訂單生成后，通過中央庫存分倉并預占庫存，假設分配從門店1發貨，中央庫存實物庫存變更如下：

因可用庫存發生變化，故觸發銷售庫存重算并同步：

此時，因為B店鋪幫分攤了10個已銷售庫存，故A店鋪實物庫存由80變為90。

⑤訂單下發門店1發貨，門店1的門店系統中庫存變化情況如下：

⑥ 訂單發貨后回傳中央庫存，中央庫存實物庫存變化情況：

    因為訂單預占時已重算過銷售庫存并同步，故發貨時無需再次處理。

     想起早上地鐵站的打斗場景，對于小Q來講，本不是什么新鮮事，但近期看到太多因小不忍而致惡果的新聞以后，還是忍不住要感慨一番，奮斗的路上早就遍體鱗傷，艱辛無比，若圖一時之快而釀成惡果，只會兩敗俱傷，讓艱難的人生更加雪上加霜，到底是因果報應還是咎由自取？

    君子量不極,胸吞百川流。讓自己免受世俗瑣事煩擾，多一些精力做些自己喜歡的事情，常與同好爭高下，莫與傻瓜論短長，悠哉美哉！