今天我們來(lái)探討一個(gè)讓我們比較頭疼的問(wèn)題： 即當(dāng)我們?cè)谔幚碛唵螘r(shí)，庫(kù)存出現(xiàn)問(wèn)題的狀況。
一般來(lái)說(shuō)，產(chǎn)生這類(lèi)狀況的原因有兩種：
一種是揀貨出錯(cuò)導(dǎo)致的，即我們倉(cāng)庫(kù)方這邊自己出現(xiàn)了問(wèn)題。另一種是訂單本身有問(wèn)題，即采購(gòu)方面出現(xiàn)的問(wèn)題。
以下分別討論兩種情況不同的處理方式：
先說(shuō)揀貨導(dǎo)致的庫(kù)存問(wèn)題
揀貨過(guò)程當(dāng)然難免會(huì)有一些錯(cuò)誤，比如說(shuō)，本來(lái)需要sku代碼為a的貨物，結(jié)果錯(cuò)拿了sku代碼為b的貨物。
一般的操作過(guò)程，是進(jìn)行更換，如果是靈活庫(kù)位制，同一種sku在存儲(chǔ)在多個(gè)不同庫(kù)位上，我們就比較頭疼了，這個(gè)a貨物我們當(dāng)然知道要在哪個(gè)庫(kù)位揀貨，因?yàn)橛袙泦?，但這個(gè)b貨物應(yīng)該放回到哪個(gè)庫(kù)位呢?
最準(zhǔn)確的辦法是對(duì)所有庫(kù)位上的b貨物進(jìn)行盤(pán)點(diǎn)，從而判斷應(yīng)該歸還到哪里。但在緊張的現(xiàn)場(chǎng)操作過(guò)程中，這樣的盤(pán)點(diǎn)是極為耗時(shí)耗力的，而且在出入庫(kù)過(guò)程中，系統(tǒng)庫(kù)存和庫(kù)位上的實(shí)際庫(kù)存都在不斷變動(dòng)，基本沒(méi)法進(jìn)行盤(pán)點(diǎn)。
這個(gè)問(wèn)題的結(jié)果，就是系統(tǒng)庫(kù)存與實(shí)物庫(kù)存不能準(zhǔn)確對(duì)應(yīng)，那么就會(huì)有揀貨單要求到某個(gè)庫(kù)位揀貨，結(jié)果那個(gè)庫(kù)位沒(méi)有貨物的情況。而對(duì)這個(gè)問(wèn)題的處理，有不同的思路：
一個(gè)是不處理，直接放置在某個(gè)特定的暫存區(qū)，如果后面有庫(kù)位上找不到貨的情況，就到這個(gè)暫存區(qū)尋找，直到下一個(gè)盤(pán)點(diǎn)節(jié)點(diǎn)再把貨物放回庫(kù)位。
一個(gè)是隨便放到一個(gè)存儲(chǔ)有該sku的庫(kù)位上并進(jìn)行登記，等待下一次實(shí)物揀貨失敗再來(lái)查詢(xún)解決，一直等到下一個(gè)盤(pán)點(diǎn)節(jié)點(diǎn)完成實(shí)物數(shù)量與系統(tǒng)數(shù)量的重新準(zhǔn)確對(duì)應(yīng)。
當(dāng)然，相對(duì)根本一點(diǎn)的辦法，還是在揀貨時(shí)進(jìn)行庫(kù)位與貨物條碼的掃描，掃描的過(guò)程，一個(gè)是系統(tǒng)上的進(jìn)出確認(rèn)，一個(gè)是對(duì)sku正確與否的復(fù)核，那么出錯(cuò)率自然可以控制在一個(gè)非常小的區(qū)間，只是這個(gè)辦法并不是在每一個(gè)倉(cāng)庫(kù)都有可操作性。
訂單出錯(cuò)導(dǎo)致的庫(kù)存問(wèn)題
在人工下單過(guò)程中，不可避免地會(huì)有出錯(cuò)的時(shí)候。同樣的問(wèn)題，也可能因?yàn)楣?yīng)短缺造成，比方說(shuō)，某種sku暫時(shí)供應(yīng)不上，需要在不同門(mén)店間進(jìn)行平均分配，待后續(xù)供應(yīng)上之后再緊急補(bǔ)充，而這個(gè)信息只有倉(cāng)庫(kù)人員掌握，下單人員是不掌握的。
正常來(lái)說(shuō)，系統(tǒng)匹配庫(kù)存的邏輯，是先匹配的訂單先滿(mǎn)足，這個(gè)邏輯解決不了平均分配的問(wèn)題。
這個(gè)問(wèn)題的處理一般有兩種辦法：
一種是修改訂單，除非比較有經(jīng)驗(yàn)的操作人員，可能在整個(gè)過(guò)程中現(xiàn)場(chǎng)都不會(huì)發(fā)現(xiàn)有什么問(wèn)題，或者說(shuō)，發(fā)現(xiàn)問(wèn)題的時(shí)候，大多數(shù)訂單都已經(jīng)處理完成了，這個(gè)時(shí)候再修改訂單已經(jīng)沒(méi)有意義了。
所以，有些現(xiàn)場(chǎng)會(huì)有人工審核訂單的動(dòng)作，雖然低效繁瑣，但在下單操作極不規(guī)范的情況下，是滿(mǎn)足客戶(hù)需求一個(gè)不得不采取的辦法。當(dāng)然，審核訂單的工作，逐步可以通過(guò)系統(tǒng)來(lái)完成，通過(guò)對(duì)歷史訂單數(shù)據(jù)的統(tǒng)計(jì)，判定一個(gè)需求是否在正常范圍內(nèi)并不是非常困難，只是太過(guò)于浪費(fèi)資源了。
另一種是后期針對(duì)單個(gè)sku進(jìn)行退回和重新下單，在實(shí)際貨物出庫(kù)之前，這種操作終歸是為時(shí)未晚的，不過(guò)對(duì)于信息化系統(tǒng)的設(shè)計(jì)要求比較高。
隨著系統(tǒng)在上下游的集成度越來(lái)越高，這個(gè)問(wèn)題未來(lái)也稱(chēng)不上是真正的問(wèn)題了。
因?yàn)橄聠芜^(guò)程越來(lái)越自動(dòng)化，下單人員只需要確定一定期間內(nèi)需要維持的庫(kù)存量就可以了，訂單數(shù)據(jù)都可以自動(dòng)生成。
本文來(lái)源于smartwms智慧倉(cāng)儲(chǔ)管理系統(tǒng)，不代表本站觀點(diǎn)，如有侵權(quán)可聯(lián)系刪除，文章所用圖片來(lái)源于網(wǎng)絡(luò)，文章圖片如有侵權(quán)可聯(lián)系刪除。