進階倉儲設定下的回復收貨
Undo Receipt with Directed Put-away and Pick for Dynamics NAV
by Alex Chow點此看原文
註: 此篇文章原文由我們美國的導入顧問Alex Chow撰寫，台灣小編粗略翻譯。想瞭解精髓可以觀看原文，會有更多收獲喔！
總覽
在某些倉庫環境中，如果倉庫員工無法更上紙本作業速度，常常會需要用到回復收貨(Undo Receipt)這個功能。但嚴格上來說，回復收貨不應該為了這種目的存在，因為收貨本來就應該點收清楚，才能進行過帳。當這種需要回復收貨的情況經常出現，就表示特定部門的作業出了問題，這可能不是特定員工的過錯，有可能是流程出了問題，或是單純因為人力不足造成的。
無論如何，當流程或人力出現問題，使得倉庫經常收錯貨，就需要更正資料，避免造成後端部門(例如財務)作業的不便。
回復收貨(Undo Receipt)
回復收貨功能其實很直白，只要到已過帳收貨單據(Posted Purchase receipts)並按下回復收貨即可。可以參考微軟的說明。Undo Receipt in Dynamics NAV
進階倉儲下的回復收貨(Undo Receipt with Directed Pick & Put-away)
當啟用進階倉儲，事情會變得比較複雜。如果按照前面的MSDN操作，你會遇到下面兩個錯誤:
“You cannot undo line xxxxx because warehouse activity lines have already been posted.” (您無法回復明細行xxxxx因為倉儲活動明細行已經被過帳)
“You cannot undo line xxxxx because there is not sufficient content in the receiving bins.” (您無法回復明細行xxxxx因為收貨儲位沒有足夠的數量)
一個錯誤是說，收貨儲位沒有足夠的數量可以回復收貨，另一個錯誤是說已經有倉儲入庫單存在了(不論是否已經被登錄registered)。
為什麼會這樣？
現在你可能會疑惑，為什麼實體上沒有庫存，但還可以登錄入庫呢？
你的疑問是正確的，實體上沒收貨的物品是無法入庫的。這樣Dynamics NAV的倉庫管理邏輯才會通順，倉庫執行的動作會反應出正確的資料流，這是進階倉儲所反應即時(Real Time)資料的效果。
此處的問題是倉庫單位收貨的動作。如果所有流程都有被遵循，使用者永遠不需要面對重作的議題。我們必須深入研究為何倉庫人員沒有依照規定收貨並入庫，有可能有合理的原因造成流程無法被執行。在這種情形下，就有必要思考新的流程，讓倉庫人員更容易施行。
要解決這個問題，需要顧問與客戶一同研擬。我們也希望有更簡單的方法，讓倉庫可以直接照做就好，但事情沒那麼簡單。
登錄入庫後進行回復收貨(Undo Receipt After the Put-away is Registered)
不幸在進階倉儲下登錄入庫，需要執行以下動作來進行回復收貨：
刪除已登錄揀貨(Registered Pick)
- 找到已過帳採購收貨單(Posted Purchase Receipt)
- 點擊瀏覽(Navigate)
- 顯示已過帳倉儲收貨明細行(Posted Whse. Receipt Line)
- 點擊瀏覽 > 顯示已過帳倉儲收貨單據(Show Posted Whse. Document)
- 點擊瀏覽 > 已登錄入庫明細行(Registered Put-away lines)
- 點擊瀏覽 > 顯示已登錄單據(Show Registered Document)
- 點擊刪除
將料品移會收貨儲位(Receive Bin)，這裡用R代稱收貨儲位:
- 開啟倉儲料品傳票(Warehouse Item Journal)=
- 輸入要移出料品的儲位，輸入料品編號，輸入負項調整(Negative Adjustment)及數量。
- 輸入收貨儲位(R)，輸入料品編號，輸入正項調整(Positive Adjustment)及數量。
進行回復收貨
- 找到已過帳採購收貨單(Posted Purchase Receipt)
- 找到要回復收貨的明細行
- 點擊功能(Function) > 回復收貨(Undo Receipt)
結論
以上步驟只是暫時的解決辦法。要根除這個問題，還是要需要顧問與客戶一同探究為何倉庫人員無法依正確數量即時收貨。
留言
張貼留言
留下您的意見