在执行后勤发票校验(MIRO)时,MM发票凭证生成的同时,系统会生成相应的后续会计凭证。在实际应用中,我们发现很多用户会遇到发票凭证丢失,或者其会计凭证丢失的问题。出现此类问题的票据通常无法被冲销,从而给用户的月结年结及财务审计带来严重的影响。总的来说,此类问题可以归结为3种情况。下面依次为大家介绍各种情况的产生原因、解决及预防措施。

1. 发票凭证和相应的会计凭证都已经生成,但是两个凭证之间的关联失效。

在此情况下,如果用MIR4去查看发票凭证,然后点击后续凭证按钮,系统会提示相应的会计凭证不存在(错误消息RW011)。但是用FB03却可以查看该会计凭证。

其主要原因是在用户系统升级后,需要将旧系统中的数据导入到新系统。在进行客户端复制(client copy)时,由于没有正确设定逻辑系统名称(logic system name),使被导入数据的逻辑系统名称与当前系统不符(我们可以对比RBKP-LOGSYS和T000-LOGSYS是否一致)。从而导致发票凭证与相应会计凭证的关联丢失。
通常我们可以使用事务代码BDLS去修改逻辑系统名称来解决这个问题,或者用户可以自定义一个report去修改RBKP-LOGSYS的值,使其与当前系统逻辑系统名称一致。关于自定义report,可以参考如下代码示例:

ZZLOGSYS.JPG

这里有以下几个SAP notes作为参考。

  • Note 781498  MIR4: Missing follow-on documents
  • Note 28958 Link to follow-on documents is lost
  • Note 446294 CC INFO: Logical system name and client copy

关于另外的2种情况,发票凭证生成但会计凭证没有生成,或者反之发票凭证没有生成而会计凭证生成了。根据以往经验,在SAP标准系统中,即没有任何客户自定义程序被使用的环境,是不会发生这样的问题。而造成这2种情况发生的主要原因基本类似,都是由于在发票校验处理中被调用的User-Exit、BAdI以及OPEN-FI中,在用户自定义程序中使用的代码不当,比如使用了COMMIT WORK或ROLL BACK命令,导致在更新处理进程产生异常时,无法保证数据的一致性,造成只有发票凭证或会计凭证的数据库表格被更新。关于为什么不能在自定义程序中使用这样命令,在这里我就不做详细解释了。推荐大家参考SAP官方Note 743744 MIRO/MR1M: FI follow-on documents or MM documents missing。另外,给大家分享一篇博文 【#MM 物料凭证没有产生相应的会计凭证, 为什么呢? 怎么预防。】,在这篇文章中对用户自定义程序中使用COMMIT WORK或ROLL BACK命令而产生的MM/FI数据不一致,进行了非常详细的说明。

那么如何预防这样的问题发生,SAP在Note743744给用户提供一个报警功能,通过SNOTE将该功能安装到系统后,一旦系统检测到用户自定义的COMMIT WORK或是ROLLBACK 的命令,系统会报错,从而避免数据不整合的发生。同时,用户可以根据报警信息(Dump)找到出现问题的自定义代码。

接下来,主要给大家介绍一下对于这2种情况,如何修复已产生问题的票据。

2.发票凭证生成但会计凭证没有生成。

这里推荐使用一个report ZREPMIR7来修改出现问题的发票凭证。大家可以通过SAP Note 382797 MIRO: Analysis and repair for missing follow-up documents来安装这个report,同时在这个Note里还介绍了report的使用方法供大家参考。

3.发票凭证没有生成而会计凭证生成。

首先推荐安装SAP Note 628468 MIRO: Incomplete MM documents 中提供的report Z_FIND_MISS_MM_EXT,在执行这个report后,我们可以找到所有丢失发票凭证的会计凭证。注意这个report只提供查找功能,并没有修复功能,由于这种情况下比较复杂,需要SAP来做进一步分析后才能给出具体的修复方案。所以遇到这种情况,建议大家在模块FI-GL-GL-X下向SAP提交一个问题。

To report this post you need to login first.

Be the first to leave a comment

You must be Logged on to comment or reply to a post.

Leave a Reply