SAP HR四大模塊介紹

SAP HR四大模塊介紹

子模塊:

SAP HR一般指的是SAP系統(tǒng)中的HR模塊。SAP HR系統(tǒng)共有企業(yè)組織結(jié)構(gòu)管理、人事

管理、招聘、員工的全面發(fā)展計劃、薪酬管理、福利管理、人事成本核算、時間管理、薪

資計算、差旅管理等組件和功能，同時還提供多種組織結(jié)構(gòu)模式。用戶可以利用圖形化的

工具構(gòu)建企業(yè)組織結(jié)構(gòu)，包括組織單元、人員職位、工作和任務(wù)以及匯報體系結(jié)構(gòu)，還可

以通過簡單的添加、修改和移動來反映企業(yè)的動態(tài)發(fā)展，與培訓(xùn)、招聘、人事成本核算、

薪酬管理和業(yè)務(wù)流程相關(guān)聯(lián)配合，達到管理目標。

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)

通常國內(nèi)用到的模塊:PA，OM，PT，PY(號稱"四大")

一、PA

PA基本上就是涵蓋各個方面的員工主數(shù)據(jù)，PA有兩個基本概念:Info

type和Action。

Info type是一類相關(guān)信息的集合，用四位數(shù)字為代碼，例如:0001組

織分配，0002個人基本信息，0006地址，0008基本工資，0021家

庭成員，每個Info type其實就是一個table，table里有很多字段，比

如"0002"這個Info type里有的字段:姓/名/稱謂/別名/婚姻/宗教/性別等

等，同一個Info type可以根據(jù)人員不同國家呈現(xiàn)不同的屏幕，并且某

些Info type是特定國家專用的，比如中國專用的"個人所得稅/社保/公

積金/政治面貌/檔案"等。“身份證號"這個Info type各國都會用，但是

每個國家的編輯屏幕不一樣。

Action表示一個人事事件，例如雇傭/離職/升遷/跨公司轉(zhuǎn)移等，按照

SAP的邏輯，一個Action會引發(fā)一系列特定的Info type的增減或變

更，Info type的變更也應(yīng)該有一個Action作為其緣由，所以要把相關(guān)

的Info type按照特定順序組合起來，在給員工執(zhí)行Action的時候，這

些Info type會按順序逐個呈現(xiàn)，用戶在前臺逐個維護這些信息，舉個

簡單的例子，用戶在執(zhí)行"雇傭"這一Action后，系統(tǒng)會接連調(diào)出Info

type:個人信息/組織分配/地址/排班/基本工資/銀行/休假定額，用戶在

前臺把這些信息逐個維護直至完畢。而所執(zhí)行的Action也被記錄于

Info type0000中。這一系列Info type和對Info type的操作(創(chuàng)建/修改

/刪除/終止)的組合稱為Info group，Info group被分配給Action。

HR的每個Info type都必須指定有效期，有的Info type有重疊或間

斷，用戶可以自己定義每個Info type的"time constraint”，常用的有三

種:1.無間斷無重疊；2.有間斷無重疊；3.有間斷有重疊，以業(yè)務(wù)為

例，“基本工資"這一Info type的time constraint=1，某人在某一時點

必須且只能有一條記錄，如果在1月8號給員工修改"基本工資”，原

有的記錄就被掐斷(即終止于1月7日這一天，SAP叫做Delimit)。

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

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

子女，可以有一個子女，可以同時有幾個子女。

某些Info type可以有Subtype，Subtype的表結(jié)構(gòu)完全繼承于Info

type，只是用來細化和區(qū)別具體的Info type，例如:"0021家庭成員"這

個Info type可以有"配偶/子女/父親/母親/兄弟姐妹"這些Subtype，這

些都是可定義的，當某個Info type或者Subtype在同一時間有多條記

錄時，再用"Object ID"作為索引來區(qū)別，例如某員工在同一時間有三

個子女，"Object ID"分別為1，2，3，在允許"一夫多妻制"的國家，也

可以用"Object ID"來指代同時擁有的多個配偶。

二、OM

SAP的OM是基于對象的結(jié)構(gòu)，每個業(yè)務(wù)單元都被描述成一個對象

(Object)，常見的有:Position(崗位)，Org Unit(部門)，Job(工作)，

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

