（MIGO对话框在另一个LUW中执行，并且几乎每个SAP事务都使用COMMIT AND WAIT）

您必须等到更新任务运行并且数据库缓冲区被更新（FAQ）

为避免等待任意秒数，您可以通过使用带有参数UPDATE'S'或OPTIONS的批输入来告诉系统同步进行更新（默认情况下它们是异步的） 从ctu_params-updmode ='S'开始。 这样，所有"提交工作"将被视为"提交工作并等待"。 例如：

 DATA ctu_params TYPE ctu_params。
 数据bdcdata类型的bdcdata表。
 ctu_params-updmode ='S'。 同步更新
 使用来自ctu_params的bdcdata选项进行呼叫交易'...'。

在您的情况下，您可以创建一个自定义交易代码，调用MIGO_DIALOG。 您按照上述方式进行了CALL TRANSACTION + ctu_params-dismode ='E'，因为MIGO_DIALOG显示屏幕，并且您必须使用RACOMMIT，因为也许Save操作会执行多个提交工作：

 ctu_params-dismode ='E  '。 保持屏幕显示
 ctu_params-racommit ='X'。  "在第一次提交后继续
 

请注意，您将一个空的BDCDATA内部表传递给USING。

我同意Raymond Giuseppi的观点，您需要等待表被更新。 在调试模式下执行时，程序将有足够的时间更新表。

请给我更多详细信息，我已经满足了这样的要求。

实际上等待30秒即可解决问题

谢谢

你好，

谢谢您的回答。 我需要做的是在完成migo和创建重要文档后

我想继续在Z程序中进行处理。 问题是当我设置函数参数

i_leave_after_post ='X'。 在执行" MIGO_DIALOG"后，该流程摆脱了migo straigth的困扰，因此不会涉及我开发的逻辑。

在其他情况下，当参数i_leave_after_post为BLANK时，用户需要单击"返回"按钮才能继续操作。

我确实尝试过用户出口（在migo中完成过帐并创建了物料凭证），但是所有用户出口都在物料凭证创建后开始执行，但在提交之前已完成。

我想在程序中使用的军事文件无效。