SAP MIRO 报错 Allowed posting periods:xx xxx

最新推荐文章于 2024-04-08 12:03:51 发布
原创 最新推荐文章于 2024-04-08 12:03:51 发布 · 586 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#SAP

文章讲述了在使用MIRO时遇到的开票失败问题，因为财务账期未关闭而物料账期已关闭。解决方法是确保两者同时开放，若物料账未开，需在MMRV中启用前期过账。操作应在GRIR处理应收应付之前进行，否则可能影响报表准确性，参考Note3053842。

 背景：在八月初，七月份财务账期没关，七月份物料帐期已关

用户在做MIRO的时候，无法开票成功，报错： Allowed posting periods:xx xxx 

但是集团要求，这些帐应该记在七月份

查询相关资料得知。MIRO的过账必须财务和物料帐都开着

如果物料帐没开，那么就需要在MMRV去允许前期过账

如下图

 当然以上操作是在做GRIR  应收应付之前，如果在此之后，那么需要重新操作一遍，不然报表会不准

相关note：3053842

 

 

ABAP_RUN
关注
SAP：MIRO挂账和手工挂账详解
baidu_35680696的博客
02-28 1442
是两种处理应付账款（或暂估入账）的常见方式，主要应用于采购发票校验（Invoice Verification）和财务应付账款管理场景。（发票校验）进行应付账款的自动化处理，通常基于采购订单（PO）、收货凭证（GR）和供应商发票的匹配流程。是通过手工录入会计凭证（如事务码 FB60。是通过SAP标准事务码 MIRO。，适用于非标准化业务场景。）直接创建应付账款，
SAP应付发票 报错 Tax code J2 does not appear in any G/L account itemMessage no. FF753
最新发布
金牌架构师
09-26 501
摘要：SAP报错"Taxcode J2 does not appear in any G/L account item"(FF753)是由于会计凭证中税码J2未在总账科目行项目中正确关联所致。解决方法：1.检查总账科目主数据(FS00)，确保税类别设为*或+；2.验证税码J2在FTXP中的配置；3.通过MIRO模拟检查发票行项目税码分配；4.必要时修改消息类型(不推荐)。核心需确保税码与科目匹配，若无效需检查交易码、凭证截图及科目设置。
SAP MIRO发票校验报错“仅可输入上至 CNY 10,000.00 的金额”
RichardYang2020的博客
09-02 2067
做MIRO发票校验的时候报错“仅可输入上至 CNY 10,000.00 的金额”，猜测是帐户容差组的金额太小，进行调整； 事务代码OBA4 ，将金额调整为100000元，然后再次进入MIRO测试； 这时候可以输入完整的凭证金额了。 ...
SAP FI 系列 (011) - 会计年度和过账期间
热门推荐
王敏的专栏
04-14 1万+
会计年度和过账期间概念 根据维基百科，财政年度（fiscal year），又称会计年度，是指公司或国家每年制定预算或计算收入的统计时间。但每个国家或其法例所辖的组织各有不同，大抵分成两类：一是历年制，一是跨年制。 根据中华人民共和国会计法第二章第十一条：会计年度自公历 1 月 1 日起至 12 月 31 日止。如果 fiscal year 和 calendar year 相同，配置较简单一些。 过...
【SAP消息号F8085】
MRwugang的博客
05-02 1217
SAP消息号F8085 PS:相同的消息号可能会出现在不同的业务场景，条条大道通罗马，仅供学习交流参考！ SAP消息号F8085 1、业务场景： 供应商发票校验MIRO的时候报错：定价太高，超过容限2.22%； 2、解决办法： 检查发票支付金额上限OMR6：以物料主数据的价格为基准,发票校验价格（超出部分）按照比例：最高不能超过2.2%；按照金额：最高金额不能超过99.99元，实际上超出2.2%会预警但能过账，如超出金额限制则会报错，无法过账,项目上根据实际情况调整； ...
MIRO发票校验报错分析：重新认识了FI凭证的过账科目确定逻辑
IT小职员
12-31 1140
文章是对一个MIRO报错的作分析。主要介绍MIRO从发票到过账的科目是如何确定的。增加对MIRO发票校验原理的理解。
SAP MM学习笔记 - 错误 M7053 - Posting only possible in periods 2010/08 and 2010/07 in company code 1000
shi_ly的专栏
02-18 2022
本章讲会计期间的修改。如果你手上拿到一个SAP系统虚拟机，系统时间和SAP会计期间大概率不一致，可以试试改一下。基本上就是 MMRV，MMPV，OB52的使用。
精选资源
基于SAP的MIRO发票行拆分与科目替代的技术实现
01-06
本文探讨了在SAP系统中，针对供应商发票输入（MIRO）过程中遇到的一些技术难题进行解决的技术实现。特别是关于如何在供应商发票过账或冲销时，实现会计凭证中应付账款行的准确拆分，以及如何根据供应商的账户组配置...
SAP MIRO自动化触发：EDI配置的必备条件
SAP MIRO（物料发票校验）是企业资源规划（ERP）系统中一个重要的财务处理功能，用于处理收到的发票。自动化触发概念是指通过预先设定的条件或事件来自动执行MIRO，而不是手动触发，这可以减少人工干预，提高业务...
SAP MIRO触发自动化：EDI配置的高级技巧与案例分析
SAP MIRO（物料发票输入）是SAP中用于处理采购发票的关键事务代码。它允许用户验证和输入供应商发票，从而自动更新会计记录和库存信息。其核心在于将采购订单、接收报告和发票信息进行比对，确保支付给供应商的金额...
【SAP消息号M8085】
MRwugang的博客
05-04 868
SAP消息号M8085 PS:相同的消息号可能会出现在不同的业务场景，条条大道通罗马，仅供学习交流参考！ SAP消息号M8085 1、业务场景： 供应商发票校验MIRO的时候报错：定价太低，超过容限1.11%； 2、解决办法： 经检查采购的原材料115单价是10元，采购10个是100元，发票校验金额是90，超过下限：10元10个-10元1.11%*10个=98.99，所以报错； 这里的价格只是预警，可以正常过账，但是过账之后因为超过了容限，所以会冻结支付，继续执行后续需要解冻MRBR发票；或者可以在OM
SAP ABAP MIRO BAPI_INCOMINGINVOICE_CREATE1 退货订单处理
SAP小趴菜
01-27 1644
正常订单 DELIV_POSTING = 'S' 退货订单RETURN_POSTING = 'H' 。 如果两者不赋值，默认RSEG行项目SHKZG = 'S' 。
SAP 只能在公司代码****的期间YYYY/MM和YYYY/MM中记账（消息号M7053）
晴天的博客分享技术知识
04-08 1428
需要几个区间执行几次就可以了，比如202404到202406，就需要增加区间执行3次 04 05 06，保存完成后回到MIGO，点击检查，就可以愉快的过账了。【业务背景】在做MIGO收货的时候，检查过程中出现以上error。：关闭指定的过账期间（同时开启下一个过账期间）【对应方法】使用：查看当前公司所在的期间。以上内容仅供学习和业务参考，请。
FI配置-财务会计-未清和关账过账期间/打开和关闭过帐期间(事务码OB52&后台表T001B&英文Open and Close Posting Periods)
12-25 2039
业务背景：定义未清和关账过账期间 事务码: OB52 SPRO路径：SPRO->财务会计->总账会计->主数据->总账科目->准备->定义存留收益科目 第1步，SPRO路径进入 第2步, 输入期间数据1和2并保存 配置完成！ 2021年12月25日 写于芜湖 ...
SAP MIRO 的业务处理（发票凭证类型）如何判断
秋成的博客
05-08 1300
发票的凭证类型在标准中被替代了 标准底表被替代了 找不到只能按照上面的判断 当然俩个表必须全部启用。
SAP 基于采购订单的MIRO校验过程
matinal 當冬夜漸暖 。公众号：matinal
01-27 4881
一、介绍 发票校验是物料管理(MM)系统的一部分。它提供物料管理部分和财务会计， 成本控制和资产管理部分的连接。 物料管理模块的发票校验为以下目的服务： 它完成物料采购的全过程 - 物料采购从采购申请开始，接下来是采购和收货, 并以收到发票而结束。 它允许处理不基于物料采购的发票(例如，服务费， 其它花费，过程费用， 等等)。 它允许处理贷项凭证, 既可以是发票的取消, 也可以是打折扣. 发票校验不是对支付进行处理, 也不是对发票进行分析. 这些需要处理的信息被传递到其它部门.发票校验的任务包括: 输入..
关于sap的账期管理MMPV、MMRV、OKP1 、OB52、CKMF、CKMG、CKMJ
weixin_44907284的博客
01-24 5363
如果系统目前是07年2月份的物料帐，现在要调整成07年5月份的物料帐，则需要先调整成07年3月，07年4月，最后才能调到07年5月，否则会出现错误的。结账时应该同时开启结账期间和下一期间两个期间，结账完成后立即关闭已完成结账的期间。一般财务账期总账期间的控制是仅开启当前一个期间，如果月结期间应同时开启结账期间和下一期间两个期间，结账完成需立即关闭已完成结账的期间，避免凭证过账日期误记账。允许期间物料分类账结账输入，在首次启用物料分类账时，需要执行允许期间物料分类账结账输入。一、MMPV、MMRV。
三、SAP_MM_采购管理
weixin_43477555的博客
08-29 4201
一个工厂可以指定多个采购组织，但在一些特定的业务中需要自动确定采购组织，这时就需要在后台对工厂指定唯一的采购组织，也就是标准采购组织SAP MM 关于采购组设计的思考在项目实践中，SAP MM中的采购组的设计有如下2种常见的方式：1）采购组与采购员对应起来。一个采购组可以对应一个采购员，也可以对应一组采购员。笔者参与的好几个项目里，包括很多GLOABAL SAP项目，都是这种模式。
Posting only possible in periods xxxx/xx and xxxx/xx in company code xxxx
liangziyisheng的专栏
07-02 4569
今天在用MB1C做初始化库存的时候遇到这个问题，纠结死了。 到网上一查，解决方案如下： 用MMRV查看current period，发现这个current period与我当前的日期严重不符，我当前是2012年，而current period为2006.05 再用MMPV去设定新period关闭旧period，注意必须从上步查看到period的下个period开始循环地的创建新period直到
SAP MIRO BAPI 调用回执：未自动创建发票，可能存在重复 会计凭证
07-28
<think>我们正在处理一个关于SAP MIRO模块中BAPI调用的问题。用户在使用BAPI_INCOMINGINVOICE_CREATE（或类似BAPI）创建发票时，遇到了未生成发票并且可能出现重复会计凭证的情况。根据提供的引用，我们可以推断出一些可能的原因和解决方案。 首先，引用[1]提到，当使用ARBCIG_BAPI_INVOICE_CREATE创建发票时，可能不会带出预付款税码，因为BAPI没有传入对应的数据。这提示我们，在调用BAPI时，传入的数据不完整可能导致一些问题。同样，在用户的情况下，未生成发票可能是由于传入的数据不满足生成发票的条件。 引用[2]强调了在调用BAPI之前使用SE37进行测试的重要性，以确保熟悉BAPI的结构和字段，避免因参数错误导致的各种报错。因此，用户需要检查传入BAPI的参数是否正确和完整。 引用[3]和[4]则提供了关于采购发票过账和预制发票的相关BADI（业务插件）的信息，这提示我们可能需要通过增强或BADI来补充标准BAPI的功能。 综合以上信息，我们可以分析可能的原因和解决方案如下： **可能的原因：** 1. **参数缺失或不正确**：在调用BAPI时，传入的参数（如发票数据、供应商、公司代码等）不完整或错误，导致系统无法生成发票。 2. **重复调用BAPI**：可能由于程序逻辑错误，多次调用BAPI，导致重复创建会计凭证（尽管未生成发票，但可能生成了重复的凭证）。 3. **前置条件未满足**：例如，采购订单尚未收货或未达到开票条件，导致无法生成发票。 4. **系统配置或主数据问题**：供应商主数据、税码配置等存在问题，导致BAPI无法正常执行。 5. **并发控制问题**：在多用户或并发处理时，可能由于锁机制导致未生成发票，但会计凭证已生成。 **解决方案：** 1. **检查BAPI参数**：使用事务码SE37测试BAPI（如BAPI_INCOMINGINVOICE_CREATE），确保传入的参数正确且完整。特别注意： - 供应商、公司代码、采购订单号等关键字段。 - 税码（如预付款税码）是否传入，引用[1]提到可以通过增强来补充税码数据。 - 凭证日期、过账日期等。 2. **检查是否重复调用**：在程序中确保BAPI只被调用一次。可以通过日志或调试来确认。 3. **检查前置条件**：确认采购订单是否已经收货（MIGO），是否满足开票条件。 4. **使用BADI增强**：引用[4]提到了一些BADI，如INVOICE_UPDATE_MIRO，可以在开票过程中进行增强。例如，在调用BAPI之前，通过BADI补充必要的数据或进行校验。 5. **检查错误消息**：在调用BAPI后，必须检查返回的消息（RETURN表），以确定失败的具体原因。例如： ```abap CALL FUNCTION 'BAPI_INCOMINGINVOICE_CREATE' EXPORTING ... TABLES return = lt_return. ``` 然后检查`lt_return`中是否有错误消息。 6. **检查会计凭证是否已生成**：如果会计凭证重复，可能是因为在调用BAPI失败后重试，但之前的调用已经生成了凭证（部分成功）。此时，需要检查凭证表（如RBKP、RSEG）以确认凭证状态。如果凭证已经生成，则不应该再次调用BAPI，而应该先冲销重复的凭证。 7. **使用正确的BAPI**：确保使用的BAPI是适合当前场景的。例如，如果是预制发票，应使用`BAPI_INCOMINGINVOICE_PARK`，而过账则使用`BAPI_INCOMINGINVOICE_POST`（引用[3]）。 **具体步骤建议：** 1. **SE37测试**：在SE37中手动测试BAPI调用，使用与程序相同的数据，观察是否能够成功生成发票。如果测试失败，根据错误消息调整参数。 2. **程序调试**：在程序中设置断点，检查传入BAPI的参数值，并检查返回消息。 3. **增强补充数据**：如引用[1]所述，如果税码等数据缺失，可以在调用BAPI之前通过增强（如用户出口或BADI）来补充。例如，在调用BAPI之前，根据供应商和公司代码确定税码并填充到相应字段。 4. **检查锁机制**：在调用BAPI之前，检查是否有锁存在，避免并发问题。 如果以上步骤仍无法解决问题，可能需要进一步分析具体的错误消息和系统日志。 §§相关问题§§ 1. 如何通过SE37测试BAPI_INCOMINGINVOICE_CREATE？ 2. 在SAP中，如何通过ABAP程序处理BAPI返回的错误消息？ 3. 如何避免在SAP BAPI调用中产生重复数据？ 4. SAP MIRO开票时，哪些前置条件必须满足？ 5. 如何通过BADI增强MIRO开票过程？</think>### SAP MIRO BAPI调用后未生成发票且出现重复会计凭证的原因及解决方法 在SAP系统中调用`BAPI_INCOMINGINVOICE_CREATE`或相关BAPI时，未生成发票并出现重复会计凭证的问题，通常由以下原因导致： --- ### 一、核心原因分析 1. **参数缺失或冲突** - **税码未正确传入**：如引用[1]所述，预付款税码可能因BAPI未传入对应数据而缺失，导致系统无法完成发票校验流程。 - **关键字段冲突**：供应商、公司代码、采购订单号等字段与现有凭证冲突，或未满足唯一性校验（如重复调用同一数据）。 2. **BAPI调用逻辑错误** - **未处理返回消息**：BAPI的`RETURN`表未检查，忽略错误提示（如凭证已存在、字段校验失败）仍继续执行[^2]。 - **重复调用机制**：程序未设计防重逻辑，多次调用相同参数的BAPI，触发系统生成重复凭证草稿[^3]。 3. **前置条件不满足** - **采购订单状态无效**：如未完成收货（MIGO）或未激活发票校验标识。 - **主数据问题**：供应商主数据（LFA1）或物料主数据（MARA）的税码/科目设置错误。 4. **并发与锁机制问题** - 多线程/并发调用时未加锁，导致系统尝试多次创建相同凭证[^4]。 --- ### 二、解决方案 #### ✅ 步骤1：验证BAPI参数完整性 - **必填字段检查**：确保以下参数正确传入： ```abap HEADERDATA-INV_DOC_NO " 发票号（留空由系统生成） HEADERDATA-VENDOR " 供应商编号 HEADERDATA-COMP_CODE " 公司代码 ITEMDATA-PO_NUMBER " 采购订单号 ITEMDATA-TAX_CODE " 税码（从供应商主数据或增强获取）[^1] ``` - **通过SE37测试**：先在事务码SE37中手动测试BAPI，观察返回消息（`RETURN`表）定位缺失字段[^2]。 #### ✅ 步骤2：增强税码与数据补全 - **添加预付款税码**：在调用BAPI前，通过增强（如BADI `INVOICE_UPDATE`）根据供应商+公司代码动态填充税码： ```abap METHOD if_ex_invoice_update~update. IF cs_header-data-vendor = '供应商编号' AND cs_header-data-comp_code = '公司代码'. cs_item-tax_code = 'J1'. " 示例税码 ENDIF. ENDMETHOD. [^1][^4] ``` #### ✅ 步骤3：防重处理与错误处理 - **检查RETURN表**：调用BAPI后必须解析返回消息： ```abap CALL FUNCTION 'BAPI_INCOMINGINVOICE_CREATE' TABLES return = lt_return. LOOP AT lt_return INTO ls_return WHERE type CA 'EA'. MESSAGE ls_return-message TYPE 'E'. " 中断并报错 ENDLOOP. ``` - **唯一键控制**：使用`INV_DOC_NO`+`FISC_YEAR`作为防重键，或通过`ENQUEUE`函数加锁： ```abap CALL FUNCTION 'ENQUEUE_E_TRESK' EXPORTING vbeln = lv_invoice_doc. " 锁定发票号 ``` #### ✅ 步骤4：凭证状态检查与修复 1. **查询重复凭证**： 检查表 `RBKP`（发票头）、`RSEG`（发票行）是否存在相同供应商/订单号的凭证： ```sql SELECT * FROM rbkp WHERE lifnr = '供应商编号' AND xblnr = '参考凭证号'. ``` 2. **删除重复草稿**： 若凭证状态为`Parked`（预制），使用`BAPI_INCOMINGINVOICE_CANCEL`冲销。 --- ### 三、预防措施 1. **启用BAPI事务控制**： 在调用后执行 `BAPI_TRANSACTION_COMMIT` 或 `ROLLBACK`，确保操作原子性。 2. **主数据同步**： 调用BAPI前验证供应商税码（T007S表）及科目分配（SKB1表）。 3. **日志跟踪**： 记录每次BAPI调用的输入参数和返回消息，便于追溯。 > **提示**：若问题持续，检查是否有自定义增强（如BADI `INVOICE_UPDATE_MIRO`[^4]）干扰标准流程，或联系SAP支持分析系统日志（ST22）。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值