Task(任務(wù))，Qualification(資格)等，由唯一的8位數(shù)字表示，各個對

象之間建立起來的聯(lián)系稱為Relationship，Relationship是自動雙向

的，由字母A或B加3個數(shù)字表示，比如說你分配某個Person占據(jù)

了某個Position，系統(tǒng)創(chuàng)建RelationshipB008(某人占據(jù)某崗)，同時創(chuàng)

建RelationshipA008(某崗被某人占據(jù))，刪除或者修改一個

Relationship時，對應(yīng)的雙向Relationship自動更新。各類Object允

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

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

之間Relationship的有效期不可以大過Object本身的有效期。

Position是連接PA和OM的重要紐帶，在SAP-HR里，某Person并

不是直接屬于某Org Unit，而是因為這個Person占據(jù)了某Position，

而這個Position屬于Org Unit，因而這個Person被連接到該Org

Unit，Person同樣以這樣的方式獲得Job，Cost Center的屬性。

面向?qū)ο蟮募軜?gòu)使得SAP里可以建立完全立體的組織架構(gòu)，避免了平

面/梯級架構(gòu)的層數(shù)限制。用戶可以通過"Root Object + Evaluation

Path"來呈現(xiàn)組織結(jié)構(gòu)里的對象和關(guān)系，Evaluation Path通常被叫做"

評估路徑"，就是各種Relationship的集合。SAP會從根對象開始尋找

有指定關(guān)系的所有其他Objects，再從找到的其他Objects開始尋找，

如此一層一層往下尋找一直到找不到為止，當然，用戶也可以預(yù)先限

定需要尋找的層數(shù)。

似乎SAP對矩陣組織(Matrix)的支持方式不是很好。

OM的一個重要的功能是做結(jié)構(gòu)化授權(quán)(Structural Authorization)，顧

名思義，結(jié)構(gòu)化授權(quán)是區(qū)別于PFCG授權(quán)的，直接以組織結(jié)構(gòu)為對象

的授權(quán)方法，可以讓Ur ID只能顯示或維護某些特定的Objects，例

如，通過”根對象+Evaluation Path”，某經(jīng)理只能觀看所在部門的崗

位、員工等對象信息。在實施結(jié)構(gòu)化授權(quán)時，可以在權(quán)限檔案里直接

維護Object的代碼，也可以維護”根對象+Evaluation Path”，可以將權(quán)

限檔案賦給某個Ur ID，或者賦給某個員工號或者崗位，再通過員工

號或崗位與Ur ID連接，這樣的好處是，如果部門經(jīng)理經(jīng)過調(diào)動，

只要在HR里正常維護這一調(diào)動事件，其Ur ID的權(quán)限會自動更新

到新的部門，而不需要維護其權(quán)限檔案。

在實施Workflow的環(huán)境下(無論SAP自己的還是用戶開發(fā)的)，OM通

常也被用來作為Workflow的組織結(jié)構(gòu)。

三、PT

從PT開始，HR的技術(shù)特征逐漸增強，HR的事務(wù)性業(yè)務(wù)本身復(fù)雜無

規(guī)律以致難以標準化，典型的比如對排班考勤的處理、考勤對薪資的

影響。為了更加靈活地滿足多樣的需求，SAP在PT和PY里運用了

Schema的概念，考勤數(shù)據(jù)和工資均由專門程序來處理，而schema

就是程序運行時所依據(jù)的準則，比如說:某些員工計加班/某些員工不計

加班/什么情況下算缺勤，Schema會按照設(shè)定的規(guī)則，調(diào)用主數(shù)據(jù)/配

置表/歷史結(jié)果，經(jīng)過幾千步的運算后返回結(jié)果。用戶可以根據(jù)自己的

需求修改SAP自帶的Schema，按照自己的獨特規(guī)則處理考勤和計算

工資，但是修改Schema是一個很有技術(shù)難度的事情。事實上

Schema可以理解為"業(yè)務(wù)上的編程"，SAP已經(jīng)提供了成百上千的

Rule/Function/Operation，正是這三者構(gòu)成了完整的Schema，每個

Rule/Function/Operation都有其獨特的結(jié)構(gòu)和功能，用戶只需要按規(guī)

