編輯導語:在跨境電商OMS系統中,庫存這一環節也十分重要,合理的庫存設計有助于保障OMS出庫的正常運轉。那麼針對庫存的鎖定和釋放,應如何做好相對應的處理?在OMS中,在線庫存的變化又應如何加入設計考量的範圍?不妨來看看作者的總結。
OMS出庫單會有好些個關鍵節點,在不同的節點需要完成相應的邏輯,才能确保單據後續的正常流轉。
在跨境電商OMS中,一般比較關鍵的有:物流下單、預扣費資金凍結、庫存的鎖定、釋放和扣減等,物流下單之前已經有一篇文章寫過了,這次我們來聊聊庫存的鎖定、釋放和扣減。
一、庫存鎖定的時機針對跨境電商海外倉OMS來說,庫存的鎖定一般會有這麼幾個場景:
- 創建的時候就鎖定庫存;
- 物流下單,獲取物流面單的時候鎖定庫存;
- 提交出庫單到WMS的時候鎖定庫存。
針對不同的客戶會有不同的業務場景,所以庫存的鎖定一般也是不一樣的,這三種場景不是任選一種,而是三種都要,靈活組合。
有些客戶如果是比較嚴謹的,希望創建出庫單的時候就能把一些庫存給占用了,那麼在創建後就鎖定庫存。
有些客戶對庫存鎖定沒有特别的要求,那麼正常情況應該是在拿到了物流面單的時候就鎖定庫存。
還有一些客戶的物流面單可能自己上傳或者是不要求要物流面單,那麼就可以設定在提交出庫單到WMS的時候再來鎖定庫存。
庫存鎖定的時機建議做成一個策略規則,每次有不同的客戶引入的時候都可以配置對應的規則,如果沒有配置規則,則采用默認的一個節點,這樣可以很靈活地兼顧各種不同客戶的需求。
二、庫存鎖定與釋放有庫存的鎖定,自然而然就會有庫存的釋放。庫存的鎖定與釋放其實可以分成兩組,第一組是鎖定對應釋放,第二組是鎖定對應扣減。
庫存鎖定了,意思就是出庫單占用了這一部分的庫存,系統需要标記為鎖定,防止被其他出庫單給搶占。那麼如果我取消了出庫單,則需要釋放這一塊的鎖定,所以庫存鎖定對應釋放,其實就是指出庫單取消或者攔截的場景。
如果這個出庫單完成了,則需要扣減對應的庫存。此時鎖定的部分就會轉化為扣減的部分,相當于先清空鎖定的數量,然後增加扣減的數量(插入庫存流水),最後可用庫存還是保持不變。
庫存鎖定與釋放示意圖
在此處需要特别注意兩個問題,一個是釋放的時機,另一個是釋放的數量。
關于釋放的時機,對于出庫單取消或者攔截來說,什麼時候取消或者攔截成功了,那麼就釋放即可。對于出庫單正常出庫來說,需要關注一個問題:如何定義出庫?
按表面意思來看,貨物離開了倉庫,才叫做出庫。但是實際的業務場景中,很多時候貨物揀貨,打包完成之後,可能需要過一天或者兩天才會被物流商提走,這個時候出庫的節點就會比較晚。也有可能被物流商提走了之後,但是沒有一個嚴謹的交接動作,導緻有一些出庫單沒有标記為出庫,所以一直處于一個待出庫的狀态,不能扣減庫存。
WMS怎麼定義出庫會影響OMS什麼時候扣減庫存,所以這一塊需要結合業務去探索一個最佳解法。如果「出庫」太早,則客戶可以攔截出庫單的時間段就會很短,實際貨物沒有出去,但是卻不能攔截出庫,白白增加損失;如果「出庫」太晚,則有可能某些出庫單會标記為超時出庫,影響平台店鋪的評分。
關于釋放的數量,對跨境電商海外倉而言,基本上沒有所謂的部分出庫或者多批次出庫,大多數業務都是整單出,一次性完結。所以在此不做展開,隻是做一個提醒而已。如果出庫數量确實有差異,考慮到鎖定的數量的問題,一定要确保實際可用庫存數量是準确的,可以借助一些異常處理手段來調整差異。
三、在途庫存的變化在途庫存是一個很容易被大家忽視的環節,有些時候甚至會感覺這個數據沒啥用,然後在設計一些邏輯的時候直接忘記了還有這麼一回事。
關于在途庫存的資料,我在網絡上也找了挺久的,結果發現好像很多文章都寫得很淺或者很複雜,搞得理解起來特别難受。
在此我總結一下我個人認知範圍内,跨境電商海外倉中的在途庫存一般是怎麼用的,僅為個人觀點,大家注意辯證性看待。
如果是想簡單地理解在途庫存,那麼直接從最常見的兩種産生在途庫存的方式來分析就夠了,它們分别是:
調撥在途就是從A倉庫調撥到B倉庫的過程中,産生的在途庫存。對于A倉庫來說,貨物已經離開了A倉庫,所以A倉庫的庫存是已經扣減了的;而對于B倉庫來說,貨物正在運輸的路上,但是還沒有入庫上架,所以不能算作可用庫存,隻是在途庫存。
采購在途和調撥在途有很多相似點,都是從某地發到另外的一個地方。隻不過采購涉及到一些和外部供應商結算的問題,所以稍微有點麻煩。對于即将接收采購貨物的倉庫來說,貨物還在路上并沒有上架,所以也不能算可用庫存,隻是在途庫存。
在途庫存可以預估未來的一段時間内的庫存量,用來指導銷售的決策;在途庫存也是會占用資金成本的,所以财務部門會關注和重視這一塊的數據。
對于跨境領域來說,由于備貨到海外倉的過程(頭程)時間特别長,所以在途庫存的可控性對賣家來說就顯得尤為重要了。除了需要統計好各個海外倉的實際可用庫存之外,還需要關注備貨在途的這一部分庫存,及時做好庫存的計劃方案。
對OMS的來說,在途庫存的定義一般是指入庫單提交到倉庫後,但是倉庫還沒有收貨上架前,這一段時間的庫存總數。
如果倉庫實際上架了之後,在途庫存就會轉化為可用庫存。如果倉庫實際收貨少于預報數量,卻又強制結束了入庫單,那麼在途庫存也需要相應的減少。因為入庫單已經關閉了,在途庫存應該按實際上架的數量轉化為可用庫存,而多出來的部分因為不能再繼續上架了,所以這部分應該作廢釋放。
在途庫存變化示意圖
對于OMS來說,重點需要關注入庫單狀态為已提交到已上架之間的入庫單的SKU的數量,這一部分需要根據倉庫反饋的實際上架數量來動态調整在途庫存的數量,最後再特别注意一些差異收貨和差異上架的節點即可。
四、總結OMS出庫這一塊,物流下單和規則引擎是最複雜的,而庫存的鎖定和釋放則是最基礎的要求,所以也沒寫什麼太深的内容,隻是簡單地對過往的項目經驗做了一個總結和回顧。
庫存的鎖定和釋放其實和出庫單預扣費的邏輯是一樣的,鎖定了庫存之後就要凍結相應的費用,庫存釋放了之後也需要對應地釋放或者扣減凍結的費用。隻不過計費這一塊涉及的内容比較偏,而且内容也比較雜,在此就不多展開聊了。
而在途庫存則是因為網上資料也确實太少了,所以我又獻醜了一次,輸出了一些自己的淺薄的觀點和看法。
希望此文能對你有幫助,我們下篇再見!
#專欄作家#
我叫維他命(Vitamin),PM維他命。前PHPer,做過在線教育類産品,也做過3年半的跨境倉儲物流方向的産品,目前是一位外貿SaaS領域的供應鍊産品經理。主要專注于WMS/OMS/TMS/BMS/ERP等領域,分享供應鍊相關的産品知識。
本文原創發布于人人都是産品經理,未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協議
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!