SAP對HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決

這篇文章主要介紹了SAP對HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決的相關(guān)知識，內(nèi)容詳細(xì)易懂，操作簡單快捷，具有一定借鑒價(jià)值，相信大家閱讀完這篇SAP對HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決文章都會(huì)有所收獲，下面我們一起來看看吧。

SAP 對HU做貨物移動(dòng)報(bào)錯(cuò)-Only 0 serial numbers entered instead of 30 -

以第一個(gè)HU為例，里面是包含有30個(gè)序列號的，

HU的狀態(tài)是WHSE，表明HU里的貨物是在庫狀態(tài)。數(shù)據(jù)都是正常的，HU狀態(tài)等都一如從前正常。

那為啥用的好好的事務(wù)代碼，過了一個(gè)新年就不能正常運(yùn)行呢？這個(gè)報(bào)錯(cuò)信息，是加入項(xiàng)目近一年以來第一次遇到的。無論是業(yè)務(wù)人員還是我們運(yùn)維團(tuán)隊(duì)，都感到奇怪！到底是為什么？

項(xiàng)目上對HU執(zhí)行轉(zhuǎn)庫的事務(wù)代碼，沒有使用VLMOVE，而是在VLMOVE的基礎(chǔ)上做了一個(gè)封裝，允許一次對多個(gè)HU批量進(jìn)行轉(zhuǎn)庫操作，其核心功能還是VLMOVE的功能。

1），我們?nèi)ロ?xiàng)目上的SAP測試系統(tǒng)上測試，發(fā)現(xiàn)如果把過賬日期改成2019-12-31，不是當(dāng)天（2020-1-3）的話，就報(bào)相同的錯(cuò)誤：

如果不修改過賬日期，就是用系統(tǒng)自己建議的日期，

執(zhí)行，

成功了！

也就是說，這個(gè)不是對HU轉(zhuǎn)庫的程序問題。不過真的奇怪，跨了一個(gè)年就不能對含有序列號的HU轉(zhuǎn)庫過賬了？這不合常理啊。

2)，我們就這個(gè)問題向SAP公司發(fā)了一個(gè)Message。得到的回復(fù)，正如預(yù)期的回復(fù)一樣，因我們使用的不是SAP標(biāo)準(zhǔn)事務(wù)代碼，而是一個(gè)自開發(fā)的事務(wù)代碼（雖然這個(gè)自開發(fā)事務(wù)代碼核心功能還是調(diào)用標(biāo)準(zhǔn)VLMOVE功能），所以SAP公司不提供支持。

3），當(dāng)然，我們也同時(shí)找了開發(fā)同事去調(diào)試程序。沒有哪個(gè)問題是開發(fā)顧問調(diào)試程序找不到原因的！經(jīng)過開發(fā)同事的努力，我們有新發(fā)現(xiàn)：當(dāng)我們將過賬日設(shè)置為2019年年底的時(shí)候，程序生成的物料憑證過賬日期是2019年的，但是序列號相關(guān)年度是取的自然年度的日期2020年，這樣會(huì)導(dǎo)致物料憑證不完整。也就是說標(biāo)準(zhǔn)SAP系統(tǒng)里VLMOVE不支持為含有序列號的HU做跨年轉(zhuǎn)庫等過賬操作。

我們可以說是SAP系統(tǒng)的一個(gè)bug吧。

解決方案，自然不是去打Notes了，而是由開發(fā)同事在相關(guān)檢查的地方加了增強(qiáng)代碼，跳過相關(guān)的檢查繞過這個(gè)報(bào)錯(cuò)，最終問題解決。

關(guān)于“SAP對HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對“SAP對HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決”知識都有一定的了解，大家如果還想學(xué)習(xí)更多知識，歡迎關(guān)注億速云行業(yè)資訊頻道。