溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要介紹了SAP對HU做貨物移動報錯怎么解決的相關知識，內容詳細易懂，操作簡單快捷，具有一定借鑒價值，相信大家閱讀完這篇SAP對HU做貨物移動報錯怎么解決文章都會有所收獲，下面我們一起來看看吧。
SAP 對HU做貨物移動報錯-Only 0 serial numbers entered instead of 30 -
以第一個HU為例，里面是包含有30個序列號的，
HU的狀態是WHSE，表明HU里的貨物是在庫狀態。數據都是正常的，HU狀態等都一如從前正常。
那為啥用的好好的事務代碼，過了一個新年就不能正常運行呢？這個報錯信息，是加入項目近一年以來第一次遇到的。無論是業務人員還是我們運維團隊，都感到奇怪！到底是為什么？
項目上對HU執行轉庫的事務代碼，沒有使用VLMOVE，而是在VLMOVE的基礎上做了一個封裝，允許一次對多個HU批量進行轉庫操作，其核心功能還是VLMOVE的功能。
1），我們去項目上的SAP測試系統上測試，發現如果把過賬日期改成2019-12-31，不是當天（2020-1-3）的話，就報相同的錯誤：
如果不修改過賬日期，就是用系統自己建議的日期，
執行，
成功了！
也就是說，這個不是對HU轉庫的程序問題。不過真的奇怪，跨了一個年就不能對含有序列號的HU轉庫過賬了？這不合常理啊。
2)，我們就這個問題向SAP公司發了一個Message。得到的回復，正如預期的回復一樣，因我們使用的不是SAP標準事務代碼，而是一個自開發的事務代碼（雖然這個自開發事務代碼核心功能還是調用標準VLMOVE功能），所以SAP公司不提供支持。
3），當然，我們也同時找了開發同事去調試程序。沒有哪個問題是開發顧問調試程序找不到原因的！經過開發同事的努力，我們有新發現：當我們將過賬日設置為2019年年底的時候，程序生成的物料憑證過賬日期是2019年的，但是序列號相關年度是取的自然年度的日期2020年，這樣會導致物料憑證不完整。也就是說標準SAP系統里VLMOVE不支持為含有序列號的HU做跨年轉庫等過賬操作。
我們可以說是SAP系統的一個bug吧。
解決方案，自然不是去打Notes了，而是由開發同事在相關檢查的地方加了增強代碼，跳過相關的檢查繞過這個報錯，最終問題解決。
關于“SAP對HU做貨物移動報錯怎么解決”這篇文章的內容就介紹到這里，感謝各位的閱讀！相信大家對“SAP對HU做貨物移動報錯怎么解決”知識都有一定的了解，大家如果還想學習更多知識，歡迎關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
