一般情況下,銷售層的庫存要和調度層的實物庫存保持一致。但是有時候業務需求是允許超賣、做預售、不同活動獨占庫存、不同渠道分配庫存,就會造成預售層庫存與調度層實物庫存不一致。具體的業務場景如下。


    (1)允許超賣。這種場景很常見,在雙11、618這些活動時,在備貨量不足的時候,為了訂單量往往會允許超賣,隻要及時補貨就行。


    (2)做預售。例如蘋果、小米新品發布時經常玩的套路:先交錢,預估出貨時間,等有貨了再給買家發貨。


    (3)不同活動獨占庫存。拚團、限時秒殺這類促銷活動,往往是從實際庫存取出部分庫存來做活動。例如正常價值199元的背包,庫存1000件,現在拿出100件做活動,99元限時秒殺。


    (4)不同渠道分配庫存。許多商家有多個渠道,通常有自營平台、天貓店、京東店、有讚店等,這些平台都共用一套庫存。在對接各平台之後,可以把對不同渠道分配庫存。例如天貓店分配總庫存的1/3,京東店分配1/6,有讚店分配1/6,自營平台分配1/3。也可以簡單處理,讓多店采用同一套庫存,即多個店顯示相同的商品數量,這時候就需要設置警戒值,當庫存數量低於警戒值時,將所有商品下架處理,另外每當商品銷售後,也需要更新其他各渠道的商品庫存。


    前文提到過可銷售庫存、鎖定庫存、已銷售庫存等概念,除此之外,還有銷售總庫存、現貨庫存。顧名思義,現貨庫存是同步調度層的實物庫存。一般情況下,銷售總庫存是同步現貨庫存,但是在允許超賣的情況下,銷售總庫存可以與現貨庫存脫離不同步,單獨設置銷售總庫存。例如商品a在倉庫裏有100件,可設置銷售總庫存為200,先賣的100件可成功推至倉庫,後麵100件等到貨之後再推送至倉庫。


    可銷售庫存、鎖定庫存與銷售總庫存的關係,公式表達如下。


    可銷售庫存=銷售總庫存-鎖定庫存


    用戶前端頁麵顯示的庫存數、下單判斷是否有貨的庫存數都是可銷售庫存,隻有可銷售庫存數大於購買數量時,才能下單成功。


    我們來看看下單時庫存的扣減、返還邏輯。如圖6-4所示,以下單選擇a商品、數量2件為例。


    圖6-4 下單時庫存動作


    (1)提交訂單後,判斷可銷售庫存數量是否≥2,若無法滿足,則提示“庫存不足”,訂單提交失敗。


    (2)若可銷售庫存數量滿足≥2的條件時,可銷售庫存數減2、鎖定庫存數加2,成功提交訂單。


    (3)在用戶確定訂單、進行支付之後,銷售總庫存數減2,現貨庫存數減2,鎖定庫存數減2,已銷售庫存數加2。做完這一係列的庫存動作之後,銷售層的庫存處理才算結束。


    (4)若買家在支付前取消了訂單,則返還庫存,可銷售庫存數加2,鎖定庫存數減2。


    (5)若買家在支付之後、發貨之前取消訂單,這種情形比較複雜。若訂單下發至調度層或倉庫,則下麵兩層的庫存先返還,銷售層的庫存最後返還。銷售總庫存數加2、現貨庫存數加2、已銷售庫存數加2。   【活動庫存的管理】


    在做拚團、秒殺等活動的時候,需要從銷售總庫存中劃出一部分庫存給活動獨占,從銷售庫存中鎖定庫存。分配給活動的庫存單獨管理,同樣走鎖定、扣減、釋放這一套邏輯。在訂單支付之後,針對銷售層庫存,進行銷售總庫存扣減,現貨庫存扣減,鎖定庫存扣減,已銷售庫存增加的一係列操作。


    在活動結束之後,若仍有剩餘庫存,釋放獨占庫存。   【預售庫存的管理】


    預售庫存是虛擬庫存,無實物,到貨之後才能發貨。這種類型的需求可以通過銷售總庫存與實物庫存斷開同步、單獨設置的方式來實現。前台買家下單成功之後,店家等實物到貨之後,統一推送至倉庫,安排發貨。

章節目錄

閱讀記錄

電商產品經理寶典:電商後台係統產品邏輯全解析所有內容均來自互聯網,uu小說網隻為原作者劉誌遠的小說進行宣傳。歡迎各位書友支持劉誌遠並收藏電商產品經理寶典:電商後台係統產品邏輯全解析最新章節