Invoice Verification in the Background

前臺運行發票校驗的事務代碼為：MIRO

后臺運行發票校驗的事務代碼為：MIRA

如上圖所示，我們通過事務代碼MIRA進入界面，僅僅輸入基本數據，保存即可，系統會產生一個發票憑證號。

然后我們通過標準的事務代碼MIR4可以查詢該發票號碼。

和標準的發票校驗唯一有區別的地方就是MIRA做的沒有訂單項目。

這個時候去采購訂單中查詢歷史記錄是不會顯示的，僅僅產生了一個號碼。

?

Checking Invoice in the Background

下一步就去設置后臺作業自動運行，當Actual Invoice = Target Invoice的時候就會生成一張真正的發票憑證，否則會給出報錯信息。

后臺運行的功能沒有標準的事務代碼提供，但是有一個Program，名字為 RMBABG00?

比如我們測試一下之前創建的發票憑證號，看看結果如何。

由于PO：4500000370還沒有進行GR收貨，所以肯定是不正確的。

再比如我們的PO數量是8個，但是我們收貨收7個，再看看是否正確——還是“認為不正確”。

如上圖所示，對于程序RMBABG00?我們不勾選“測試運行”（直接運行），比如上面的情況，收貨沒有收完整，會提示“認為不正確”，出現這種情況后，正常是無法再繼續運行的。

具體是什么錯誤，我們可以通過事務代碼MIR6進去查看。

這個事務代碼有三個功能：

• 1、查看發票狀態；?
• 2、查看發票錯誤信息；
• 3、修改發票信息；

這個時候如果想讓他再跑一次后臺，需要進去修改，點擊“???”按鈕（計劃后臺校驗）。

我們將收貨收完整后再次運行程序RMBABG00?，查看最后結果。

這個時候則顯示“確認為正確的”，通過事務代碼MIR6查看發票狀態為“4修正（過賬，未完成）”。

已正常產生了會計憑證。

到這里整個流程也就結束了，那么看到MIR6的狀態為“4修正（過賬，未完成）”，大家不知道是否有這樣一個疑惑，為什么不是“5 已過賬的”呢？

其實這里也是涉及到了一個小小的配置。

后臺路徑：SPRO-物料管理-后勤發票校驗-背景的票據檢驗-定義自動狀態改變?

?

Processing Invoice Verified as Incorrect

若程序RMBABG00?運行中發生了錯誤后再處理的整個流程圖可參照下圖來執行，其實就是上面介紹的例子。

?

總結

以上是生活随笔為你收集整理的【MM模块】Invoice Verification in the Background 后台发票校验的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。