SAP HR四大模块介绍

SAP HR四大模块介绍

子模块:

SAP HR一般指的是SAP系统中的HR模块。SAP HR系统共有企业组织结构管理、人事

管理、招聘、员工的全面发展计划、薪酬管理、福利管理、人事成本核算、时间管理、薪

资计算、差旅管理等组件和功能，同时还提供多种组织结构模式。用户可以利用图形化的

工具构建企业组织结构，包括组织单元、人员职位、工作和任务以及汇报体系结构，还可

以通过简单的添加、修改和移动来反映企业的动态发展，与培训、招聘、人事成本核算、

薪酬管理和业务流程相关联配合，达到管理目标。

PA(Personnel Administration)

OM(Organizational Management)

PT(Personnel Time Management)

PY(Payroll)

PD(Personnel Development)

Compensation

Benefits

Recruitment(ore-Recruiting)

TE(Training & Event Management，ore-Learning)

ESS&MSS(Employee Self-Service，Manager Self-Service)

Incentive Wage

Shift Planning(with PP)

通常国内用到的模块:PA，OM，PT，PY(号称"四大")

一、PA

PA基本上就是涵盖各个方面的员工主数据，PA有两个基本概念:Info

type和Action。

Info type是一类相关信息的集合，用四位数字为代码，例如:0001组

织分配，0002个人基本信息，0006地址，0008基本工资，0021家

庭成员，每个Info type其实就是一个table，table里有很多字段，比

如"0002"这个Info type里有的字段:姓/名/称谓/别名/婚姻/宗教/性别等

等，同一个Info type可以根据人员不同国家呈现不同的屏幕，并且某

些Info type是特定国家专用的，比如中国专用的"个人所得税/社保/公

积金/政治面貌/档案"等。“身份证号"这个Info type各国都会用，但是

每个国家的编辑屏幕不一样。

Action表示一个人事事件，例如雇佣/离职/升迁/跨公司转移等，按照

SAP的逻辑，一个Action会引发一系列特定的Info type的增减或变

更，Info type的变更也应该有一个Action作为其缘由，所以要把相关

的Info type按照特定顺序组合起来，在给员工执行Action的时候，这

些Info type会按顺序逐个呈现，用户在前台逐个维护这些信息，举个

简单的例子，用户在执行"雇佣"这一Action后，系统会接连调出Info

type:个人信息/组织分配/地址/排班/基本工资/银行/休假定额，用户在

前台把这些信息逐个维护直至完毕。而所执行的Action也被记录于

Info type0000中。这一系列Info type和对Info type的操作(创建/修改

/删除/终止)的组合称为Info group，Info group被分配给Action。

HR的每个Info type都必须指定有效期，有的Info type有重叠或间

断，用户可以自己定义每个Info type的"time constraint”，常用的有三

种:1.无间断无重叠；2.有间断无重叠；3.有间断有重叠，以业务为

例，“基本工资"这一Info type的time constraint=1，某人在某一时点

必须且只能有一条记录，如果在1月8号给员工修改"基本工资”，原

有的记录就被掐断(即终止于1月7日这一天，SAP叫做Delimit)。

Time constraint=2的例子:配偶，员工可以有配偶可以没有配偶，但如

果有配偶只能有一个，time constraint=3的例子:子女，某人可以没有

子女，可以有一个子女，可以同时有几个子女。

某些Info type可以有Subtype，Subtype的表结构完全继承于Info

type，只是用来细化和区别具体的Info type，例如:"0021家庭成员"这

个Info type可以有"配偶/子女/父亲/母亲/兄弟姐妹"这些Subtype，这

些都是可定义的，当某个Info type或者Subtype在同一时间有多条记

录时，再用"Object ID"作为索引来区别，例如某员工在同一时间有三

个子女，"Object ID"分别为1，2，3，在允许"一夫多妻制"的国家，也

可以用"Object ID"来指代同时拥有的多个配偶。

二、OM

SAP的OM是基于对象的结构，每个业务单元都被描述成一个对象

(Object)，常见的有:Position(岗位)，Org Unit(部门)，Job(工作)，

Cost Center(成本中心)，Person(人，即PA里的Employee)，

Task(任务)，Qualification(资格)等，由唯一的8位数字表示，各个对

象之间建立起来的联系称为Relationship，Relationship是自动双向

的，由字母A或B加3个数字表示，比如说你分配某个Person占据

了某个Position，系统创建RelationshipB008(某人占据某岗)，同时创

建RelationshipA008(某岗被某人占据)，删除或者修改一个

Relationship时，对应的双向Relationship自动更新。各类Object允

许的Relationship可以配置，各Relationship允许的time constraint

也可以配置，Object和Relationship都需要指定有效期，两个Object

之间Relationship的有效期不可以大过Object本身的有效期。

Position是连接PA和OM的重要纽带，在SAP-HR里，某Person并

不是直接属于某Org Unit，而是因为这个Person占据了某Position，

而这个Position属于Org Unit，因而这个Person被连接到该Org

Unit，Person同样以这样的方式获得Job，Cost Center的属性。

