首页 > 解决方案 > 查找功能组的 SAP 修改包括

问题描述

(此问题的测试数据所需的 SAP 标准修改的访问密钥)

简介:我想找到对某个 SAP 标准存储库对象(IDES 测试数据集)的某种类型的修改。修改位于函数组的 include 中(在函数组的函数池中的 System-defined Include-files 下列出)。
到目前为止,我发现表 SMODILOG 作为修改的中央列表(Log of Customer Modifications to Dev. Env. Objects)。

测试数据:我的测试数据是功能组 V07A,例如包含 LV07A014(包含 LV07ANNN 的一部分)。这是通过在其源代码中插入一些东西来修改的(需要一个访问密钥才能被允许这样做),例如:

*{   INSERT         IDSEXAMPLE                                        1
* this is a comment, which was added
*}   INSERT

目标:随后我想找到一个表格,其中列出了所有类似的修改。我想找到修改的地方,即被修改的对象的对象类型和程序id。


2个问题:我意识到功能组的SAP标准包含与top-include和uxx-includes具有不同的对象类型和程序ID。后者是 PROG 类型和 prgmid R3TR(在对象目录条目中找到),而 LV07A014 具有与其所属功能组相同的对象目录条目,即 R3TR FUGR。这对我来说已经很奇怪了。这在我看来好像缺少对子级别(包括级别)的分辨率。

此外,对 LV07A014 的修改在表 SMODILOG 中列为具有对象类型(字段 sub_type)REPS(SMODILOG 中不包含 pgmid)。我希望PROG,至于其他包括(LTOP,LUXX)。

-> 为什么一方面在 L_TOP、L_UXX 和另一方面 L_NNN Inclues 之间存在对象类型、programids 的差异?(还是我弄错了?)

-> 在哪里可以找到我系统中所有SAP标准修改的信息以及这些修改对象的真实对象类型,pgmid(而不是修改对象所属的功能组,这个分辨率不够)?

标签: abapsap-basis

解决方案


为什么需要一张桌子?为了什么?它是纯粹的学术问题还是与现实生活任务有关?

你试过SE95交易吗?它列出了在系统不考虑对象类型和名称的情况下所做的所有修改。是的,还有功能组。它们很容易按层次结构搜索

如果是 FUGR include 被修改,那么它将被列在节点外的模块化单元中

在此处输入图像描述

最后是RTFM,兄弟...


推荐阅读