Johnny技师的SuccessFactors EC学习笔记与要点梳理（一）

请问你是想学SuccessFactors吗？想找总监还是店长？有熟悉的老师吗？...





很高兴能和大家分享我在自学SuccessFactors Employee Central (员工中心，简称EC)中的心得，与通过EC模块助理顾问认证考试之后的反思。除了加深我自己对EC的理解，也希望能够：

• 通过梳理各教材、手册中的内容，帮助大家理解辨析难以理解的、易混淆的、不同资料表述有所差异的概念。
• 通过与ERP HCM进行类比，帮助传统HCM顾问快速学习SFSF。
• 补充EC模块认证考试的考点及备考心得，帮助各位了解认证考试。

因此，本文不会涉及很详细的操作步骤，但会指出我个人认为的关键步骤。

小弟才疏学浅，亦是初来乍到，暂无太多真刀真枪的实战经验，一些问题更是在班门弄斧，若有疏漏，还望指正。若有疑问，也希望能和大家多多交流。另外，虽然我自己一直觉得写中文夹杂太多英文是语言能力差的表现，但由于认证的考试是全英文的，所以一些术语写的是英文，帮大家熟悉。

好啦，谦虚完了，我们正式开始。

简单来说，EC主要就是SuccessFactors（简称SFSF）的人事管理和组织管理模块，也就是洋人常说的Core HR的部分。

//Johnny发现这种问题，要是去产品官网找答案，就会看到官网吹了一通优势，看起来好厉害的样子，就是看不明白具体是干啥的。别家产品也这样，不懂是什么套路。SFSF还有另一个看名字看不出来是干什么用的套件——BizX，其实就是人才发展相关的几个模块，不过现在SFSF的产品宣传已经不怎么提BizX了。2.1 学习内容

下面也是EC模块助理顾问认证的考点，也是我们作为EC模块顾问必须掌握的技能：

• 在系统定义与管理公司的组织架构、薪酬架构和岗位体系。
• 在系统定义与管理个人的人事数据和职位信息。
•  XML配置。//前两条所说的定义，目前有一部分需要用XML语言写到叫Data Model的文件里来告诉系统该定义成什么样子。
• 通过CSV文件（Excel模板）批量导入、导出数据。
• 管理系统安全，主要是管理权限（RBP，Role-Based Permission）。//初学者应谨记权限的作用。如果找不到教材中的功能，很可能就是因为没打开相关的权限。
• 系统多语言版本配置。//通常顾问只需要知道在哪里配置，不用亲自逐个字段翻译。
• 配置系统的逻辑规则（Business Rule）和审批工作流(Workflow)。
•  配置Time Off与Benefits功能。

2.2 官方学习资料

SAP标准课程，SAP员工去Portal上的Learning里搜课程编号：

• THR811/THR811e，如果对EC的功能和用户操作都还不熟悉，可以先学这个。
• THR80/THR80e，SFSF顾问做配置的入门教材，除了EC其他模块也有涉及。
• THR81/THR81e，EC模块的标准教材。

//课程编号带e的和不带e的内容基本是一样的，不带e的是PDF文档形式的，带e的是e-learning课件形式的。

SAP官方产品手册，也叫“Handbook”，“Cloud4hr”，“Implementation Guide”

在这里下载：https://help.sap.com/cloud4hr

按标准教材里的联系很多时候只是让你按它的步骤来一步一步熟悉操作，如果你像按自己的想法配系统，可能按教材的步骤做不到了，或者看到有的选项教材上并没教是干什么用的，就该查相应的手册了。备考时间充裕的话，值得一看的手册有：

• 《Employee Central Master》

这本比较全面，但关于MDF这个重头的，几乎都在下面这本

• 《Implementing the Metadata Framework (MDF)》

这块挺重要的，MDF是SFSF未来的一个趋势。不喜欢看文档也可以选择课程：THR99e

• 《Employee Central Imports》
• 《Employee Central Workflow》
• 《Implementing Business Rules in SuccessFactors》

这些手册都是会随着系统的季度更新而更新的。抱歉，官方真的只给了英文的。



