2021-02-26 分類: 網(wǎng)站建設
01 電商新零售庫存分層
梳理完中央庫存的邏輯以后,下一步需要整理上下游的庫存交互。在整個電商體系中,庫存會存在于供應鏈的多個業(yè)務環(huán)節(jié)中,按照系統(tǒng)的分工不同,小Q將庫存抽象為兩類三層:
1.兩類庫存:
①實物庫存:指實實在在的商品數(shù)量,與庫房和門店的實物對應,是財務進行庫存成本核算的依據(jù)。根據(jù)業(yè)務不同,實物庫存可分為門店庫存、倉庫庫存、合格品庫存、不合格品庫存等等。
②銷售庫存:應對銷售的庫存,此庫存可以和實物一致,也可以是人為設置的虛擬庫存,根據(jù)業(yè)務靈活調(diào)整。根據(jù)運營策略的不同,可以細分出實物庫存、預售庫存(虛擬庫存)、組合庫存、贈品庫存、活動庫存等等。
▲實物庫存與銷售庫存
2.三層庫存模型:
按照前后臺系統(tǒng)的劃分,庫存會存在于多個業(yè)務和系統(tǒng)中,分別以不同的粒度應對不同的業(yè)務。
▲電商新零售系統(tǒng)庫存分層
①銷售平臺庫存:直接對用戶開放的庫存,設計上一般放在銷售平臺的運營后臺管理,只有當可銷售庫存大于0時,用戶方可下單,否則提示商品無貨,上面提及的銷售庫存業(yè)務規(guī)則均在這一層進行處理。
②倉庫.門店庫存:在倉儲管理系統(tǒng)(WMS)或門店零售系統(tǒng)中進行管理,每個倉庫/門店僅管理自己的實物,處理日常的進銷存退等業(yè)務。
③中央庫存:獨立系統(tǒng),實物庫存的集中管理和調(diào)度中心,對下對接各地庫房和門店的實物庫存,集中管理,并將全國各地庫存進行分組封裝成銷售平臺需要的庫存維度,對上為銷售平臺提供實物庫存的服務;另外為訂單提供分倉調(diào)度服務。
02 銷售平臺庫存說明
銷售平臺上主要處理與銷售相關的邏輯,庫存可分為實物庫存、虛擬庫存、活動庫存、組合商品庫存等。
1.銷售平臺庫存維度
常規(guī)業(yè)務下,銷售平臺庫存維度為:SKU、實物庫存、虛擬庫存、可銷售庫存、預留庫存、預占庫存。
實物庫存:從中央庫存同步的庫存;
虛擬庫存:若某些商品尚未到貨,可開啟預售模式,提前售賣,故可開啟虛擬庫存;
預占庫存:(多平臺共享庫存模式下,自主研發(fā)的銷售平臺,此處預占庫存釋放最好和中央庫存的分倉預占同步進行,否則訂單在支付以后,中央庫存未預占之前,有一段時間的空檔期,容易導致超賣。)
預留庫存:若需要提前為某些促銷活動預留庫存,以免活動開始以后庫存不足,可設置預留庫存,預留庫存盡量不要超過可售賣庫存,預留庫存在活動開始時候釋放;
可銷售庫存:當前可售賣的庫存,根據(jù)公式計算而來:
A.以虛擬庫存為主,可銷售庫存B.虛擬庫存和實物庫存取其大者,可銷售庫存C.虛擬庫存和實物庫存相加,可銷售庫存2.活動商品庫存
若需要對某些SKU做活動促銷時,一般在活動系統(tǒng)中創(chuàng)建活動(起止日期、活動SKU、活動價格、活動數(shù)量、活動規(guī)則等),針對活動商品的庫存,主要維度為:SKU、活動總數(shù)量、已下單數(shù)量、可活動下單數(shù)量。
活動總數(shù)量:活動計劃總數(shù)量,可先從常規(guī)庫存中預留部分庫存,待活動開始時釋放預留庫存;
已下單數(shù)量:活動開始后已下單的數(shù)量,若下單數(shù)量等于活動總數(shù)量了,此活動即終止;
可活動下單數(shù)量:可活動下單數(shù)量=活動總數(shù)量 - 已下單數(shù)量;可活動下單數(shù)量>0,可繼續(xù)以活動價下單;訂單取消后,還原可活動下單數(shù)量;
活動訂單生成以后,和普通訂單的庫存處理邏輯一樣,提交訂單后加預占庫存,支付后扣減實物庫存或者虛擬庫存。
(看網(wǎng)上有些朋友的文章介紹預留庫存一直等到活動結束的時候釋放,訂單下發(fā)過程中需要同時處理銷售平臺庫存和活動庫存的鎖定和釋放,兩套庫存之間還需要進行交互,例如活動下單過程中同時處理兩邊的庫存,活動結束后還需要將未銷售完的活動庫存歸還銷售平臺,這種設計思路的好處是可以把活動訂單當做一種獨立的業(yè)務來實現(xiàn),兩套庫存系統(tǒng)處理不同的業(yè)務,活動庫存和常規(guī)售賣庫存完全隔離。
但木筆認為實現(xiàn)上有些過于復雜,所以我們的設計思路是所有的庫存相關還是統(tǒng)一由銷售平臺庫存進行管理,活動系統(tǒng)只需控制活動計劃和可活動下單數(shù)量,防止活動超量,所有庫存處理的事情,還是統(tǒng)一在一個地方處理比較合適。個人拙見,歡迎交流~)
3.組合商品庫存
有些業(yè)務場景下,會將多個商品組合成一個套裝進行售賣,此類組合商品是純營銷玩法的產(chǎn)物,不是實物的組合,故不會存在實物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的組合數(shù),為40。
組合商品因沒有實物SKU,故在訂單生成后,需按照組合規(guī)則將組合商品進行拆分為實物SKU進行庫存預占和扣減處理。
03 倉庫庫存說明
1.倉庫庫存維度
倉庫和門店系統(tǒng)僅需要關注當前庫房和門店的實物流動情況,但精細化程度更高,特別在醫(yī)藥行業(yè),商品的存儲與商品分類、批號、批次等多個維度相關,必須符合GSP法規(guī)要求。
倉庫.門店庫存維度: SKU、 批次、 批號、 貨位、庫存狀態(tài)、實物庫存數(shù)量、出庫已分配數(shù)量、入庫已分配數(shù)量、補貨已分配數(shù)量、鎖定數(shù)量。
批次:每一批入庫商品,會根據(jù)供應商、入庫日期生成一個批次號,以方便跟蹤;
批號:藥品、食品,每批商品都會有不同的批號,對應不同的生產(chǎn)日期和有效期;
貨位:商品在庫內(nèi)存放的實際位置,方便庫內(nèi)管理;
庫存狀態(tài):合格/不合格/待驗/停售(藥品里有停售業(yè)務,故將停售設計為一種庫存狀態(tài));
實物庫存數(shù)量:商品當前在貨位上的真實庫存。設計時,實物庫存應該與貨位上的實物時刻一致,商品放到貨位上,即加實物庫存;商品從貨位上下架,即減實物庫存;
出庫已分配數(shù)量:需要出庫時,先根據(jù)出庫波次對出庫貨位進行分配,對庫存進行預占,防止其他訂單搶占。待揀貨下架后,清出庫預分配,并扣減實物庫存;
入庫已分配數(shù)量:入庫相關業(yè)務,商品在上架之前,會先分配上架貨位,并對預上架數(shù)量在庫存中記錄,待上架后,清入庫預分配,并加實物庫存;
補貨預分配數(shù)量:當從整件貨位向零貨貨位進行補貨時,在源貨位未下架和目標貨位未上架之前,分別記錄原貨位和目標貨位的補貨出庫已分配數(shù)量和入庫已分配數(shù)量。從業(yè)務層面,補貨和出入庫是兩種業(yè)務,但系統(tǒng)設計時可和出庫已分配和入庫已分配合并至一起處理;
鎖定數(shù)量:因揀貨差異、或者盤點等緣故,需暫時對庫存進行鎖定以防止被訂單占用;
可用庫存數(shù)量:出庫和補貨、移庫相關業(yè)務中,只能操作可用庫存,可用庫存根據(jù)公式計算而來:可用庫存新零售模式下,線上訂單和線下訂單會同時占用門店庫存,為了防止線上已經(jīng)預占庫存但尚未揀貨的訂單商品,在門店里被新到店的線下客人拿走,從而導致庫存處理沖突,小Q給的解決方案是將門店庫存分為前店和后倉兩部分,以貨位分隔,前店庫存主要應對線下訂單,后倉庫存應對線上訂單,兩部分庫存可以根據(jù)業(yè)務隨時調(diào)整。
(此部分邏輯計劃放置后續(xù)探討新零售系統(tǒng)時重點介紹)
2.倉庫庫存相關業(yè)務列舉
庫房所有與實物相關的作業(yè),均會在系統(tǒng)中產(chǎn)生作業(yè)流水,繼而對倉庫庫存進行預占和實物庫存變更計算,列舉部分倉庫實物庫存和已分配數(shù)量的部分業(yè)務處理邏輯如下:
▲倉庫門店庫存相關業(yè)務庫存處理
04 中央庫存系統(tǒng)分層說明
中央庫存是處于銷售庫存和倉庫庫存之間的紐帶,如前所述,中央庫存的存在是將各地的庫存進行匯總整理分堆后向銷售平臺提供準確有效的實物庫存。按照庫存分層,中央庫存的庫存處理也可分為實物庫存層和銷售庫存層。
實物庫存層庫存維度:SKU、倉庫/門店、庫存狀態(tài)、實物庫存、出庫預占庫存、鎖定庫存、在途庫存、庫存成本價、是否鎖定。
▲中央庫存實物庫存
銷售庫存層庫存維度:SKU、銷售店鋪、可配送區(qū)域、可配送庫存、自提門店、可自提庫存。
3.根據(jù)實物庫存計算銷售庫存
銷售庫存由實物庫存計算而來,由于新零售模式下,倉庫和門店的配送和自提業(yè)務的覆蓋范圍不同,故可以分別計算出可配送庫存和可自提庫存:
①支持相同配送區(qū)域的多個倉庫門店的庫存匯總后,根據(jù)配送庫存分配比例計算可得到店鋪可配送庫存:
可配送庫存=∑各倉庫/門店實物可用庫存 * 店鋪配送庫存分配比例,向下取整
②因為自提訂單不適宜分店鋪(如果讓某一個用戶下個訂單,需要從多個門店提貨,這種體驗太差),故自提庫存以門店為單位,每個支持自提的門店庫存按照自提庫存比例計算可得到店鋪的可自提庫存:
可自提庫存=每個可自提門店的實物可用庫存 * 店鋪自提庫存分配比例,向下取整
銷售庫存完成后,定期向銷售平臺同步,若平臺僅支持配送,則同步配送庫存,若還支持自提,也可以同步自提庫存。
05 訂單下發(fā)庫存邏輯梳理
梳理完3層庫存模型后,小Q依照訂單流向設計出訂單從下單到發(fā)貨的全環(huán)節(jié)中庫存的處理邏輯如下:
▲訂單下發(fā)過程中的庫存處理
為能更加清晰的講述三層庫存模型的聯(lián)動,小Q以訂單下單流程為例舉了一個實例。
①某SKU合格品在全國庫房分布情況如下(取自中央庫存實物庫存):
以上,門店1和倉庫1均支持配送全國區(qū)域。
②現(xiàn)有A、B兩平臺店鋪配送庫存分別為50%、50%,自提庫存比例分別為100%、0%,根據(jù)中央庫存實物庫存計算得銷售庫存如下:
③現(xiàn)有A店鋪在線支付的配送類訂單下單20個,故A店鋪銷售平臺庫存變更邏輯為:
④訂單生成后,通過中央庫存分倉并預占庫存,假設分配從門店1發(fā)貨,中央庫存實物庫存變更如下:
因可用庫存發(fā)生變化,故觸發(fā)銷售庫存重算并同步:
此時,因為B店鋪幫分攤了10個已銷售庫存,故A店鋪實物庫存由80變?yōu)?0。
⑤訂單下發(fā)門店1發(fā)貨,門店1的門店系統(tǒng)中庫存變化情況如下:
⑥ 訂單發(fā)貨后回傳中央庫存,中央庫存實物庫存變化情況:
因為訂單預占時已重算過銷售庫存并同步,故發(fā)貨時無需再次處理。
文章名稱:電商新零售庫存分層模型介紹
分享網(wǎng)址:http://www.rwnh.cn/news2/103052.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供自適應網(wǎng)站、關鍵詞優(yōu)化、微信小程序、定制網(wǎng)站、小程序開發(fā)、網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容