加里，

实际上，内容中使用了很多BAPI。 但是您是对的，DS不会直接调用BAPI，而是使用IDoc。

为什么？ 首先，对于异步BAPI（例如CREATE），您可以使用ta BDBG生成IDoc shell。 实际上，SAP附带了许多BAPI，它们都是开箱即用的。 尽管IDoc在其周围增加了一层外壳/包装纸，但它还提供了中央监视功能，并且使发送数据与发布数据以及利用并行处理脱钩的可能性。 怎么样？ BAPI调用使RFC连接保持打开状态，直到发布BAPI。 IDoc调用将其保持打开状态，直到IDoc数据已保存到数据库中为止。 这样您就可以达到完全不同的负载水平和更好的性能，包括此额外步骤。 此外，如果将IDoc入站设置为由后台程序运行（建议），而不是立即触发，则可以创建服务器组并以包形式处理IDoc，甚至可以并行处理。 然后，这变成了完整的两步过程：DS发送数据并完成。 SAP将发布数据，并且不再影响您的DS作业。 一旦IDoc信息存储在数据库中，便完成DS。 通过IDoc监视器BD87或WE02/WE05处理发布过程中的错误处理，包括重新发布以及您监视的所有需求。

以您的示例迁移材料：DS内容实际上是使用材料BAPI而不是材料 经典MATMAS IDoc。 但是，用作外壳程序调用BAPI的BDBG生成的IDoc称为MATMAS_MASS_BAPI-相似名称的不同接口。 但是您是对的，我们使用的不是BAPI_MATERIAL_SAVEDATA，而是BAPI_MATERIAL_SAVEREPLICA（这是链接到IDoc消息类型MATMAS_MASS_BAPI的BAPI类型）。 为什么？ 正如"质量"一词所指出的那样，这是BAPI，用于批量上传，就像在数据迁移方案中一样，而BAPI_MATERIAL_SAVEDATA是用于创建单一材料。 所以这就是为什么它是更好的选择。 数据迁移是所有与性能有关的。

如果您对如何调整和调整IDoc入站以获得更好的性能的更多详细信息感兴趣，请参阅我的两本书《数据迁移到SAP》或《迁移到SAP》。 S/4HANA。 有整整一章关于如何设置它以进行并行处理。

希望这对您有帮助，
FRANK。