倉(cāng)庫(kù)現(xiàn)場(chǎng)操作過程中，會(huì)出現(xiàn)各種各樣的問題，有的容易解決，有的不容易處理。現(xiàn)場(chǎng)人員還是要根據(jù)具體情況區(qū)分好，哪些是規(guī)律性問題，哪些需要特殊流程處理，哪些是偶發(fā)性問題，主要靠臨時(shí)調(diào)整解決。

訂單錯(cuò)誤導(dǎo)致的庫(kù)存管理問題

一個(gè)是揀貨失誤造成的。當(dāng)然，挑選過程中難免會(huì)有一些失誤。例如，原本需要SKU代碼為A的貨物，但錯(cuò)誤地拿走了SKU代碼為B的貨物。

操作的一般流程是改變。如果是彈性庫(kù)位系統(tǒng)，同一SKU存放在多個(gè)不同的庫(kù)位，比較麻煩。當(dāng)然，我們知道這個(gè)A貨應(yīng)該去哪個(gè)貨位提貨，因?yàn)橛刑嶝泦?，但是這個(gè)B貨應(yīng)該退回到哪個(gè)貨位呢？

最準(zhǔn)確的方法是對(duì)所有存儲(chǔ)位置上的商品B進(jìn)行盤點(diǎn)，以便判斷它們應(yīng)該返回到哪里。但是在緊張的現(xiàn)場(chǎng)作業(yè)中，這樣的盤點(diǎn)是極其費(fèi)時(shí)費(fèi)力的，而且在入庫(kù)的過程中，系統(tǒng)庫(kù)存和倉(cāng)庫(kù)位置上的實(shí)際庫(kù)存是不斷變化的，基本上是不可能盤點(diǎn)的。

這個(gè)問題的結(jié)果就是系統(tǒng)庫(kù)存和實(shí)物庫(kù)存無(wú)法準(zhǔn)確對(duì)應(yīng)，所以會(huì)出現(xiàn)領(lǐng)料單要求在某個(gè)貨位提貨，結(jié)果那個(gè)貨位沒有貨的情況。

而處理這個(gè)問題，有不同的思路:

一種是不做處理，直接放在特定的臨時(shí)儲(chǔ)存區(qū)。如果倉(cāng)庫(kù)后面出現(xiàn)找不到貨的情況，就去這個(gè)暫存區(qū)找，然后把貨放回倉(cāng)庫(kù)，直到下一個(gè)庫(kù)存節(jié)點(diǎn)。

一種是只放在一個(gè)存放SKU的位置，記錄下來(lái)，等待下一次實(shí)物揀貨失敗，再查詢解決，等到下一個(gè)庫(kù)存節(jié)點(diǎn)完成實(shí)物量和系統(tǒng)量的準(zhǔn)確重新對(duì)應(yīng)。

當(dāng)然，相對(duì)根本的辦法是在提貨時(shí)掃描倉(cāng)庫(kù)位置和貨物的條形碼，一是確認(rèn)系統(tǒng)的進(jìn)出，二是檢查SKU是否正確，這樣誤差率自然可以控制在很小的范圍內(nèi)，但這種方式并不是在每個(gè)倉(cāng)庫(kù)都具有可操作性。

訂單本身的錯(cuò)誤導(dǎo)致的問題

尤其是人工點(diǎn)餐的過程中，難免會(huì)有失誤。如果需求是100，結(jié)果就是訂單寫成一個(gè)，對(duì)倉(cāng)庫(kù)沒有太大影響。無(wú)非是一個(gè)可能需要以后處理的緊急訂單；如果有一個(gè)需求，結(jié)果訂單寫成100個(gè)，站點(diǎn)會(huì)很頭疼，整體庫(kù)存可能會(huì)不足。那么，這里的錯(cuò)誤需求滿足了，其他99個(gè)訂單的需求無(wú)法滿足，后果嚴(yán)重。

同樣的問題也可能是供應(yīng)不足造成的。比如有的SKU暫時(shí)沒有，需要在不同的門店中平均分配，后續(xù)供貨后再緊急補(bǔ)充。這些信息只有倉(cāng)庫(kù)人員掌握，訂貨人員不掌握。正常情況下，系統(tǒng)匹配庫(kù)存的邏輯是先滿足匹配的訂單，解決不了平均分配的問題。

通常有兩種方法來(lái)處理這個(gè)問題:

一個(gè)是修改順序，然后問題就來(lái)了。除非有經(jīng)驗(yàn)的操作人員，否則整個(gè)過程中可能不會(huì)當(dāng)場(chǎng)發(fā)現(xiàn)任何問題。也就是說(shuō)，發(fā)現(xiàn)問題的時(shí)候大部分訂單都已經(jīng)處理完了，這個(gè)時(shí)候修改訂單是沒有意義的。

所以有些現(xiàn)場(chǎng)訂單會(huì)人工審核。雖然低效繁瑣，但在下單操作極不規(guī)范的情況下，卻是滿足客戶需求的必要方式。當(dāng)然，審核訂單的工作也可以通過系統(tǒng)逐步完成。通過歷史訂單數(shù)據(jù)的統(tǒng)計(jì)來(lái)判斷一個(gè)需求是否在正常范圍內(nèi)，并不是很難，但這有點(diǎn)像用刀殺雞。

另一種是后期返回重新訂購(gòu)單個(gè)SKU。在實(shí)際貨物從倉(cāng)庫(kù)交付之前，永遠(yuǎn)不會(huì)太晚，但WMS的設(shè)計(jì)要求相對(duì)較高。

當(dāng)然，隨著上下游系統(tǒng)的日益融合，這個(gè)問題也逐漸得到了解決。一方面，供應(yīng)商對(duì)需求有了更準(zhǔn)確的把握。

另一方面，訂貨過程越來(lái)越自動(dòng)化，訂貨人員只需要確定一定時(shí)間內(nèi)需要維護(hù)的庫(kù)存，訂單數(shù)據(jù)就可以自動(dòng)生成。

從這兩個(gè)庫(kù)存管理問題來(lái)看，我們對(duì)倉(cāng)儲(chǔ)流程的信息化充滿了期待——在一些技術(shù)細(xì)節(jié)上，我們往往能清楚地看到未來(lái)在哪里，但我們只是要一步一步地走下去。