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
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/373872.html
標籤：其他