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 运行中发生了错误后再处理的整个流程图可参照下图来执行,其实就是上面介绍的例子。