SAP MM VL32N和MIGO對內向交貨單做收貨，都會更新其'總體貨物移動狀態'

近日某個同行告訴我說他所在專案的系統裡，對於Inbound Delivery執行收貨，如果是使用MIGO來執行收貨的話，則Inbound Delivery裡的‘總體貨物移動狀態’(OvrlGdsMvtStat) 欄位還是保持為A，如果是使用VL32N對Inbound Delivery做收貨，則Inbound Delivery裡的OvrlGdsMvtStat 欄位才會被更新為C。

筆者覺得很是奇怪。專案實踐中，對於採購訂單，一些專案裡使用VL31N為採購訂單建立了收貨後執行收貨，使用MIGO和VL32N來收，都是OK的，交貨單裡的‘總體貨物移動狀態’欄位的更新都是一樣的。筆者從未遇到過該同行提到的現象。

筆者認為這個現象應該是系統因效能等緣故偶爾出現的資料庫更新異常而導致的極小概率事件。為了驗證自己的想法，抽時間在一個S4HANA(1909)的標準系統上做了測試。

1, 比如如下采購訂單，我事先建立了3個inbound delivery。

2, 使用不同方式對其中的2個inbound delivery執行收貨。

對於內向交貨單180000192使用事務程式碼MIGO + inbound delivery號碼執行101收貨。

對於內向交貨單180000193使用事務程式碼VL32N執行收貨。

然後觀察這2個Inbound Delivery裡的’OvrlGdsMvtStat’ (總體貨物移動狀態)欄位，都被自動更新為C。

內向交貨單180000193，

內向交貨單180000192，

3, 對內向交貨單的2種不同收貨的方式，也會有些不同。

3.1, 一個典型的不同就是inbound delivery的憑證流裡的資訊略有不同。

使用VL32N 做收貨後的Inbound Delivery會出現picking request的記錄，如下圖，

使用MIGO對Inbound Delivery執行收貨後的憑證流，則不會出現picking request的記錄，

3.2, 還有一個不同的對方在於，採購訂單歷史裡的資料略有差異。

對於VL32N做收貨的Inbound Delivery，在採購訂單歷史裡的101收貨記錄裡能在Reference欄位裡才能看到Inbound Delivery的號碼。如下圖。

-完-

寫於2021-12-2