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 運行中發生了錯誤後再處理的整個流程圖可參照下圖來執行，其實就是上面介紹的例子。
