1. 采购订单发票重复预制问题解析最近在实施SAP-MM模块时遇到一个让人头疼的问题采购订单明明已经开过发票了但使用MIR7事务码时系统居然还能重复预制发票。这个问题看似简单实则暗藏玄机今天我就来详细拆解这个业务痛点。先说说这个问题的具体表现。比如1月份已经对某采购订单开过432件的发票3月份再次使用MIR7时系统竟然还能带出568件的数量并生成预制凭证。这显然不符合业务逻辑容易导致重复付款的风险。我仔细检查了系统配置和主数据供应商主数据、信息记录和采购订单中都勾选了基于收货的发票校验标识OMRDC中的重复发票检查功能已经启用OBA5消息控制设置为E错误提示这些标准配置看起来都没问题但问题依然存在。经过多次测试发现系统对时间间隔较近的发票会带出数据而时间较远的则不会。这让我怀疑是否与发票未清账状态有关。2. 标准配置失效原因深度剖析为什么标准配置会失效这个问题困扰了我很久。经过深入分析我发现主要有以下几个关键因素首先是时间间隔的影响。系统对近期操作的发票检查较为宽松这可能是出于性能考虑但给业务带来了风险。其次是发票未清账状态的影响。在财务实际业务中发票过账和付款清账往往不是同步进行的这就导致系统中存在大量已过账但未清账的发票。更关键的是MIRO和MIR7的行为差异MIRO对已开票的采购订单会显示空金额和数量但会带出本月未开票的数据MIR7则不会带出本月未开票的数据但对历史已开票的数据检查不严格财务通常采用月度对账模式本月对上月的收货数据进行对账。这种业务特点使得MIR7的标准控制机制出现漏洞必须通过增强来解决。3. ABAP增强方案设计与实现针对这个问题我设计了一个ABAP增强方案在LMR1MF6S程序的ES_SAPLMR1M增强点进行拦截控制。这个方案的核心思路是检查当前事务码是否为MIR7获取采购订单历史凭证数据计算已过账的发票数量比较当前预制数量与已过账数量拦截重复预制的发票具体实现代码如下ENHANCEMENT-POINT MIR7_01 SPOTS ES_SAPLMR1M . DATA: LS_YDRSEG LIKE LINE OF YDRSEG. DATA: LT_EKBE LIKE TABLE OF EKBE WITH HEADER LINE. DATA: L_QTY LIKE EKBE-MENGE. DATA: S_QTY LIKE EKBE-MENGE. CHECK RM08M-VORGANG 1. IF SY-TCODE MIR7. LOOP AT YDRSEG INTO LS_YDRSEG. CLEAR: LT_EKBE,L_QTY,S_QTY. REFRESH: LT_EKBE. SELECT * INTO CORRESPONDING FIELDS OF TABLE LT_EKBE FROM EKBE WHERE EBELN LS_YDRSEG-EBELN AND EBELP LS_YDRSEG-EBELP AND BEWTP Q Q - 已过账 AND LFGJA LS_YDRSEG-LFGJA AND LFBNR LS_YDRSEG-LFBNR AND LFPOS LS_YDRSEG-LFPOS. IF LT_EKBE[] IS NOT INITIAL. LOOP AT LT_EKBE. IF LT_EKBE-SHKZG S. 借方 L_QTY LT_EKBE-MENGE. ELSEIF LT_EKBE-SHKZG H. 贷方 L_QTY 0 - LT_EKBE-MENGE. ENDIF. S_QTY S_QTY L_QTY. ENDLOOP. IF LS_YDRSEG-SHKZG H. LS_YDRSEG-WEMNG 0 - LS_YDRSEG-WEMNG. 退货订单 ENDIF. LS_YDRSEG-MENGE LS_YDRSEG-WEMNG - S_QTY. LS_YDRSEG-BPMNG LS_YDRSEG-MENGE. IF LS_YDRSEG-MENGE 0. DELETE YDRSEG. CONTINUE. ELSE. MODIFY YDRSEG FROM LS_YDRSEG. ENDIF. ENDIF. ENDLOOP. ENDIF.4. 增强方案实施要点与注意事项在实施这个增强方案时有几个关键点需要特别注意首先是性能优化。由于需要查询EKBE表采购凭证历史在大数据量的系统中可能会影响性能。建议确保EBELN、EBELP等关键字段有适当的索引考虑添加BUDAT过账日期等条件缩小查询范围对于高频使用的采购订单可以考虑缓存机制其次是异常处理。在实际业务中可能会遇到各种特殊情况部分退货订单的处理SHKZGH的情况跨年度凭证的处理汇率变动导致的金额差异最后是测试策略。建议按以下步骤进行全面测试正常开票场景测试重复预制拦截测试部分数量开票测试退货订单测试跨年度凭证测试这个增强方案在我们多个项目中实施后有效解决了重复预制发票的问题。实施后需要持续监控系统日志确保没有误拦截正常业务的情况发生。