云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

虚拟主机_mysql启动数据库_高性能

小七 141 0

虚拟主机_mysql启动数据库_高性能

将员工数据从内部SAP ERP移动到SuccessFactors employee Central对于迁移到云端的组织来说是一项不小的任务。为了支持这些客户,SAP在其Pau Seu-In-100 SAP集成插件中构建了一个完整的框架,可以与SAP云平台、集成服务(Integration Services,又名HCI)作为中间件结合使用。使用这两个工具将员工数据直接发送到SucessFactors API,云计算大数据,客户有一个可重复、可靠和可测试的过程来复制员工数据,而不需要手动将员工数据导出和导入到平面文件中。

如果您不熟悉这些工具,让我做一个简短的总结。

我可以写几页关于从SAP ERP复制员工数据到employee Central的设置步骤,但是有很多材料都很好地涵盖了这个过程。以下是一些:

最近我经历了一个同时使用pau SE_IN 100(Business Integration Builder)和SAP Cloud Platform的实现,我想给出一些在开始时对我有用的高级技巧。其中一些看起来像是常识——但在一个复杂的项目中,保持这些"常识"技巧的核心是很重要的!

在两个独特的系统之间转换数万名员工的员工数据可能会很复杂,尤其是在复制范围内有数百个字段的情况下。从SAP到Employee Central的每个字段都需要映射,有些字段需要进行值映射,以便可以将它们转换为正确的EC对应项。例如,在SAP,它是俄亥俄州。但是在SuccessFactors的odataapi中,它是Option ID 0000008101(或者在您的实例中它是什么唯一的Option ID)。

但是在您开始映射这些值之前,您需要弄清楚基本知识。您需要在SuccessFactors中存储哪些员工数据?您需要在Employee Central中创建哪些自定义字段来存储公司的数据?您要启用和禁用哪个标准EC字段?每个字段的可能值是多少?

使用SuccessFactors Employee Central Implementation workbooks概述EC中将使用哪些字段,以及相应的信息将来自您的on-prem系统。如果您提前做到了这一点,那么构建与之匹配的复制场景将是小菜一碟。

这是决定您的战略的关键问题。请考虑您要迁移到Employee Central的SAP ECC数据的历史记录数。

如果一些客户计划立即关闭其内部系统,则可能希望保留一定时间段的历史记录以满足法规要求。

如果您可以只迁移"新"数据,而不迁移任何历史记录,您可以将加载项配置为仅从SAP ECC获取最新记录。这将使它更容易,因为您将有较少的数据转换,只需担心目前的数据的清洁度。如果您有未来日期的记录,您可能希望在整个SAP系统中运行一个操作,以便从最早的复制日期开始创建剥离。只有上线日期当天或之后的记录才会被迁移。

此决定将用于设置"最早的复制日期",这是定义复制的一个关键属性。

迁移员工数据意味着迁移所有员工数据。SSN、地址、电话号码、福利信息等都可能包含在内。在制定迁移和测试计划时,请考虑安全性。

例如,在最初的几次迭代中,可能会在迁移之前扰乱SAP ERP源客户机中的SSN和其他敏感数据。这样,当您进行第一轮测试时,您就可以更轻松地导出CSV文件,阿里大数据应用平台,拥有一个具有访问权限的大型测试团队,等,并且可以专注于适应流程和技术。

开始从SAP ERP到员工中心的第一次迁移的一个令人恐惧的部分是构建所有必要的字段映射。然而,你不必从头开始。如《实施指南》中所述,SAP提供了可以用作参考点的示例字段映射。如果您将这些字段映射从客户机000复制到源客户机,这将为您提供一个良好的起点。

其中许多对象,如家庭地址、电子邮件和电话信息,在所有公司中都是非常标准的。所以字段映射应该非常接近您的需要!

BIB集成附加组件完全可定制。将自定义infotype字段映射到标准或自定义Employee中心字段非常简单。从employeecentral导入元数据后,只需将目标EC字段映射为源ERP infotype和字段。您甚至可以创建一个定制的值映射表,将值转换为对应的EC值。

如果您的需求更复杂,那么您可以利用badi。有了强大的ABAP开发人员,您可以基于自定义的人行横道表、多个不同的infotype标准或任何其他满足您需求的标准来映射字段。我希望在将来的博客中进一步介绍可用的badi,因此如果您有特定的兴趣,请告诉我。

如果您有一个人(或一个组)配置Employee Central,并且有一个人(或一个组)在100中配置pase,那么它们必须始终同步。businessintegrationbuilder依赖于employeecentral的两个主要输入:OData元数据和picklist.CSV文件。如果Employee Central configurer添加了一个新字段,则需要将元数据重新导出并重新导入ERP系统。如果EC配置程序更改了picklist值,则需要重新导出和导入picklist。在需求不断变化、测试人员众多的快速发展项目中,你可以理解,如果沟通不好,一个小小的变化怎么会滚雪球般变成一团混乱。

这两个人或团队需要经常保持沟通,以确保两个系统使用相同的语言。