abap修改Bug 方法(前后台字段不一致)

最新推荐文章于 2026-01-02 09:48:42 发布
原创 最新推荐文章于 2026-01-02 09:48:42 发布 · 294 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#其他

本文讨论了查询库存时遇到的问题，焦点在于发现S_LGORT字段缺失导致的结果不明确。经过分析，确认可能是字段名书写错误，修正后解决了问题。关键在于前后端字段一致性检查。

文章目录

一 问题描述

查寻库存地点，在查询的结果中没有区分.
在这里插入图片描述
在这里插入图片描述

二 问题分析

发现S_LGORT 这里没有值.
在这里插入图片描述

三 原因

我们发现S_LGOR 与S_LGORT可能是写错了，改正一致就没有问题。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

四 总结

1.一定要找到问题的根本原因，在确定前台输入的字段与后台查询的字段是否一致（可能后台的字段写错，要么漏了字段）.

ABAP 7.40 SP08 里的逻辑表达式新语法：谓词方法调用与 xsdbool 深度解析
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
12-12 27
ABAP 7.40 SP08 引入了谓词方法调用和 xsdbool 函数，显著改善了布尔逻辑处理。文章梳理了 ABAP 布尔值的现状，包括 ABAP_BOOL、boolc 的局限性，以及 XSDBOOLEAN 的作用。新特性允许直接使用 IF meth() 语法，系统会自动处理为 IS NOT INITIAL 判断。xsdbool 函数解决了 boolc 的类型兼容问题，更适合现代 ABAP 开发。这些改进在 S/4HANA 和 BTP ABAP 环境中尤其实用，使代码更简洁易读，特别适用于 RAP 模型中
一次 ABAP SYSTEM_NO_ROLL 排查全纪录：从 WebClient UI 内存溢出到 SAP 内存参数调优
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
07-08 242
角色立即行动开发审计所有自定义GET_V_*与 HTML 拼接逻辑，确认返回集 ≤ 10 000Basis以ST22报表为依据，核对与数据维护清洗冗余分部代码，建立监听，超过阈值自动告警测试针对 Dropdown、大表及长文本场景执行压力测试，确保 HTML < 10 MB运维部署 Memory Inspector 周报，跟踪趋势线，提前识别潜在 OOM并不可怕，可怕的是缺乏可执行、可度量的联合治理方案。通过本文示例我们看到，只有业务、开发与运维形成闭环，才能让内存错误真正“零复现”。
查改BUG笔记-02-后端返回的坐标和角度与前端不一致
黑山老妖的博客
08-15 384
问题   前端传给后端角度和坐标，后端计算出绘制线的点位置在二维图像上的相对位置。   问题是：实际绘制路径和后端返回的路径有一定的偏差； 排查分析   1.一开始以为是返回给前端的坐标点是错误的，分析后，坐标点是没有问题的；   2.多次跟踪分析后，发现坐标位置是对的，后端返回的坐标形成的线的角度与前端传给后端的角度不一致；   3.说明后端计算没有问题；   4.后端将前端输入的角度打印日志，前端将传入后端的角度打印；   5.前端发送的角度与前端自己持有的角度不一致，后端是根据前端之前一次的角度进行的
数据库查询：查询入参类型和数据库字段类型不匹配导致的问题
Rcain_R的博客
04-15 1667
数据库查询：查询入参类型和数据库字段类型不匹配导致的问题
SAP PI 传输值为空问题
m15188153014的博客
01-21 2938
如图： - item>   ZEILE>0001ZEILE>   EBELN>4500003720EBELN>   EBELP>00010EBELP>   MATNR>40032020160121MATNR>   WERKS>D100WERKS>   LGORT>8000LGORT>
佛祖保佑永无bug_你的ABAP程序给佛祖开过光么？来试试Jerry这个小技巧
weixin_39806818的博客
12-14 498
最近Jerry在忙一个项目，技术栈换成了nodejs平台，语言换成了JavaScript，因为赶项目进度，一直没时间更新公众号。感谢大家的支持，关注人数还是慢慢地增长到了3000。今天我们来聊聊一个比较轻松的话题。当今这个数字化时代，大家的生活都离不开互联网。互联网公司为了确保服务器不会因为软硬件问题宕机而影响自己的业务，纷纷使出浑身解数，包括设计更健壮的架构，实现高质量的代码，提供硬件条件更好的...
ABAP数据库修改字段（由其是主键）后，导致ABAP数据库与底层库不一致，保存数据有误_SAP刘梦_新浪博客...
森林木的博客
10-24 2282
最近业务有调整， 影响较大的是库表的调整， 有的加了字段， 有的修改了主键， 一般已经使用了的数据库，SE11调整库表结构后，SE11里激活会提示失败信息， 此时，需要进入SE14，去调整数据库。 这次SE14调整完后，虽然激活，发现存储数据有问题， 原来A B C 是主键，现以调整为ABCD四个主键。 当ABC字段相同，D不同时，保存时提示已经有相同数据存在。 但是SE11看，主...
让 ABAP 开发重新有手感：用 UML 类图与时序图驱散 FUD，找回写代码的快乐
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
12-19 35
ABAP开发中的反馈困境与可视化解决方案 摘要：ABAP开发常面临业务需求模糊、系统耦合严重、测试反馈缓慢等问题，导致开发者陷入"code and pray"的恶性循环。本文提出通过可视化工具建立快速反馈机制来改善开发体验：1）利用SE80生成UML类图分析静态拓扑结构，导出XMI实现版本化管理；2）通过SAT运行时分析获取真实调用链，转换为PlantUML时序图理解动态行为；3）案例说明如何通过"类图+时序图"组合发现OData服务中的结构性问题。这种将代码质量可视
交货单冲销发货过账的正确姿势：用 VL09 与 ABAP 批量反冲 Goods Issue
最新发布
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
01-02 37
摘要 本文详细解析了SAP系统中VL09事务码的技术实现与业务应用。VL09用于反冲发货的货物移动，通过标准冲销路径（移动类型602冲销601）确保单据链路一致、状态机正确回退和业务规则生效。文章对比了经典VL09与Fiori应用在不同SAP产品形态中的位置，并针对STO场景提供了ME23N验证方法。核心内容包括WS_REVERSE_GOODS_ISSUE函数模块的调用要点、必须COMMIT的原因（SAP LUW机制），以及处理Handling Unit等限制条件的注意事项。最后给出了将VL09工程化的项目
SAP 错误消息调试之七种武器：让所有的错误消息都能被定位
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
12-10 2610
目录 长生剑 - SAPGUI Where Used List 碧玉刀 - ABAP调试器观察点 霸王枪 - ABAP调试器动态断点 多情环 - ABAP代码静态扫描 孔雀翎 - SAT 离别钩 - ST05 拳头 - 迷之方法？？？ Jerry在2018年开始用中文在微信公众号平台上写作之前，在SAP官方社区上总共写了639篇英文博客。 其中有一篇写于2013年介绍ABAP调试技巧的博客：
MM01 物料主数据批导
BinGeneral的博客
03-26 4959
1业务场景 期初批量导入物料主数据时，有以下要求： 维护相应的物料视图 将物料维护到多个工厂 可能需要对物料进行分割评估 对某些字段，需要在BAPI中做增强处理进行维护 2代码实现 2.1物料基本数据 1.基本数据 2.声明要维护的视图 3.之后根据前台相应字段所在的表，在BAPI参数中找到对应的BAPI参数并维护即可 4.最后调用BAPI_MATERIAL_SAVEDATA创建...
知识点
weixin_30457065的博客
06-22 129
1.RANGES: RANGES:ra_ebelnFORekpo-ebeln. SELECTebeln INTOCORRESPONDINGFIELDS OF TABLElt_ebeln FROMztfc_mm030_his WHEREpltyp='Z' ANDebeln <>...
四、SAP中转义字符的使用和不同数据类型所占长度不同
weixin_30342827的博客
07-16 319
一、代码如下： 效果如下，注意看，数字类型占用了10个位置： 转载于:https://www.cnblogs.com/tianpan2019/p/11197303.html
ABAP查找内表中是否存在重复字段
weixin_43734184的博客
06-17 5540
1.对于查找内表中是否存在重复字段，这个问题SAP好像并没有给出直接的解决办法，只能通过间接的方法去做判断，我是这样给出的判断。 2.例子说明： REPORT Z_ZHANGM_036. DATA: BEGIN OF wa OCCURS 0, col01 TYPE char10, col02 TYPE char10, col03 TYPE char10, END OF wa, itab LIKE TABLE OF wa. DATA: BEGIN OF item OCCURS 0, col01 TYPE ch
ABAP ALV过滤器中的字段长度与报表中显示的不一致
Frank.Ma
06-24 3478
ALV过滤器中的字段长度与报表中显示的不一致
【软件测试】如何定位web前后台的BUG
测试界的彭于晏的博客
09-21 1935
一、对系统整体的了解 Server端：jsp+Servlet+json 数据库：sql、MySQL、oracle等 前台： 涉及到 jstl，jsp，js，css，htm等方面 后台：servlet，jms，ejb， 还有很多框架，struts，hibernate，spring，ibatis Jsp：分不清前后台的，因为这里涉及到一个运行时刻的问题，它们的运行时刻是不同。 用户发出请求后，服务器解析用户请求，转至对应的jsp，这个时候可以说是整个jsp都是后台程序。 而Jsp做出响应后，把响应的内容返
ABAP非Unicode系统中字符串拼接（CONCATENATE）时吃字符问题
weixin_34216036的博客
03-31 402
       系统是老R3，非Unicdoe系统，某些表字段是从外界系统过来的，由于接口设计的固定长度，外界系统传超长字符串过来后，就可能从最后一个中文字符中间截断，这问题到还没什么，只不过显示时最后一个字符显示成乱码而已，但是，如果将这些表字段捞出来与其它分隔符（如竖线） CONCATENATE时，可能会将这个分隔符吃掉，导致这些数据抛到对方系统后，无法再分隔，还原成一个个字段        ...
