SAP系統BUG - info recorde的價格與Condition的不統一

2024-04-21 15:48

本文主要是介绍SAP系統BUG - info recorde的價格與Condition的不統一,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

原文:http://ssgang.itpub.net/post/10314/397943


Info Record中價格欄位: EINE-NETPRCondition的欄位:KONP-KBETR有時會出現不統一的現象, 特別是在批量上傳Info Record, 系統沒有同時更新兩個欄位, 造成不匹配. 系統有提供一個修正此BUG的程式: RM06INP0

處理建議:

1.Old PriceNew Price均顯示"Not found" =>不要處理.

2.Old Price,New Pirce "not found" =>無最新Infor.Record,給相關采購處理

3.Old Pricenew price均有,且不一至的 =>去掉"Test Run",讓程式來更新價格.

最好給足條件,一個一個跑,且及時到內表中查看結果.不要一大批地跑,一旦發現錯誤,可以及時回復


祥見SAP Notes:

Symptom

After the change of the info record currency, the conversion factors between the order unit and the purchase order price unit are no longer correct on the purchasing view.The conversion factors between the base unit of measure and the order unit on the general view are, however, possibly correct.

However it is also possible that there are incorrect values in database table EINE.

A similar behavior can also occur for contracts.

Other terms

MEKPE, MEKP, EURO, WEWU, BME, BPRME, EINE, EINA, EINA-MEINS, EINA-LMEIN, KONP, KUMZA, KUMNE, LMEIN, MEKL, MEKLE, scheduling agreement, outline agreement, MEKRE, MEKR, EINE-NETPR

Solution

Implement the program correction.

Note:

Bear in mind that this note only has a preventive effect and cannot correct already existing data inconsistencies.

Proposed solution:

To eliminate possible data inconsistencies, we recommend that you carry out the currency conversion again.

Alternative:

Provided that, in the conditions of the affected purchasing documents, the conversion factors between the order unit and the purchase order price unit and also the prices in the conditions are correct, it is possible to carry out a correction using the following reports:

For info records: RM06INP0; also refer to Note 392988

For contracts: RM06ENP0

The 'No date check' indicator should be set for both reports.

After using the reports, it is not necessary to carry out a further currency conversion


这篇关于SAP系統BUG - info recorde的價格與Condition的不統一的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/923461

相关文章

【Spring Boot】 SpringBoot自动装配-Condition

目录 一、前言二、 定义2.1 @Conditional2.2 Condition2.2.1 ConditionContext 三、 使用说明3.1 创建项目3.1.1 导入依赖3.1.2 添加配置信息3.1.3 创建User类3.1.4 创建条件实现类3.1.5 修改启动类 3.2 测试3.2.1 当user.enable=false3.2.2 当user.enable=true 3.3

SAP学习笔记 - 开发02 - BTP实操流程(账号注册,BTP控制台,BTP集成开发环境搭建)

上一章讲了 BAPI的概念,以及如何调用SAP里面的既存BAPI。 SAP学习笔记 - 开发01 - BAPI是什么?通过界面和ABAP代码来调用BAPI-CSDN博客 本章继续讲开发相关的内容,主要就是BTP的实际操作流程,比如账号注册,登录,BTP集成开发环境的搭建这方面。 目录 1,账号注册 2,BTP登录URL 3,如何在BTP上进行开发? 以下是详细内容。 1,账

SAP项目中沟通的几点总结

最近参与的公司SAP RISE项目,由于是国际项目,全程远程实施,所以沟通显得尤为重要,有几点总结跟大家分享。   1.     提前沟通 提前沟通比事后沟通效果好太多。作为项目管理者,需要把下一步的计划等信息提前通过一定的形式(会议、邮件、Teams Channel等)传播出去。而不是等着这个事情发生了,项目组成员来询问,一方面这样很浪费时间,也会对项目进队产生影响,所以作为项目管理者永

Java并发:互斥锁,读写锁,Condition,StampedLock

3,Lock与Condition 3.1,互斥锁 3.1.1,可重入锁 锁的可重入性(Reentrant Locking)是指在同一个线程中,已经获取锁的线程可以再次获取该锁而不会导致死锁。这种特性允许线程在持有锁的情况下,可以递归地调用自身的同步方法或代码块,而不会因为再次尝试获取相同的锁而被阻塞。显然,通常的锁都要设计成可重入的。否则就会发生死锁。 synchronized关键字,就是

JavaBug系列-解决SpringBoot返回Xml结构的问题

JavaBug系列之SpringBoot返回Xml结构的问题 Java医生一、关于错误信息二、如何解决问题 Java医生 本系列记录常见Bug,以及诊断过程和原因 作者:Java医生 教学: Java企业项目辅导,专注于辅导新入职员工,解决各种问题! V:study_51ctofx 一、关于错误信息 如图,SpringBoot请求返回Xml格式信息 通过以上信息分析,

JavaBug系列- Failed to load driver class com.mysql.cj.jdbc.Driver in either of HikariConfig class load

JavaBug系列之Mysql驱动问题 Java医生一、关于错误信息二、如何解决问题 Java医生 本系列记录常见Bug,以及诊断过程和原因 Java/一对一零基础辅导/企业项目一对一辅导/日常Bug解决/代码讲解/毕业设计等 V:study_51ctofx 一、关于错误信息 APPLICATION FAILED TO START Description: Fai

SMIDI-SAP接口配置手册

目录 一、 SAPERP相关接口配置(必要条件) 1. SAP ERP 配置 1.1 配置

【解决bug之路】npm install node-sass(^4.14.1)连环报错解决!!!(Windows)

有关node-sass的深入分析可参考:又报gyp ERR!为什么有那么多人被node-sass 坑过? 主要有如下三方面错误,请自查: 1.node,npm版本需与node-sass版本匹配,像node-sass(^4.14.1)就得node 14.x版本才可以,node 16不行 gyp ERR! build error15 gyp ERR! stack Error: `

排查 MyBatis XML 配置中的 IF 语句与传值名称不匹配的 Bug

文章目录 本文档只是为了留档方便以后工作运维,或者给同事分享文档内容比较简陋命令也不是特别全,不适合小白观看,如有不懂可以私信,上班期间都是在得 前言,在改一个bug得时候发现一个有意思得问题,就是mybatis得xml中if判断得问题,传值名字不匹配依旧可以进行判断,如下图 传值userName,但是有意思得事情出现了,进了if,并且没有报错,尝试了两次都是这

彻底解决魅族手机无法彻底卸载应用的bug

使用Flyme系统的同学可能会遇到一个问题: 卸载了某些软件(例如通过开发者模式调试安装的应用)后,实际这个应用还残留在系统,当你用低版本或者其他签名的apk覆盖安装的时候会提示“安装失败”,要求你卸载后重新安装。 可是无论你从应用列表寻找还是清理垃圾,都根本找不到这个应用。 闹鬼?这个bug一直伴随着flyme,可怜工程师们竟然一个都没发现。 今天笔者教大家一招解决这个问题。