下面我将解释一些可能对您有帮助的概念，以最大可能的方式解决您的问题。

通过"更新任务"中的"呼叫功能"或过时的"执行"，可以注册一个或多个进程。

它们仅在COMMIT WORK启动时运行：

• 通过更新任务（在不同的（更新）工作流程中），该任务与COMMIT WORK异步运行，或与COMMIT WORK AND WAIT伪同步运行
• 或同步运行（"本地更新" ，即与COMMIT WORK处于同一工作流程中），如果设置更新 运行TASK LOCAL （必须在进行任何注册之前进行，否则会进行短暂的转储）
• 在这里，"同步"表示当COMMIT WORK完成时，更新任务或本地更新完成了
• 即 在您的情况下，如果BAPI需要先前BAPI中的数据，则您需要同步运行中间COMMIT WORK。

BAPI可能仅在更新任务或本地更新之前返回错误 运行。 在更新任务或本地更新期间发生的任何错误均会导致ABORT消息（SM13中的更新任务错误，或本地更新的中止消息）。

BAPI通常从不执行COMMIT WORK，但在那里 有一些例外（有时会在SAP注释中记录）。

注意：使用BAPI时，应使用功能模块BAPI_TRANSACTION_COMMIT（最终参数为WAIT）代替COMMIT WORK，因为存在缓冲区概念 可以在" BAPI调用链"中实现。

您写了' 我不想使用WAIT语句来避免性能问题。'

将 't本地更新导致的性能损失几乎与WAIT语句相同，您只会取消更新进程队列中的任何等待，如果您在更新队列中遇到了漫长的等待（询问）

谢谢 有关Sandra的详细信息。

我使用SET UPDATE TASK LOCAL，但是NEXT BAPI仍然存在锁定问题

嗨，Sandra

我确实提交了 并以我的代码编写的回滚工作（我的假设是锁）将被释放，但没有释放。 此外，在提交工作之后编写的SELECT语句在该特定时间段内无法从DB找到TO号。

释放锁定取决于" 范围"。 缺省值（2）是在更新任务或本地更新结束时释放锁定。 如果您不用等待（异步调用）就执行了COMMIT WORK，那么您的程序当然会执行下一个BAPI，但是锁仍然在那里（异步删除）。 您会看到，一切都取决于您所面对的具体情况，不可能只给您一个答案。 您可以通过跟踪（ST05）或通过锁管理事务（SM12）实时查看锁及其作用域。

抱歉，我不知道 您要实施的解决方案。

"仍然"？ 你以前有这个问题吗？ ：D

在您最初的建议中，您不使用COMMIT WORK，因此锁保持锁定是正常的。

我也应该解释一下如何处理锁吗？