你好，加里。

我能想到的一个原因是iDOC为开发人员提供了更多控制权。 非常有意思的线程，以防SAP DS开发团队的人响应。 德克·文肯

关于。 S

对不起，我不知道。 让我们与DM专家核对一下。

@ frank.densborn

加里，

实际上，内容中使用了很多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。

嗨，弗兰克，

美好的一天，

一个简单的问题，我知道你是数据专家，我想为SAP Data Services的每个迁移对象下载模板，例如我们要从Hana座舱LTMC下载模板的地方。 我们可以在其中从每次迁移（例如物料主数据，供应商，客户等）的数据服务中下载模板。请让我知道，我想从数据服务或RDM内容以及ATL文件中下载模板，因为这些模板可供功能人员向 使用数据服务加载。