ABAP FOR ALL ENTRIES 关联字段长度不一致 解决方法
08-08
在ABAP中使用`FOR ALL ENTRIES`时，如果遇到关联字段长度不一致的问题，通常会导致数据匹配失败或者性能下降。为了解决这一问题，可以采取以下几种方法： 1. **字段长度对齐**：在将数据填充到内表之前，确保用于`FOR ALL ENTRIES`的字段长度一致。可以通过截断或填充空格的方式调整字段长度。例如，使用`MOVE-CORRESPONDING`语句时，可以对字段进行显式转换以确保长度一致[^2]。 ```abap DATA: lt_input TYPE TABLE OF some_table, ls_input TYPE some_table. ls_input-field1 = input_value. " 假设字段长度需要为10，不足则填充空格 ls_input-field1 = |{ input_value WIDTH = 10 }|. APPEND ls_input TO lt_input. ``` 2. **使用`CONVERSION_EXIT_ALPHA_INPUT`**：当字段是字符类型且包含数字时，可以使用转换函数`CONVERSION_EXIT_ALPHA_INPUT`来去除前导空格，确保字段在比较时长度一致。这在处理物料编号、订单编号等字段时非常有用[^4]。 ```abap CALL FUNCTION 'CONVERSION_EXIT_ALPHA_INPUT' EXPORTING input = lv_material_number IMPORTING output = lv_converted_material_number. ``` 3. **使用`CONDENSE`语句**：如果字段中包含不必要的空格，可以使用`CONDENSE`语句来去除空格，确保字段在比较时长度一致[^4]。 ```abap CONDENSE ls_input-field1. ``` 4. **使用`SUBSTRING`函数**：如果字段长度不一致但只需要比较前几个字符，可以使用`SUBSTRING`函数截取固定长度的子字符串进行比较。 ```abap DATA(lv_substring) = substring( val = ls_input-field1 len = 10 ). ``` 5. **避免使用`FOR ALL ENTRIES`**：在某些情况下，如果数据量较大且字段长度不一致的问题难以解决，可以考虑使用`INNER JOIN`代替`FOR ALL ENTRIES`，尤其是在处理大量数据时，`INNER JOIN`的性能通常优于`FOR ALL ENTRIES`[^2]。 ```abap SELECT a~field1, b~field2 INTO TABLE @DATA(lt_result) FROM table_a AS a INNER JOIN table_b AS b ON a~key = b~key. ``` 通过上述方法，可以有效解决ABAP中使用`FOR ALL ENTRIES`时关联字段长度不一致的问题，从而提高程序的稳定性和性能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值