在我们开始梳理技术细节之前，我还是愿意帮大家梳理一下EC的背景。按我们传统的理解，实施一个HCM系统，我们先得把组织架构搭起来，把员工信息录进去，才会考虑去评绩效算工资什么的。所以ERP HCM里，组织、人事两个模块通常都是要先上的。但SFSF不是，现在在全球的6000多家客户中，用EC的还不足2000家。SFSF这个软件本身是做人才管理起家的，因此过去SFSF对于人事上的入转调离和公司的组织架构不是很Care。它只需要根据汇报关系，来判断谁是你上司、谁和你同一个上司，从而自动找到该给你做评估、考核的人就够了。听老顾问说，SFSF刚进入中国的时候，做推广活动，台上的人一讲完，台下立马有顾问问“你们的组织管理在哪儿？”当时确实基本没有。

不过随着SFSF一年四次的版本升级，组织人事的功能也在不断增强。毕竟2025年以后SAP就不再支持传统ERP了，而新一代的S/4 HANA没有HCM模块，换句话说SAP HCM的未来就是SFSF。虽然SFSF是买来的，SAP也早已把他当亲儿子养了，下血本让SFSF成长为唯一的接班人。SFSF不仅要接班，更要超越，这个过程中EC的增强就很重要了。目前EC也已经具备了一定的支持大型客户的能力，EC最大客户（Customer）有超过70万用户（User）。不久之后，EC也许就会真正像教材中说的那样，成为SuccessFactors全部解决方案的基础。

刚才提到目前EC，作为SFSF的组织人事模块，目前不是一个必需的模块。但即使只上人才发展的模块也得有员工数据呀。实际上，目前有一部分员工数据是没有存在EC里的。

第一类，叫做Basic User Information，就是Succession Data Model XML里standard-element定义的，可以用UDF（User Data File）导出的那些数据。它们不是存在EC的。而这类信息是SFSF中的每个用户，也就是每个员工，必须得有的。比如UserID，就是这个人在系统里的标识。有的字段，在UDF里有，在EC里也有，比如员工的Manager和HR的UserID。为了保证两边的数据一致，就要通过HRIS-Sync来同步，这种同步绝大多数时候是实时的、自动的。

另一类呢，是Succession Data Model中background-element定义的，顾名思义，是一个员工的一些背景资料，比如教育经历呀、获奖呀、证书呀、工作经历呀，这类也不在EC管理。那这些数据用在什么模块呢？继任管理(Succession Management)，选择职位继任者的时候看继任者的背景、资质信息。我想，这也是为什么明明是定义人事数据的XML文件，却要叫Succession Data Model的原因了。

在EC里的数据，也可用用这个Succession Data Model来定义数据结构，也就是在那里面那些hris-element。

这些员工数据，在EC也好不在EC也好，基本都是在同一个地方做配置。拿出来讲，是为了让大家理解为什么现在SFSFSFS的数据结构会是这个鬼样子。数据结构之后还会重点讲的，不过大家要先有一个意识——SFSF的数据结构是会随着版本升级变化的。上面提到了SFSF的版本升级，每季度一次，强制的，所有客户都得升。版本升级可能带来新的功能，顾问可以帮客户在后台Provisioning开启新功能。已开启的老功能，界面、功能甚至数据结构都有可能变化。因此顾问必须及时了解版本升级的内容，帮助客户发现、解决随之而来的问题。已经获得SFSF认证的顾问，每个季度也要参加考察新版本更新内容的Delta考试。SFSF是一种云服务，不同的客户的Instance会共用数据中心（DC），比如国内一些客户的系统都放在位于上海的DC15上。所以版本升级的时候也是一整个数据中一起升。下表是SFSF 2017年的版本升级日期。



可以看到最早完成版本升级的是位于DC4的Sales Demo系统（供SAP和Partner使用），顾问和售前可以最先尝到鲜（苦）。之后客户可以在预览系统中了解新功能。一个月左右的缓冲期过完，客户的生产系统正式升级。客户升完之后，DC2上的Sales Demo Instance（只能由SAP内网接入）才会升级。

