Obed，你好

在这些情况下，您对CRM_ORDER_MAINTAIN的调用存在问题。 很难确定仅此信息的问题所在，但是我可以想到在两种情况下可能导致这种转储：

1. 代码正在使用RFC函数组中的全局变量来调用MAINTAIN并将垃圾传递给它（在填充内部表之前缺少CLEAR）；
2. 模式字段错误地填充了创建常量。

检查转储是否显示CRM_ORDER_MAINTAIN参数值。 如果是，请验证上述情况是否正在发生。

它应该具有一些触发转储并有助于调试的执行模式。 也许您组织中的某人已经检测到这种模式。

致谢。

感谢泰勒斯！

我检查了代码，发现MAINTAIN Activity表中的mode字段未填充任何值，而Header表确实具有更新值，但我同时设置了update模式和DUMP。

我调试了几种情况，但MAINTAIN或SAVE_ORDER都没有垃圾。

我知道我提供的信息太弱了，但我们没有更多信息。 这很奇怪，因为我还没有找到一种可以使我找到更好解决方案的模式。

此致。

嗨，奥伯德，

如果有帮助，您可以尝试在CRM_ORDER_MAINTAIN中放置一个断点，并尝试通过GUI事务CRMD_ORDER中的代码来模拟正在执行的操作。 我相信它将帮助您如何在CRM_ORDER_MAINTAIN中填写必要的内部表。

亲切的问候，
加西亚

感谢加西亚！

我们仅在生产环境中存在此错误，并且我们尝试在DUEST环境中模拟DUMP附带的案例，它们可以正常工作，但感谢您的帮助！

致谢！

嗨

我认为，如果您检查转储信息，您将看到仅来自SAP标准程序的错误。 但是您是否考虑过是否根据状态，合作伙伴功能等条件激活了任何操作配置文件以创建/审核任务（或活动）？ 最后，触发标准功能SAPLCRM_ACTIVITY_H_DU，将重复的记录插入数据库表中。

我遇到了类似的问题，希望这会有所帮助！

BR