交易MRER和ZZ_CHECK_EKBE_FOR_EKRS

2020-09-21 11:13发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


你好同事。 在2018年,再次是actuell。

在我们的ECC6 EHP7 PROD系统中,显示以下状态。
作为ERS程序的一部分,交易MRER的工作清单中缺少单个采购单据的条目。 我们进行的分析表明,在ERS程序中,未更新表EKRS。

交易MRER的工作清单似乎是通过表EKRS形成的,但没有用于采购单据及其收货的条目 。

我们已经为ERS程序实施并应用了注释862379 EKRS记录的恢复。 报告ZZ_CHECK_EKBE_FOR_EKRS请求发票的"文件编号" ,以便能够使用ERS程序进行结算。

能否请给我们 注释的附加名称,使我们可以使用事务MRER跟踪文档并进行处理? MRRL不是吗! 我们使用ECC_DIMP。 我们处于同样的困境中,注释862379中的报告ZZ_CHECK_EKBE_FOR_EKRS对我们的BP步骤没有帮助。

那么,对于业务部门来说,通常情况是什么,它们如何进一步进行下去?

有人可以为用户描述它吗?

礼物

拉尔夫·W。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


你好同事。 在2018年,再次是actuell。

在我们的ECC6 EHP7 PROD系统中,显示以下状态。
作为ERS程序的一部分,交易MRER的工作清单中缺少单个采购单据的条目。 我们进行的分析表明,在ERS程序中,未更新表EKRS。

交易MRER的工作清单似乎是通过表EKRS形成的,但没有用于采购单据及其收货的条目 。

我们已经为ERS程序实施并应用了注释862379 EKRS记录的恢复。 报告ZZ_CHECK_EKBE_FOR_EKRS请求发票的"文件编号" ,以便能够使用ERS程序进行结算。

能否请给我们 注释的附加名称,使我们可以使用事务MRER跟踪文档并进行处理? MRRL不是吗! 我们使用ECC_DIMP。 我们处于同样的困境中,注释862379中的报告ZZ_CHECK_EKBE_FOR_EKRS对我们的BP步骤没有帮助。

那么,对于业务部门来说,通常情况是什么,它们如何进一步进行下去?

有人可以为用户描述它吗?

礼物

拉尔夫·W。

付费偷看设置
发送
4条回答
愤怒的猪头君
1楼-- · 2020-09-21 11:27

如果缺少单个文档,则应将此文档与其他文档进行比较。 也许ERS指示器根本没有设置,或者是在收据过帐后设置的(以某种方式)。

四川大学会员
2楼-- · 2020-09-21 11:36

您是最好的:-)我只是基础薄弱的管理员,具有大量的工作和项目经验,这使业务UNIT/流程的破碎部分变得零散。(根本原因分析) 解决方案经理,那就没问题。

该呼叫挂断在伙伴Edge Supporter通知的情况下。
我们认为,这也存在人力资源压力的问题。 (MM-SD顾问)
如果没有太多内部顾问知识,则该过程很弱

非常感谢您的建议,我将首先对其进行检查,然后将摘要或结果提供给我们的业务部门 。 他们可以检查出来并收集信息

-这并不容易,这就是我发现的主题之一

https://archive.sap.com/discussions/thread/1842651

您好,
关于该消息:M8414:

很抱歉,无法撤消在MRRL运行期间自动创建的发票。 。 如果您使用MRRL

过帐,则EKRS表中的条目将被删除。

您应该取消物料凭证而不是发票。

此后,您可以使用MRRL过帐。 信用 memo.To 取消您应在自定义

( 交易OMBZ)基于GR的IV允许使用GR的逆转标记

尽管有发票。

请同时查看注释131918。

请注意以下内容:< br>
如果已经为交易手动输入发票,则不能再使用ERS结算

交易。 交易的任何其他发票或

贷项通知单都必须手动过帐。

如果您手动处理了交易的发票,则应

将交易从ERS排除到 避免在下次运行ERS时将其包含在日志中。 为此,您可以在测试模式下在线运行ERS,

选择该项目,然后从ERS中排除该项目。

发布GR时,将在表EKRS中创建一个条目。

ERS程序读取此条目,并建议将其用于ERS
处理。 在MRRL中,如果选择"从ERS排除",系统将

删除表EKRS中的条目,因此将不再

选择文档。 这是程序的设计方式。 必须手动为它们开票。

请参考以下在线文档:

物料管理

>发票验证

> 物流发票验证

>评估收货结算(ERS)

>评估收货结算:概述

>评估收货结算流程

最诚挚的问候

浮生未央
3楼-- · 2020-09-21 11:18

我们的电话现在在服务台开放了三个星期。 (没有回复)
那么,您过去在MM-IV-LIV-ERS组件中是否遇到过同样的问题?
我看到Sandra McCright似乎是该领域的专家。 据我所知,必须有更多处于打开状态的文档,并且表EKRS中缺少条目,需要恢复EKRS记录。 (BU单元提供的信息)
因此,据我所知,SE38->执行ZZ_CHECK_EKBE_FOR_EKRS并列出所有服务器年份的条目! 然后,->检查文档(请参阅Z * Report的摘录)

客户是否没有手册,如何在SMP或scn中逐步解决? 我没有找到相关的SAP Note或博客,大多数情况下,解决方案是862379 Wiederherstellung vonEKRS-Einträgen…………..transaktionscode MRER或MRRL,然后呢? 也许这是BU中交叉应用程序的处理问题! 以及将来如何解决?
Greets
Ralph

风早神人
4楼-- · 2020-09-21 11:27

观看视频如何从SAP支持人员获得最快的事件解决方案 在3分钟内完成解释

检查 OSS注释560499中的信息-客户互动中心:热线-电子邮件-聊天

它还告诉您如何更改优先级,加速甚至升级。

带有更正报告的OSS注释862379提到了3种不同的根本原因,可能还有更多的根本原因,但也许并不常见。

第3点肯定包括由于出口和BAdI中的错误编码以及使用硬表更新进行数据操作而导致的错误,无论使用了什么工具。

准确地分析发现根本原因是汤中的盐,成为顾问的快感和与只是用户的不同。

我当然希望SAP可以做更多的事情,但是他们已经从指导性答案对于某些问题,我相信这是个好方法。

我也希望他们能在更正报告中有一个部分,列出其中的项目和被省略的原因。

如果您可以阅读ABAP或进行调试,则实际上可以从ZZ_CHECK_EKBE_FOR_EKRS中自己找到它,它具有已检查的所有表以及声明检查哪些字段的语句。