除了季度的版本升级，还有一种Upgrade Center升级。这种升级是可选的。有些是地区性的，比如某国家或地区的行政区划改了、标准电话号码格式改了或者有一些法律法规生的更新，SFSF Upgrade Center就会及时提供相应的升级包，一键升级。还有一些是功能交互界面的更新。影响比较大的一次是Employee Profile发布了新的People Profile，和之前的V12 Profile相比从UI到功能到配置都有些许不同。这两版Employee Profile在教材和认证考试中都会出现。不同于大版本更新，Upgrade Center可以在升级后一个月内取消。

Time Off，即请假，SFSF目前没有时间管理模块。在EC上，可以完成请假销假的申请、审批、缺勤定额的自动生成等功能。

Benefits，即福利管理，SFSF目前也没有专门的模块。在EC上，也可以做福利资格管理等一些功能。

在Demo系统的功能导航菜单中，可能可以看到一个Time and Attendance，你会发现那是个假链接，因为需要与Workforce（美国云端考勤管理软件）做集成才能用，这也是目前SFSF做时间管理的标准方案。目前官方推荐的福利管理方案，也是和BenefitFocus（美国的云端福利管理软件）集成。

这次分享的最后，介绍一些SFSF与SAP ERP HCM的显著差别。作为一款SaaS软件，其代码、数据库这些底层的东西完全透明了，没有办法像过去一样写代码做二次开发了。不过SFSF有一个Business Rules Engine，可以用它来设置一些IF/THEN的规则（Rules），即一旦满足什么条件系统就自动执行什么。

Rule的逻辑和写法和写程序大同小异。不过，截至1611版本，字段名只能从下拉框里选，不能自定义中间变量；函数也是从下拉框选标准的，不能自定义，但可以嵌套使用。目前可以使用的函数组有：



使用这些函数，可以用Business Rules实现一些逻辑功能，例如：

• 根据条件触发相应工作流
• 过去ERP HCM的一些屏幕增强功能。包括字段校验、自动带出（Propagation）等。//SFSF中所有有选项的字段，无论事过去用域实现的，还是读表实现的，在SFSF里都是在下拉框中选择，自带搜索，也可配置实现类似Search Help的功能
• 自动计算，例如年龄、工龄等。
• 自动生成年假、病假等缺勤的定额。
• 自动生成Compensation的Eligbility。
• 设置自动编号规则。

相较ABAP，Business Rule可以说是用牺牲熟手的效率来降低了上手的难度，牺牲里扩展性来提升了编写的一次正确率，要知道目前Business Rule还没有Debug工具。

由于数据库的透明，在SFSF里无法通过查表来查看主数据了。但SFSF有在线的报表工具，和方便的CSV导出导入工具。

SFSF里批量增、删、改主数据的方法也是先用批导工具导出CSV（或生成空白模板）、在Excel里修改、再用批导工具倒回系统的方法。这个比LSMW友好很多，就不用自己做模板再和录屏修改字段匹配。还可以以压缩包的形式一次导入多个模板。有些模板包含了相应的附件文件名，把附件的文件名填在模板的相应列里，再做一下简单的设置，就能把附件和模板用一个压缩包里一次传好。有时用压缩包同时导入多个模板可能有dependencies或者reference的逻辑关系，各个模板的上传先后顺序有要求，也可以非常方便的设置。

模板的导入也分为Incremental（只在系统中改模板里修改的和新增的数据）和Full Purge（把原数据清空完全用模板数据覆盖），有一定风险，所以官方教材一直强调备份。同时，SFSF会对批导的数据进行校验，导入修改数据也可以像单个修改数据一样触发审批流。如果数据量大，系统的数据校验和修改会在后台进行，完成后会有邮件通知。SFSF本身就是交互友好的网页，就无需再去搞一个网页的Portal去做员工自助和经理自助了。员工或经理的查看、修改权限可以细化到字段。审批工作流也不用再开发，只需配置路径和触发条件。需要触发审批流的，保存修改的时候自动触发，审批人亦在SFSF系统内完成审批。

    关注 JohnnyHCM