![](https://target-ai.com/uploads/images/0092f84f82755b6ae13d1c54d04303bdd.jpg)
繼上一篇常發生的庫存異常解決方式(一)- 揀貨造成的庫存異常,本週我們繼續分享『訂單本身錯誤導致的問題』導致庫存的異常
在人工下單過程中,不可避免地會有出錯的時候,如果是需求100個,結果下單時寫成1個,對倉庫是沒有太大影響的,無非是後期可能需要處理一個緊急訂單;如果是需求1個,結果下單寫成100個,現場就比較頭疼了,可能總體庫存不足,那麼,這邊錯誤的需求滿足了,其它99個訂單的需求就無法滿足了,後果很嚴重。
同樣的問題,也可能因為供應短缺造成,比方說,某種SKU暫時供應不上,需要在不同門店間進行平均分配,待後續供應完之後再緊急補充,而這個資訊只有倉庫人員掌握,下單人員是不掌握的。 正常來說,系統媒合庫存的邏輯,是先媒合的訂單先滿足,這個邏輯解決不了平均分配的問題。
這個問題的處理一般有兩種辦法:
一種是修改訂單,那麼問題來了,除非比較有經驗的操作人員,可能在整個過程中現場都不會發現有什麼問題,或者說,發現問題的時候,大多數訂單都已經處理完成了,這個時候再修改訂單已經沒有意義了。
所以,有些現場會有人工審核訂單的動作,雖然低效繁瑣,但在下單操作極不規範的情況下,是滿足客戶需求一個不得不採取的辦法。 當然,審核訂單的工作,逐步可以通過系統來完成,通過對歷史訂單數據的統計,判定一個需求是否在正常範圍內並不是非常困難,只是未免有殺雞用牛刀之感。
另一種是後期針對單個SKU進行退回和重新下單,在實際貨物出庫之前,這種操作終歸是為時未晚的,不過對於WMS系統的設計要求比較高。
當然,隨著系統在上下游供應鏈的資訊整合度越來越高,這個問題也就逐步得到解決了,一方面是供應商對於需求量有了更準確的把握。另一方面,下單過程也越來越自動化,下單人員只需要確定一定期間內需要維持的庫存量就可以了,訂單數據都可以自動生成。
綜合前後這兩篇庫存管理問題來看,我們對於 倉儲過程的資訊化導入WMS系統 是充滿期望的--在一些技術細節上,我們往往能很明確地看到未來在哪裡,只是還差一步步走過去。
使丹達資訊,為您提供完整的物流資訊解決方案
TEL:02-2708-0123 / 02-2755-7000
Email:sales@standard-info.com