面向对象的架构使得SAP里可以建立完全立体的组织架构，避免了平

面/梯级架构的层数限制。用户可以通过"Root Object + Evaluation

Path"来呈现组织结构里的对象和关系，Evaluation Path通常被叫做"

评估路径"，就是各种Relationship的集合。SAP会从根对象开始寻找

有指定关系的所有其他Objects，再从找到的其他Objects开始寻找，

如此一层一层往下寻找一直到找不到为止，当然，用户也可以预先限

定需要寻找的层数。

似乎SAP对矩阵组织(Matrix)的支持方式不是很好。

OM的一个重要的功能是做结构化授权(Structural Authorization)，顾

名思义，结构化授权是区别于PFCG授权的，直接以组织结构为对象

的授权方法，可以让Ur ID只能显示或维护某些特定的Objects，例

如，通过”根对象+Evaluation Path”，某经理只能观看所在部门的岗

位、员工等对象信息。在实施结构化授权时，可以在权限档案里直接

维护Object的代码，也可以维护”根对象+Evaluation Path”，可以将权

限档案赋给某个Ur ID，或者赋给某个员工号或者岗位，再通过员工

号或岗位与Ur ID连接，这样的好处是，如果部门经理经过调动，

只要在HR里正常维护这一调动事件，其Ur ID的权限会自动更新

到新的部门，而不需要维护其权限档案。

在实施Workflow的环境下(无论SAP自己的还是用户开发的)，OM通

常也被用来作为Workflow的组织结构。

三、PT

从PT开始，HR的技术特征逐渐增强，HR的事务性业务本身复杂无

规律以致难以标准化，典型的比如对排班考勤的处理、考勤对薪资的

影响。为了更加灵活地满足多样的需求，SAP在PT和PY里运用了

Schema的概念，考勤数据和工资均由专门程序来处理，而schema

就是程序运行时所依据的准则，比如说:某些员工计加班/某些员工不计

加班/什么情况下算缺勤，Schema会按照设定的规则，调用主数据/配

置表/历史结果，经过几千步的运算后返回结果。用户可以根据自己的

需求修改SAP自带的Schema，按照自己的独特规则处理考勤和计算

工资，但是修改Schema是一个很有技术难度的事情。事实上

Schema可以理解为"业务上的编程"，SAP已经提供了成百上千的

Rule/Function/Operation，正是这三者构成了完整的Schema，每个

Rule/Function/Operation都有其独特的结构和功能，用户只需要按规

定格式填写需处理的对象(time type，wage type，日期，主数据，判

断标准等)。可以将Schema/Rule/Operation/Function理解为封装好

的、面向业务对象的、专用的超级函数。强大可配置选项+完善的国家

版本+巨大函数库，在处理时间及计算工资时，基本上只有想不到，没

有做不到(给SAP做个广告)。当然，为了保证系统的连续和完整，这

些东西改的越少越好。

排班计划(Work Schedule Rule)，即每周期内每天的工作起始时间、

休息时间，SAP支持弹性工作制，但是弹性工作制也要限定每天的必

须工作时间和周累计工作时间。Work Schedule Rule可以根据工作

日、假日、周末分成不同day type和class，可以轻松处理夜班津

贴、假日津贴等

考勤方法，SAP提供两种思路:正向考勤(Positive)和逆向考勤

(Negative)，在员工主数据里指定员工使用正向还是逆向考勤，所谓正

向，是指记录员工所有的出勤数据，未记录的视为缺勤，所谓逆向，

是指只记录有Work Schedule有差异的考勤信息，未记录的系统视为

符合Work Schedule，不做专门处理，可见，逆向考勤是对用户和顾

问都比较方便的方法。SAP本身不是考勤软件，也不附带任何考勤硬

件，只是有考勤数据处理功能，将考勤数据导入SAP，需要经过专门

接口(SAP有标准程序)，或者手工Batch Input。

缺勤与缺勤配额，SAP叫做Abnce和Abnce Quota，分别存于

员工的主数据2001和2006，每个缺勤类型就是一个Subtype，比病

假、年假、事假等，有些缺勤是有额度的比如年假，只能在年假额度

里扣，而年假额度存储于Info type2006中，当Info type2006中的相

应额度用完，此年假在2001中就不可输入(也可以配置成允许额度为

负)，如果有剩余额度，可以按比例结转下期，或者用薪资补偿。缺勤

额度可以自动预提，例如，根据员工组织、级别、年龄、资历进行带

薪年假的预提。除了缺勤配额，还有出勤配额，比如每月最长工作时

间、批准的加班时间。

时间评估，即Time Evaluation，翻译成"时间数据处理"更容易懂，与

工资处理类似，但是时间处理是每天进行，工资是每期进行。在时间

处理中，正向与逆向考勤的区别并不大，都是将计划考勤与实际考勤

对比，处理其差异，只是正向考勤使用的实际数据来自于外部，而逆

向考勤所用的实际数据等于计划加差异。在考勤处理时，时间点称为

time event(比如上班刷卡，休息开始刷卡)，两个相邻的time event构

