SAP SuccessFactors EC学习笔记（二）解码员工数据对象

（首发于公众号JohnnyHCM）

作为一名年轻顾问，想赢得客户的信任并不是一件简单的事，尤其是我写的笔记还出现在百度搜索结果的第一个。

距离第一篇笔记，已经经历了SuccessFactors的7次大版本升级，好多功能从无到有。当时的我根本想不到我写的东西会被奇怪的网站转载，甚至想不到这个系列的学习笔记还能有第二篇。

显然我的文章是没法给那些网站带去什么流量的，毕竟连听过SAP的人都不多，更何况SAP SuccessFactors（SFSF，SAP HR云）。不过我从一开始的心态也就是梳理学习心得，并不是为了卖广告、卖书、卖人天、卖付费问答或者卖付费会员专栏的。如果总想着用钱来衡量，我写的东西还真是不值钱。

言归正传，今天我们来聊聊SuccessFactors 员工中心模块（Employee Central，简称EC，SuccessFactors的CoreHR模块）中员工主数据的数据结构。其中标准的预定义数据对象（SFSF的标准教材一般称之为Entity）已有不少，比如个人信息、电话信息、地址信息、证件信息、职务信息、薪酬信息、教育信息、前雇主信息等等，相当于SFSF将员工主数据存在这么多张表中，很想传统SAP HCM中信息类型（Infotype）的概念。

这样根据数据内容将员工信息进行分类方式是十分清晰的。但了解过EC配置的朋友可能又听说过人员的这些数据元素又能分为什么什么HRIS Element、Background Element、MDF Object。这其实是SFSF人员主数据数据结构背后的三种技术框架，标准数据元素有的属于HRIS Element（如personalInfo、JobInfo）、有的用的Background Element（如education、awards、还有一些用的和组织管理一样的MDF对象。

作为用户，在使用员工简档（People Profile）时很难发觉这三中技术架构的数据元素有何不同。但作为SFSF EC顾问，这是必知必会的内容。不同框架的数据元素定义数据结构的方式、数据元素属性与功能、批导工具都有所不同。在新建自定义对象或字段时，也要考虑这三种框架的特性。

现在很多新的云HR产品都会有类似SFSF中MDF的框架，并基于此框架定义数据结构。但SFSF毕竟也已经有了十几年的积(bao)淀(fu)，用这种三足鼎立的方式，是很稳的。

 

MDF只能在前台UI上定义数据对象的字段及属性。HRIS Element与Background Element既可以在前台UI配置，也可以编辑好XML文件后在后台（Provisioning）中导入。

注：Background Element有两个工具可导入数据，但只有Import Extended User Information有Validation功能。

注：不支持Rule也就意味着修改数据无法触发工作流

由上面的对比来看，MDF对象的功能更多可定制性更强。除了上面列出的，MDF对象还有Association、Searchable Field等功能。甚至在People Profile中显示界面的可配置性也要比另外两类高出不少。

MDF Object: 对象数据结构及属性配置

MDF Object: UI配置

MDF Object: 最终在People Profile的效果

那么为什么我们还是不抛弃不放弃另外两种数据对象框架呢？

对于HRIS Element，标准的数据对象已经内置了很多业务逻辑和跨对象的校验逻辑。比如在JobInfo中任何记录的开始日期不得早于EmploymentInfo中的入职日期等等等等。这些逻辑让人员数据不再是孤立地记录在各张表中，让人员数据相互关联，让人员数据真正有价值。

HRIS Element中的一些对象可以在Compensation/Variable Pay的Worksheet中引用：

Compensation/Variable Pay的Template配置界面

Compensation/Variable Pay的Form界面

Background Element别看它简单，它不仅用于员工数据，还可以用于招聘模块中的申请人。可以实现数据从申请人库转入正式员工库。还可以用于继任模块的Talent Card。

RCM模块中的Candidate Profile

Succession中的Talent Card配置

Sucession中Talent Card界面

---

读到这里的一定是真爱。若有疏漏还望指正，欢迎留言交流。

更所SuccessFactors实施、运维经验分享，请关注微信公众号JohnnyHCM。