SAP對(duì)HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決-創(chuàng)新互聯(lián)
這篇文章主要介紹了SAP對(duì)HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決的相關(guān)知識(shí)，內(nèi)容詳細(xì)易懂，操作簡(jiǎn)單快捷，具有一定借鑒價(jià)值，相信大家閱讀完這篇SAP對(duì)HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決文章都會(huì)有所收獲，下面我們一起來看看吧。
SAP 對(duì)HU做貨物移動(dòng)報(bào)錯(cuò)-Only 0 serial numbers entered instead of 30 -
以第一個(gè)HU為例，里面是包含有30個(gè)序列號(hào)的，
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)目上對(duì)HU執(zhí)行轉(zhuǎn)庫的事務(wù)代碼，沒有使用VLMOVE，而是在VLMOVE的基礎(chǔ)上做了一個(gè)封裝，允許一次對(duì)多個(gè)HU批量進(jìn)行轉(zhuǎn)庫操作，其核心功能還是VLMOVE的功能。
1），我們?nèi)ロ?xiàng)目上的SAP測(cè)試系統(tǒng)上測(cè)試，發(fā)現(xiàn)如果把過賬日期改成2019-12-31，不是當(dāng)天（2020-1-3）的話，就報(bào)相同的錯(cuò)誤：
如果不修改過賬日期，就是用系統(tǒng)自己建議的日期，
執(zhí)行，
成功了！
也就是說，這個(gè)不是對(duì)HU轉(zhuǎn)庫的程序問題。不過真的奇怪，跨了一個(gè)年就不能對(duì)含有序列號(hào)的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年的，但是序列號(hào)相關(guān)年度是取的自然年度的日期2020年，這樣會(huì)導(dǎo)致物料憑證不完整。也就是說標(biāo)準(zhǔn)SAP系統(tǒng)里VLMOVE不支持為含有序列號(hào)的HU做跨年轉(zhuǎn)庫等過賬操作。
我們可以說是SAP系統(tǒng)的一個(gè)bug吧。
解決方案，自然不是去打Notes了，而是由開發(fā)同事在相關(guān)檢查的地方加了增強(qiáng)代碼，跳過相關(guān)的檢查繞過這個(gè)報(bào)錯(cuò)，最終問題解決。
關(guān)于“SAP對(duì)HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對(duì)“SAP對(duì)HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決”知識(shí)都有一定的了解，大家如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道。
標(biāo)題名稱：SAP對(duì)HU做貨物移動(dòng)報(bào)錯(cuò)怎么解決-創(chuàng)新互聯(lián)
分享URL：http://m.jiaotiyi.com/article/dcidoi.html