您是否检查过ST22中是否存在任何错误？ 另外，如果它也在其中记录了错误，我也会在CAPI日志中查找。

还设置为使用MESSAGES INTO部分检查从CALL TRANSACTION返回的错误，并查看返回的内容，还检查MODE和UPDATE的更新模式-这是我的一小段代码 CALL TRANSACTION语句。

呼叫交易tcode
使用g_bdcdata
模式g_ctumode
更新g_cupdate
到g_messtab的消息。

然后我遍历g_messtab，看看发生了什么。 我怀疑输入数据不正确，或者您使用的是错误的更新类型。 在CALL TRANSACTION上使用F1，它作为CALL TRANSACTION文档的一部分解释了上述所有参数。.使用...

还要检查事务SM13的更新失败。

大家好，

感谢您的建议

使用以下步骤可以解决问题。

"提交后继续"中存在问题。

为此，我在呼叫交易中添加了以下语法。

数据：lv_options类型ctu_params。

lv_options-racommit ='X'。
lv_options-DISMODE = lv_mode。

使用gt_bdcdata进行交易'VF01'

从lv_options到gt_msg选项的消息。

通常来说，得出正确结论（在提交后继续）的过程是逐个屏幕执行BDC（g_ctumode ='A "）。

嗨，

我认为您的交易未提交，请尝试使用BAPI_TRANSACTION_COMMIT或 提交工作并等待

呼叫功能" BAPI_TRANSACTION_COMMIT"

 

问候，

Nawa。

在进行CALL TRANSACTION之后执行COMMIT WORK完全没有用，因为在事务中完成的更新是在 新的LUW。 如果SAP忘记执行COMMIT WORK（这将是一个很大的错误！），那么在LUW中启动调用事务的更新为时已晚。 提交工作应在事务的LUW中完成。