倉庫發oa過來,說有一票採購訂單收貨的時候提示紅燈錯誤,截圖如下:
於是通過/h 來檢視**,斷點之後可知出現該錯誤是在程式 mm07mfb7_bestellung_ueberneh02 裡面!!
有此可知到大概情況,系統會檢查兩個變數,而採購收貨的移動型別是101,於是就報這個錯誤了。
再一次通過斷點,可以知道dm07m-weora為x,故而觸發此訊息,該欄位通過pot表獲得,而pot通過ekpo表獲得。目前尚不知ekpo的這個字段如何得值!因為在me21n裡面該欄位已經在後台配置spro給遮蔽掉了,所以使用者基本上不會去修改這個值,預設也是為空的。不知道這個採購訂單是什麼情況,居然會是x。
在se11檢視ekpo,發現十幾萬筆的採購訂單,只有這麼一筆是這個情況。在se11裡面通過斷點修改ekpo,暴力清掉之後,migo收貨就沒問題了。
於此記之!
採購收貨的異常
倉庫發oa過來,說有一票採購訂單收貨的時候提示紅燈錯誤,截圖如下 於是通過 h 來檢視 斷點之後可知出現該錯誤是在程式 mm07mfb7 bestellung ueberneh02 裡面!有此可知到大概情況,系統會檢查兩個變數,而採購收貨的移動型別是101,於是就報這個錯誤了。再一次通過斷點,可以知...
採購收貨的異常
倉庫發oa過來,說有一票採購訂單收貨的時候提示紅燈錯誤,截圖如下 於是通過 h 來檢視 斷點之後可知出現該錯誤是在程式 mm07mfb7 bestellung ueberneh02 裡面!有此可知到大概情況,系統會檢查兩個變數,而採購收貨的移動型別是101,於是就報這個錯誤了。再一次通過斷點,可以知...
採購訂單收貨
migo收貨,其中,101是收貨,102是對收貨的沖銷 進去以後第一行是灰色的,是因為被選中了,在明細那裡可以改數量,勾選確定的話可以檢查正確了可以過賬 這個是計畫協議的收貨,在ekko裡面,計畫協議的型別 bsart 是lp 計畫協議是由mrp跑出來的,採購訂單是由前台錄入的,我理解計畫協議就是由...