客户从这里选择SuccessFactors Employee Central，EC，原因有很多。其中最常见的是建立全球人力资源系统。全球人力资源系统在人力资源功能和非人力资源实用功能（如工资单/时间等）之间建立了必要的边界。虽然这样的边界对业务非常有利，但它将从雇佣到支付的业务流程分为两个系统–这需要一个集成。

随着EC被指定为全球人力资源系统，淘客返利系统，员工被雇佣和终止这个系统。如果工资单系统是SAP工资单系统，那么集成将通过一种成熟的集成模式，称为"核心混合"集成。此集成由一个经过时间测试的yeomany基础设施（称为businessintegrationbuilder（BIB））支持，该基础设施随附于附加组件中。在这个论坛和其他地方，关于围嘴的讨论和辩论很多。这个博客的重点不是围嘴的复杂，而是SAP如何设计BIB在上线期间的行为。

[图片来源：自制]

上线的客户通常从SAP HCM迁移到EC，然后从EC到SAP HCM进行后续集成加载，从而开始上线过程。

Mary Mustermann：这是一个示例角色，我们将在本博客中使用它来阐明迁移/集成运行。玛丽已经工作了将近30年了。该表显示了她的作业切片（来自SAP HCM上的信息类型0000/0001）。

迁移通过SAP Infoporter（BIB）将数据从SAP引入SF。迁移只带来受限的历史数据。建议在迁移过程中不要过多地回顾历史。通过迁移引入的数据范围由截止日期控制。谨慎的做法是尽可能少地引入行李–因此，截止日期与运行日期之间的距离过去不应太远。

迁移有两种运行类型：完全迁移和增量迁移运行。

完全迁移运行将引入所有数据从截止日期到高潮日期。迁移运行后，SF系统有望成为记录系统的主数据。如果这种情况没有发生（例如，大数据分析培训课程，延迟上线，即客户一次将一个法律实体带到云上），SAP上的数据将继续增长，企业建站平台，从而使SF上的数据过时。为了解决这种情况，使用增量迁移，其中仅复制SAP之间从第一次迁移运行之日起的增量。

迁移后，建站论坛，集成从SF运行到SAP。这种集成被称为核心混合集成，定期将组织和员工数据引入SAP。与迁移类似，集成也从截止日期开始。集成截止日期是将数据更改复制到SAP的日期。

与迁移一样，集成也有两种运行方式。第一次集成运行是在两个系统之间对数据进行分级，随后的增量复制运行是定期引入数据。在此阶段，需要注意的是：

增量运行必须强制在初始运行之前进行。初始运行不一定会在截止日期拆分infotype记录。

结论：

这里所写的内容完全基于我们（INTEGRTR）与LE和上中小企业客户的经验。我们在迁移方面的经验也完全基于SAP的BIB/Infoporter。其他迁移设备，如埃森哲的克隆和测试，设计不同，企业大数据分析，可能表现不同。最后，每个客户的迁移和后续集成之路都是独一无二的。商业敏感性和现实决定并胜过所有已知的智慧。