简介：

在某些情况下，我们在标准提交发生之前使用提交工作。在定制报告的情况下，这通常不会产生问题。

但是在用户出口或BADI中使用相同的报告时，我们有时会得到一个标准转储。这篇博文详细说明了转储的原因和解决方法。

主要问题：

我的要求是在批量发布生产订单后使用COHV事务发送邮件。邮件中包括已发布生产订单的详细信息。发送邮件的这一步骤在工作单更新BADI中的at release方法中处理。我使用sou NEW\u DOCUMENT\u SEND\u API1功能模块发送邮件。在尝试执行时，由于以下转储，52返现网，程序被终止。

转储原因：

进一步分析，我们发现只有在程序的某些点之后才能提交工作。因为在那之前我们试图强制提交工作，结果导致转储。

解决方法：

这个问题可以通过调用函数来解决，目的地为none。通常，当您在一个系统中使用call函数时，会使用带有目标RFC的call函数，但您的数据需要从其他系统中获取。例如，从ECC系统获取数据，这将在BI中使用。RFC目的地是在SM59中创建的。

在我们的例子中，消费返现，我们使用了相同的SO\U NEW\U DOCUMENT\U SEND\U API1 with destination none。当目的地被指定为"无"时，它实际上指向同一个系统。

（FM作为调用程序在同一个应用服务器上工作）。现在，标准提交和我们的提交之间的冲突已经得到处理。这解决了我的转储问题。

结论：

当我们使用一个调用函数，需要在用户出口或BADI或增强点内提交，怎么成为淘客，并且面对这个错误时，我们可以使用相同的调用函数，目的地为none。

，企业管理软件排行，trustdata大数据