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

网站建设_服务器管理制度_高性价比

小七 141 0

全球客户正在实施SAP Success Factors Employee Central,使用核心混合HCM部署选项,其中Employee Central用作保存所有员工的员工数据和报告行的记录系统,但现有的人力资源流程(如工资单、时间管理、,或定制HR流程仍在SAP ERP HCM系统环境中运行。作为其中的一部分,您将在上线前将员工数据从ERP HCM系统迁移到EC,并使用Business integration builder(BIB)将员工数据从EC集成到ERP HCM系统。

SAP ERP HCM

HR ERP系统是通过员工主数据和组织工作分配复制建立的。

中间件:SAP云集成平台是设置

4。问题陈述

标准SAP中的员工地址数据保存在特定国家/地区的屏幕/字段中,这些数据需要迁移到作为CSF数据模型一部分的Success Factors address portlet,并集成回ERP。在标准SAP和成功因素系统中,总共有120个国家提供了支持。因此,迁移和集成变得相当复杂,无法维护和排除BIB配置的地址模板中所需的所有辅助映射。除此之外,员工还可以将外国地址作为其所在国以外的地址,从而使复制接口的设计更加复杂。根据复制接口的标准设计,如果雇员地址范围内的所有国家/地区都不存在二次映射,则复制将失败并拒绝与该雇员相关的任何其他数据更改,例如工作时间更改。本文档主要集中在集成部分,说明如何有效地使用BIB配置和标准解耦框架来维护员工的外文地址。建议的解决方案

在Employee Central中实现address portlet的全局数据模型,海淘返利,使address portlet中的每个字段对应于HCM ERP系统中address infotype(0006)的P结构中的一个字段。利用decoupled infotype framework中提供的功能CSSCR来确定基于地址国家(LAND1)的国家特定屏幕(ITBLD),以便能够使用功能CSSCR,确保所有字段都具有"链接字段"设置,以便在字段映射中维护为LAND1。

6。基于地址portlet自定义全局数据模型的EC到ERP字段映射

7.解决方案的实现步骤:

根据以上建议的设计模板设计,国内大数据,将地址的CSF数据模型更改为基于您以上的全局数据模型,并通过设置上传新的全局数据模型(XML)。根据您当前的SAP系统设计启用与特定国家/地区相关的字段。(大多数国家不使用county字段,请在manage business configuration上禁用未使用的字段)根据您的SAP系统定义哪些字段需要启用选择列表,并在EC中启用字段选择列表。

通过创建/编辑基于标准SAP系统的选择列表来对齐选择列表,以便在迁移数据时不会遇到问题。删除SAP系统中未使用的选择列表值,因为如果选择这些值,大数据时代是什么意思,将导致复制错误。建议使用与存储在数据库级别的SAP值相同的picklist值的外部代码,以避免BIB中的任何值映射。尽管选择列表管理存在一些挑战,其中前面的零不能保留在EC端。另一种方法是根据新的SF版本Q1-2019利用MDF选择列表,选择列表是可编辑的。

如第25行中突出显示的,根据SAP值对齐EC外部代码,确保所有选择列表值都对齐。

在人事管理节点下,与成功因素集成员工中心选择业务集成生成器

通过提供与地址标准EC实体相同的详细信息来创建新的EC实体。确保我们不影响现有映射(如有)。

为EC实体导入元数据。完成ERP实体中的字段映射。

确保在所有字段映射中启用链接字段为LAND1。这是使用LAND1作为链接字段的一个强制配置步骤,如上所述。如果没有此设置,系统将无法读取特征CSSCR并确定ERP中的屏幕。

如您所见,不需要二次映射,您可以利用克隆来获取地址的子类型。

8。外文地址是如何工作的?

在标准的SAP系统中,允许员工维护外文地址

即使员工属于埃及,您也可以维护该员工的外文地址,例如意大利,意大利屏幕会根据需要弹出相关字段。

要通过复制来支持此功能,请使用解耦框架中调用的特性CSSCR地址类。

考虑到ECC系统中使用的所有现有国家和相应屏幕,保留此功能。请注意,此功能未在标准PA30屏幕上使用,该屏幕调用P0006功能,因此,您需要自定义此功能作为员工复制配置的一部分。

一旦维护此功能。您可以在EC中维护外部地址,并将其复制到SAP,如下例所述。

9.复制示例

卢森堡员工的家庭地址在意大利。员工复制支持此功能。

地址复制。

10.结论:

在实施SF到ERP集成的同时,人工智能网络,为了最大限度地发挥BIB框架和解耦infotype框架的优势,返现,将地址portlet的设计标准化在成功因素EC上是非常有帮助的。与推荐的在BIB中使用二次映射的方法相反,这种方法大大简化了集成过程中的映射,并减少了上线后的维护工作量。另外,由于我们已经完全消除了二次映射,我们可以使用克隆来映射不同的子类型。此外,这简化了在上线前将员工数据迁移到员工中心的过程。总的来说,这种方法有助于减少复制过程中的错误,并支持外部地址复制