成一个time pair，用户在配置表和schema中定义如何生成和处理

time pair，典型应用例如:将本月加班时间转为下月的休假配额。

四、PY

Wage Type，即工资类型，比如:基本工资/加班费/年终奖/差旅补贴等

等，每个wage type有很多属性，比如该wage type是否应税?是否做

为社保基数?是否要累计?(累计的应用:工资条上不仅有本月工资，还有

本年累计工资)。一个Wage type有三个基本字段:金额/数量/单位，用

户在前台只能选择”金额”或”数量/单位”一种维护方式，如果维护的是”

数量/单位”，则在运行工资时按照预定评估标准计算出金额，在计件计

时工资时很有用。除了这三个基本字段，工资的运行结果通常还有多

个索引字段，类似于数据库表中的关键字，用来连接到其他的表。例

如，某人某月基本工资应该分配给三个Cost Center，则此Wage type

被劈成三条记录，每条记录有一个”索引”，在”成本分配表”中也有三条

记录三个索引，通过索引将”工资结果表”中的Wage type和”成本分配

表”中的Cost center连接起来。在财务记账的时候，Wage type分开

记入三个Cost center。

SAP里有四个直接和Payroll直接相关的Info type用来记录wage

type，其中，Info type0008，基本工资，持续的、基本的工资项目；

Info type0014，周期性发放，通常记录长期稳定的补贴项目，比如一

年连续发放的交通补贴、通讯补贴；Info type0015，附加发放/扣减，

该Info type的有效期是一个时点，所以用来纪录偶然的发放，比如偶

然的工资调整，依次出差补贴，某月的加班费(如果未启用考勤)。

三者最大区别是，0008必须一直存在，0014必须存在一段时间，而

0015只能存在于某一天，这一天落在工资核算的某一期间内。三者的

共同点是，他们都是在正常的每月一次(如果是按月付薪)的pay roll

run中处理。

Info type0267，off-cycle，即在正常pay roll run以外的某一天发放，

以年终奖为例，如果年终奖和年度最后月工资一起发放，则年终奖可

以放在Info type0015，如果年终奖单独发放，可以放在Info

type0267。

Pay roll Schema与Time Schema的结构和原理一样，只是因为各国

法规、社保、所得税不同，导致内容不同。

回溯机制(Retroactive accounting)是SAP里一个非常巧妙的机制，在

以前期间工资已经发放的情况下，如果再修改以前期间的工资相关的

Info type，例如:考勤/工资/组织分配/银行等(用户可以配置哪些Info

type)，SAP就留下一个记号，表示前期主数据已被修改，修改日期被

记录于Info type0003里，本期run pay roll时，系统首先在Info

type0003里发现这个修改，并从修改当期开始重新计算工资，重新计

算并不象FI那样把以前的记录rever，而是把旧记录保留，打个作

废的记号，新记录重新生成，对于某些重要的且已经报送的wage

type，新旧记录做一对比，将差额往下传递一直到本期，并且在本期

反应出来，例如wage type”银行支付”，系统会根据以前记录的”已经

支付”对比回溯计算的”应该支付”，将其差额带到本期，在本期进行补

充支付，而不是调整以前的”已经支付”，因为实际业务中，以前的”已

支付”是无法更改的。此外，SAP使用Control Record的方法，能够

有效防止pay roll run过程中修改主数据、避免少算多算、避免未支付

和重复支付。

“已付税款”的逻辑与”银行支付”基本相同，SAP的中国版本还提供了两

种处理税差异的方法，一种是重新计算回溯期间的税基，将税基差额

带到本期然后在本期算税，一种是重新计算税额，将税额带到本月，

在本月一起扣税。

Payslip(RemunerationStatement)运用了Form的形式，可以在

payslip上使用员工主数据、文本、窗体、行项目，在窗体内，

wagetype若值为0可以不显示，而行项目无论值是否为0都显示，

payslip里还可以对wagetype进行简单的加减，可以根据不同返回值

进行不同处理，但是没有专门的格式和数学函数，常用的格式转换可

以经过系统自带的conversion功能来完成。Payslip上不仅可以调出

本期或累计的wagetype，还可以调出本期或累计的出勤、缺勤、缺勤

配额等时间信息。Payslip的Form不支持插入图片。

薪资结果的财务过帐，主要运用SymbolicAccount，

SymbolicAccounts是HR和FI的纽带，用来连接wagetype和

FIAccounts，其他一些细节包括:1，可以对员工进行分组，同一

wagetype在不同的组下可以记入不同科目，比如生产人员的基本工资

入制造费用，销售人员的基本工资入销售费用。2，财务科目可以分配

BS，PL，Vendor，Customer，所以，可以在财务里配置Vendor叫

做”税务局”，然后把代扣个人所得税的wagetype直接记到这个

Vendor账户里。对员工的AP、AR，SAP会自动搜索并计入到对应的

EmployeeVendor、EmployeeCustomer账户3，分类汇总，通常按照

Costcenter对工资进行分类汇总，也可以选择其他标准。4，可以选择

是否使用Clearing总账科目。