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總賬科目。