该特定字段（EKPO-EREKZ）的使用不多，并且好像在整个事务中变化不大。 通过"在哪里使用"作为数据类型，您可以找到BADI MRM_FINAL_INVOICE_IND，而这可能就是您所需要的。

在最坏的情况下，我会评估调用堆栈并从那里开始。 但是总的来说，由于变量的作用域和寿命有限，因此无法轻松地完成所需的操作。 即使某个变量在顶部某个位置被声明为全局变量，也可能很难跟踪确切的更改点，因为可以简单地用另一个变量的值填充它。 而该变量来自何处-去图。 这样的任务可以很容易地使一个人掉进兔子洞。

在您的上下文中，"田地"是什么意思？

嗨，

检查此博客 abap调试器断点和监视点。 可能会帮助您。

谢谢

Prasanna

field（变量）EKPO-EREKZ更改。 我想通过ME22N进行跟踪。

是的，您需要程序，因为变量的存在与程序或子例程/方法有关。

因为如果 您的ME22n正在使用输入/输出中的字段调用FM，您将在FM的返回处看到更改。

如果变量是本地定义的，则仅在方法内部看到更改。

因此，对我而言，简单的方法是在调试器中浏览CALL STACK，以查找修改的位置。

v_my_value在每种方法中都存在3个。 它们不同，但名称相同。

方法my_first_method。
   my_second_method（v_my_value = v_my_value）。
 方法。


 方法my_second_method。
   my_thid_method（v_my_value = v_my_value）。
 方法。

 方法my_first_method。
   v_my_value ='toto'。
 方法。

 

是的，您可以在EKPO-EREKZ字段上创建观察点以跟踪脚本调试中的字段更改，您可以在博客中找到类似的示例。