胡安，

感谢您的回复。

我的要求是更新合作伙伴功能'VBPA-PERNR'字段中的哪个，目前我们正在处理此FM'BAPI_SALESORDER_CHANGE'，考虑到数据量和FM的限制，我们无法将多个销售单据集中到 这个FM。

是的，仅它的性能问题，并且该程序需要更长的时间来处理多个销售订单，请以其他任何方式来处理这种情况，让我们知道，就像可以一次处理多个订单的FM一样。/p>

请使用COMMENT按钮发表评论，问题，添加详细信息等，答案仅是提出解决方案，在答案区域的右侧删除SAP文本。

Jhon Jhon，

您的方案有一个抽象程序，该程序使用BADI_SALESORDER_CHANGE提交许多文档以进行更改。 每次更改都会依次提交给系统。 每次更改都很简单，但是库很复杂。

您可以尝试使用不同的选择多次在后台运行此abap程序。 每次运行程序都将处理总列表的一小部分。

理论是，这将避免系统限制应用到每个单个进程的资源。 将为每个进程分配相同数量的资源。 可用于解决问题的总资源将成倍增加。

请使用COMMENT按钮输入评论，问题，添加详细信息等，ANSWER仅是提出解决方案，请在右侧删除SAP文本

我认为您不会找到任何进行大规模更新的库代码，因为存在很多可能的更改方案：

• 将新的ZM合作伙伴添加到文档中
• 为现有ZM合作伙伴分配其他供应商编号
• 使用当前地址更改ZM合作伙伴地址的任何随机字段
• 更改ZM合作伙伴地址的任何随机字段，为此文档创建新地址

BADI可以使用广泛的检查逻辑来处理所有情况。

如果性能非常重要，则可以尝试绕过库逻辑并直接更新数据表：VBPA，CDHDR，CDPOS。

如果您的更新方案涉及表KNA1或LFA1，则您可能应该考虑将更新分为多个并行进程以解决单线程资源限制。

Jelena说"永不推荐"， 不是"从不做"。 在不知道确切上下文的情况下我不会推荐它，而我会建议并行处理。