目标：从employee Central Payroll（ECP）中检索特定于员工的数据，并流回employee Central（EC）。

说明：在范围为employee Central（EC）和employee Central Payroll（ECP）的SuccessFactor HR解决方案环境中，员工数据在EC中维护，并通过点对点数据复制到ECP以进行薪资处理复制过程

是否可以反向流动？这就是员工数据从employee Central Payroll到employee Central的流程？

很少有来自ECP系统的预定义数据可以通过ECP聚合屏幕或API访问（如EmployeePayrollRunResults，云服务器商，EmployeePayrollRunResultsItems）。但是没有直接的方法将任何附加信息或自定义信息从ECP移动到EC。

这篇博文背后的想法是解释从ECP到EC的附加数据移动的简单过程。

为什么需要这样做？可能对该功能的要求有疑问。当EC存储所有主数据并充当源系统时，什么叫物联网，为什么需要从ECP到EC的数据流？

此类要求的示例将有助于回答问题。我们实现的业务要求是从ECP中检索员工HESA ID，并填充到我们英国客户的EC个人信息portlet的自定义HESA ID字段中。

关于要求的更多信息：

什么是HESA？高等教育统计局（HESA）是收集、分析和传播英国高等教育量化信息的官方机构。

HESA ID/编号是多少？它是一个学生标识符，对每个学生都是唯一的。该标识符将随学生转移到他或她可能就读的每个高等教育机构。

要生成唯一的HESA标识符，大数据云计算，需要遵循的预定义复杂步骤很少(https://www.hesa.ac.uk). 它很难用SuccessFactors生成，然而，标准SAP已经提供了HESA ID生成和相关操作的功能。由于ECP系统是在标准的sapecc平台上运行的，因此HESA功能在ECP端是很容易实现的。但是，由于EC被认为是员工信息的主要来源，我们的客户要求在EC端（个人信息级别）也提供此HESA ID，超算云，在ECP端弹出需求，调用标准SAP程序生成HESA ID，然后在EC个人信息portlet将ID流回自定义字段

高层实现过程：以上需求可以通过以下四个简单步骤来满足：

详细描述：

HESA ID将由工资单生成在标准SAP事务处理后，管理员和将存储在雇员中央工资系统的infotype 0614（HESA主数据）中。

创建一个自定义SAP RFC功能模块，从infotype 614（HESA主数据）中获取雇员的HESA ID

创建一个由HCI/CPI使用的Web服务。此web服务将利用上述自定义功能模块为员工获取HESA ID

创建中间件（CPI）步骤调用web服务并检索员工ID和相关HESA ID

在员工中心的个人信息portlet中为HESA ID创建自定义字段，并对该字段提供所需的权限

创建另一个中间件步骤调用odataapi perperperperpersonal来更新员工个人信息portlet中的信息（HESA ID）

结论：上面给出的示例是针对一个典型的特定于国家的需求，但是，国内云服务器，使用web服务从ECP检索信息并推回到EC的概念可以在需要时加以利用。

实施的前提条件：SAP ABAP知识，PCI知识和SF EC知识

词汇表：

EC–员工中心

ECP–员工中心工资表

HCI/CPI–HANA云集成/云平台集成

功能模块–执行预期活动的ABAP代码片段

HESA–高等教育可持续性法案（英国）

点对点数据复制–是SuccessFactors流程将员工主数据流到员工工资单中心进行进一步处理

信息类型–信息类型。用于存储人力资源特定数据的SAP表。每个信息类型由四位ID唯一标识