在第一部分的博客文章中，我介绍了整个员工数据复制流程。为了便于参考，下面重新分享了流程图。第二部分和第三部分分别介绍了流程的先决条件和第一步。在这篇文章中，我将分享更多关于第二、第三和第四步的见解。

PTP流程图

重点领域：第二步：EC然后根据查询请求以XML格式响应第一个员工数据包。ECP复制程序不断轮询EC以获取后续的员工数据包，直到收到所有数据包为止。

在我详细说明步骤2之前，让我们回到步骤1。我已经提到，ECP根据表T77SFEC\u PTP\u CONF和T77SFEC\u PTP\u SEGM中维护的配置来查询EC。示例配置id 1000的复合Employee API查询字符串如下：

SELECT查询字符串的不同元素是在类内生成的：CL\u HRSFEC\u PTP\u EE\u REPLICATION，method:PROCESS.

注意：如果您为特定的Employee id运行了程序，国内云服务器，WHERE子句将在person\u id\u external上有一个筛选器，没有最后修改的\u on addition.

运行复制程序后，如果转到SLG1并搜索Object id:HRSFEC、SubObject id:EMPLOYEE\u PTP和external id:replication，生态环境大数据，您可以在消息列表中找到此查询字符串。

SLG1 for HRSFEC>EMPLOYEE\u PTP>REPLICATION

查询响应的数据包中最多有200名员工。复制程序一直轮询，直到收到所有数据包。

重点领域：步骤3：对于数据包中的每个员工，ECP复制程序生成一个新的处理线程，以便相关员工的所有复制活动都包含在该线程中，从而减少员工之间的数据混淆，限制任何短转储对正在处理的特定员工的影响，云分析，同时也提高了整体性能。

当从EC接收到每个数据包时，ECP复制程序为包中的每个员工启动处理，通过调用服务提供商EmployeeMasterDataBundleReplicationRequest\u In（在SAP包PAOC\u PAD\u SE\u SFEC下的SE80中搜索它），其中它对自身进行RFC调用（ECP），生成一个新线程来复制该员工。RFC功能模块是PROCESS\u EE\u MDR\u INBOUND\u RFC，物联网培训，它最终调用类：CL\u HRSFEC\u EE\u MDR\u MAIN，方法：PROCESS\u EMPLOYEE.

我将在以后的博客文章中提供关于处理逻辑和BADI实现的更多见解。

重点领域：第4步：ECP复制程序作为最后一步，（不等待所有线程完成处理）向EC发送确认消息

作为最后一步，淘客帝国，复制程序向EC报告确认消息。在SLG1中，您可以查看对象ID:HRSFEC、子对象ID:EMPLOYEE\u PTP和外部ID:CONFIRMATION下的日志

SLG1 for HRSFEC>EMPLOYEE\u PTP>CONFIRMATION

如果一切顺利，您就不必监视SLG1日志条目中的复制和确认消息。您真正需要处理的是Object ID:HRSFEC、SubObject ID:EMPLOYEE和External ID:下的SLG1日志条目。这些是我们在步骤3中讨论的处理员工数据的各个线程生成的消息日志。

我现在结束这篇博文。我们将有更多有趣的事情，如定制开发和映射，在随后的博客文章中讨论。直到下一次，LokāḥSamastāSukhino Bhavantu（youtube上的音乐表演）。