定格式填寫需處理的對象(time type，wage type，日期，主數(shù)據(jù)，判

斷標準等)。可以將Schema/Rule/Operation/Function理解為封裝好

的、面向業(yè)務(wù)對象的、專用的超級函數(shù)。強大可配置選項+完善的國家

版本+巨大函數(shù)庫，在處理時間及計算工資時，基本上只有想不到，沒

有做不到(給SAP做個廣告)。當然，為了保證系統(tǒng)的連續(xù)和完整，這

些東西改的越少越好。

排班計劃(Work Schedule Rule)，即每周期內(nèi)每天的工作起始時間、

休息時間，SAP支持彈性工作制，但是彈性工作制也要限定每天的必

須工作時間和周累計工作時間。Work Schedule Rule可以根據(jù)工作

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

貼、假日津貼等

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

(Negative)，在員工主數(shù)據(jù)里指定員工使用正向還是逆向考勤，所謂正

向，是指記錄員工所有的出勤數(shù)據(jù)，未記錄的視為缺勤，所謂逆向，

是指只記錄有Work Schedule有差異的考勤信息，未記錄的系統(tǒng)視為

符合Work Schedule，不做專門處理，可見，逆向考勤是對用戶和顧

問都比較方便的方法。SAP本身不是考勤軟件，也不附帶任何考勤硬

件，只是有考勤數(shù)據(jù)處理功能，將考勤數(shù)據(jù)導(dǎo)入SAP，需要經(jīng)過專門

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

缺勤與缺勤配額，SAP叫做Abnce和Abnce Quota，分別存于

員工的主數(shù)據(jù)2001和2006，每個缺勤類型就是一個Subtype，比病

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

里扣，而年假額度存儲于Info type2006中，當Info type2006中的相

應(yīng)額度用完，此年假在2001中就不可輸入(也可以配置成允許額度為

負)，如果有剩余額度，可以按比例結(jié)轉(zhuǎn)下期，或者用薪資補償。缺勤

額度可以自動預(yù)提，例如，根據(jù)員工組織、級別、年齡、資歷進行帶

薪年假的預(yù)提。除了缺勤配額，還有出勤配額，比如每月最長工作時

間、批準的加班時間。

時間評估，即Time Evaluation，翻譯成"時間數(shù)據(jù)處理"更容易懂，與

工資處理類似，但是時間處理是每天進行，工資是每期進行。在時間

處理中，正向與逆向考勤的區(qū)別并不大，都是將計劃考勤與實際考勤

對比，處理其差異，只是正向考勤使用的實際數(shù)據(jù)來自于外部，而逆

向考勤所用的實際數(shù)據(jù)等于計劃加差異。在考勤處理時，時間點稱為

time event(比如上班刷卡，休息開始刷卡)，兩個相鄰的time event構(gòu)

成一個time pair，用戶在配置表和schema中定義如何生成和處理

time pair，典型應(yīng)用例如:將本月加班時間轉(zhuǎn)為下月的休假配額。

四、PY

Wage Type，即工資類型，比如:基本工資/加班費/年終獎/差旅補貼等

等，每個wage type有很多屬性，比如該wage type是否應(yīng)稅?是否做

為社保基數(shù)?是否要累計?(累計的應(yīng)用:工資條上不僅有本月工資，還有

本年累計工資)。一個Wage type有三個基本字段:金額/數(shù)量/單位，用

戶在前臺只能選擇”金額”或”數(shù)量/單位”一種維護方式，如果維護的是”

數(shù)量/單位”，則在運行工資時按照預(yù)定評估標準計算出金額，在計件計

時工資時很有用。除了這三個基本字段，工資的運行結(jié)果通常還有多

個索引字段，類似于數(shù)據(jù)庫表中的關(guān)鍵字，用來連接到其他的表。例

如，某人某月基本工資應(yīng)該分配給三個Cost Center，則此Wage type

被劈成三條記錄，每條記錄有一個”索引”，在”成本分配表”中也有三條

記錄三個索引，通過索引將”工資結(jié)果表”中的Wage type和”成本分配

表”中的Cost center連接起來。在財務(wù)記賬的時候，Wage type分開

記入三個Cost center。

SAP里有四個直接和Payroll直接相關(guān)的Info type用來記錄wage

type，其中，Info type0008，基本工資，持續(xù)的、基本的工資項目；

