您好Prakhar，

从您的屏幕截图中，我认为该问题与您的ZCL_MASS_OFFSET和ZCL_MASS_OFFSET_NEW类有关。
您需要进一步调试才能理解。

或者您可以阅读以下PDF的第68页，以设置BOR事务启动器，这是一种更简单的方法。

http://go.sap.com/documents/2017/07/8e739ceb-537c-0010-82c7-eda71af511fa.html

最好的问候，
Bruce

您好Prakhar，

从您的附件来看，事务启动器的处理程序类是ZCL_MASS_OFFSET_NEW。

但是在转储中，它讨论了类ZCL_MASS_OFFSET的构造方法的IV_ID参数。 您是否对事务启动器定义进行了一些更改？ 从什么时候开始转储？

1。 也许您可以为相同的交易URL创建另一个交易启动器ID，然后将交易启动器ID分配给逻辑链接以再次进行测试。

2。 或者，您可以在方法cl_crm_ui_frame_app_controller-> before_navigate的第32行中设置断点，并检查转储的方式和原因，而不是ZCL_MASS_OFFSET_NEW，该调用方式为何以及为什么调用类ZCL_MASS_OFFSET。 请附加呼叫堆栈。

3。 有ST22 DUMP吗？ 如果是，最好在此处上传转储文件。

4。 请检查ZCL_MASS_OFFSET_NEW和ZCL_MASS_OFFSET是否都具有构造方法。 如果是，请检查它们的参数是什么。 它们是否都具有参数IV_ID。 它们被标记为强制性的吗？ 他们被您标记了吗？ 还是系统自动？ 您曾经在这两种方法中进行过更改吗？

大家好，

感谢您的答复，并感谢您的屏幕截图不正确。 班级是ZCL_MASS_OFFSET。
我从一开始就得到这个DUMP。

我还尝试了一个BOR对象，但是结果完全相同，转储的细节相同。
我还发现了一个基于BOR的事务启动器，它运行良好。 我比较了对象的各个方面，没有区别。

您好，Prakhar，

请检查文档交易启动器，它具有 一切都将您的配置与其进行比较。 希望您能找到自己可能错过的地方。

谢谢

Shahid

Hello Prakhar，

请检查以下文档：交易启动器， 几乎所有内容都根据它比较您的配置。

干杯

Shahid

嗨Prakhar，

从转储文件中，问题发生在CL_CRM_UI_FRAME_APP_CONTROLLERCM00Y-> BEFORE_NAVIGATION中。 我检查了自己的系统，在第32行的语句是CREATE OBJECT lr_object TYPE（ls_info-link_class）。

当我单击事务启动器的菜单时，当断点在此处停止时，变量ls_info-link_class的值为

CL_CRM_UI_LTX_NAVBAR_PARAM。

但是为什么在您的转储中，它正在执行类ZCL_MASS_OFFSET的构造函数？ 代替CL_CRM_UI_LTX_NAVBAR_PARAM？

请检查菜单的逻辑ID，如何定义它？