Info type0014，周期性發(fā)放，通常記錄長期穩(wěn)定的補貼項目，比如一

年連續(xù)發(fā)放的交通補貼、通訊補貼；Info type0015，附加發(fā)放/扣減，

該Info type的有效期是一個時點，所以用來紀錄偶然的發(fā)放，比如偶

然的工資調(diào)整，依次出差補貼，某月的加班費(如果未啟用考勤)。

三者最大區(qū)別是，0008必須一直存在，0014必須存在一段時間，而

0015只能存在于某一天，這一天落在工資核算的某一期間內(nèi)。三者的

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

run中處理。

Info type0267，off-cycle，即在正常pay roll run以外的某一天發(fā)放，

以年終獎為例，如果年終獎和年度最后月工資一起發(fā)放，則年終獎可

以放在Info type0015，如果年終獎單獨發(fā)放，可以放在Info

type0267。

Pay roll Schema與Time Schema的結(jié)構(gòu)和原理一樣，只是因為各國

法規(guī)、社保、所得稅不同，導(dǎo)致內(nèi)容不同。

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

以前期間工資已經(jīng)發(fā)放的情況下，如果再修改以前期間的工資相關(guān)的

Info type，例如:考勤/工資/組織分配/銀行等(用戶可以配置哪些Info

type)，SAP就留下一個記號，表示前期主數(shù)據(jù)已被修改，修改日期被

記錄于Info type0003里，本期run pay roll時，系統(tǒng)首先在Info

type0003里發(fā)現(xiàn)這個修改，并從修改當期開始重新計算工資，重新計

算并不象FI那樣把以前的記錄rever，而是把舊記錄保留，打個作

廢的記號，新記錄重新生成，對于某些重要的且已經(jīng)報送的wage

type，新舊記錄做一對比，將差額往下傳遞一直到本期，并且在本期

反應(yīng)出來，例如wage type”銀行支付”，系統(tǒng)會根據(jù)以前記錄的”已經(jīng)

支付”對比回溯計算的”應(yīng)該支付”，將其差額帶到本期，在本期進行補

充支付，而不是調(diào)整以前的”已經(jīng)支付”，因為實際業(yè)務(wù)中，以前的”已

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

有效防止pay roll run過程中修改主數(shù)據(jù)、避免少算多算、避免未支付

和重復(fù)支付。

“已付稅款”的邏輯與”銀行支付”基本相同，SAP的中國版本還提供了兩

種處理稅差異的方法，一種是重新計算回溯期間的稅基，將稅基差額

帶到本期然后在本期算稅，一種是重新計算稅額，將稅額帶到本月，

在本月一起扣稅。

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

payslip上使用員工主數(shù)據(jù)、文本、窗體、行項目，在窗體內(nèi)，

wagetype若值為0可以不顯示，而行項目無論值是否為0都顯示，

payslip里還可以對wagetype進行簡單的加減，可以根據(jù)不同返回值

進行不同處理，但是沒有專門的格式和數(shù)學(xué)函數(shù)，常用的格式轉(zhuǎn)換可

以經(jīng)過系統(tǒng)自帶的conversion功能來完成。Payslip上不僅可以調(diào)出

本期或累計的wagetype，還可以調(diào)出本期或累計的出勤、缺勤、缺勤

配額等時間信息。Payslip的Form不支持插入圖片。

薪資結(jié)果的財務(wù)過帳，主要運用SymbolicAccount，

SymbolicAccounts是HR和FI的紐帶，用來連接wagetype和

FIAccounts，其他一些細節(jié)包括:1，可以對員工進行分組，同一

wagetype在不同的組下可以記入不同科目，比如生產(chǎn)人員的基本工資

入制造費用，銷售人員的基本工資入銷售費用。2，財務(wù)科目可以分配

BS，PL，Vendor，Customer，所以，可以在財務(wù)里配置Vendor叫

做”稅務(wù)局”，然后把代扣個人所得稅的wagetype直接記到這個

Vendor賬戶里。對員工的AP、AR，SAP會自動搜索并計入到對應(yīng)的

EmployeeVendor、EmployeeCustomer賬戶3，分類匯總，通常按照

Costcenter對工資進行分類匯總，也可以選擇其他標準。4，可以選擇

是否使用Clearing總賬科目。