從 0 到 1 搭建薪酬系統(OA 系統篇)

4 評論 23371 瀏覽 136 收藏 11 分鐘

不管是大公司還是小公司,都需要進行薪酬管理,而員工數量多的公司則需要搭建一個薪酬系統。本文從三個方面對如何搭建薪酬系統進行分析,希望對你有幫助。

今天是 OA 的第三篇,講一下薪酬的搭建。

每個公司都有薪酬管理,簡單的用 excel 表格維護就可以了,或者買一個也不是很貴。上了一定規模的公司,對員工的信息、薪酬信息管理更完善,就會出現自研薪酬系統。

員工薪酬管理,不僅僅是核算給員工發了多少工資,還有公司的薪酬體系搭建、員工成本管理,是公司管理的一部分。另外,薪酬核算涉及到考勤、補貼、提成、獎金等,包括個稅計算等,也有一定的人工成本,自動計算薪酬,也能提升薪酬 HR 的工作效率。

總體來講,薪酬分為 3 大模塊:薪酬基礎信息設置、薪酬核算、薪酬成本管理。我們針對每一部分進行拆分。

一、薪酬基礎信息設置

薪酬的核算,會和工資、工作的時長(計薪天數+考勤)、社保公積金相關,需要提前設置好,需要計算的個稅等才能順利進行。我們分為工資錄入、計薪日方案設置、參繳方案設置 3 個模塊。

1. 工資錄入

員工入職前,會通過入職審批,提前把員工薪酬自動錄入系統。

因為薪酬是保密數據,所以用權限+信息加密的方式。有權限查看薪酬的,會收到查看薪酬的臨時密碼,查看無誤后,薪酬查詢密碼失效。

2. 計薪日方案設置

員工在計薪日休假才會扣款。比如說員工請假周五到下周一,周六周日不算計薪日,所以考勤扣款只有周五和下周一。

所以 HR 要在HR 后臺,設置每月的計薪工作日,員工入職后,默認有一個計薪日,確??记诘刃畔o誤。

3. 參繳方案設置

我們工資條上的社保費用,是通過“社保基礎 * 繳納比例”計算, 或企業按照固定繳納金額給予繳納。

此處要注意:

  1. 不同城市,社保公積金繳納基數是不一樣的;不同類型的員工,社保公積金基數也是不一樣的,比如說實習生,是沒有社保公積金的。
  2. 公積金每年 7 月份是要有一輪調整。
  3. 公積金有免稅上限。比如說杭州地區免稅上限是 3265,如果繳納的公積金低于這個限制,是可以抵稅的,超過這個數字,那多出的部分,還是要交稅的。
  4. 有員工因入離職原因,社保公積金要支持補繳。

所以要根據以上情況,設計參繳方案:

  1. 可以設置多個參繳方案,并有一個默認方案。
  2. 社保參加方案,包含社?;鶖怠⒗U納比例,以及固定繳納金額,當有固定繳納金額時,計算時取固定金額。
  3. 參加方案會有調整,要有一個調整生效日期。
  4. 公積金要有免稅上限金額。

4. 小結

員工入職后,薪酬已經錄入,并初始化“默認計薪日”方案和“默認參繳”方案,薪酬 HR 無需其他操作,到月底薪酬結算日期,可以公式自動計算員工薪酬。

我們把薪酬計算分為 2 個模塊:薪酬自動計算模塊和核對模塊。

二、薪酬自動計算

薪酬核算是方便薪酬 HR 核對結果,減少人工計算工作量,讓薪酬 HR 了解每個關鍵節點的計算結果,保證薪酬的準確性。

薪酬自動計算公式相對復雜,我們分為:員工工資、社保公積金、考勤扣款、專項附加扣除、其他增發/減發、個稅扣除、離職補償 6 部分。

涉及到特殊薪酬計算的場景有:入職、離職、調薪。

1. 員工工資

基本是不變的,如果有調薪,則要記錄調薪生效日期,因為考勤等計算,是需要休假當天的日薪情況來計算的。

2. 社保公積金

計算基本不變,不做重點說明,唯一要考慮的,是員工入職和離職當月,要不要給員工繳納,需要增加一個「開始繳納月份」和「結束繳納月份」,在此范圍內才參與薪酬計算。

考勤扣款常見考勤扣款有:病假、事假,按照計薪方案,統計扣款天數。

如果有入離職情況,還要增加“不足天數扣款”,員工離職要年假未休或假期透支情況,還需要增加“休假折回天數”。

注:不足天數,只會發生在有入離職的當月,記錄員工當月未在崗的天數

簡單的考勤扣款公式:考勤扣款=休假當天日薪 *(病假+事假+不足天數-休假折回天數)。

如果有調薪情況,公式就要拆開,按照不同薪酬階段的日薪計算。

3. 專項附加扣除

這是個去年新增加項目,為人民減負。財務會每月從稅務局下載一份員工專項扣除累計金額,薪酬 HR每個月導入即可。

4. 其他增發/減發

這些基本上是銷售的提成、或者某月薪酬發放錯誤的補扣等,直接導入即可。

此處要注意,僅導入當月有效。

上面幾項計算清楚,就有一個新公式:

應發工資 =?當月工資?+其他增發/減發 – 考勤扣款

當月工資:有入離職的,當月工資=日薪 * 計薪天數

5. 個稅

個稅比較麻煩,有 3 個公式才能得出,而且這 3 個公式和以上信息有直接關聯,具體如下:

本月應繳個稅= 全年累計應繳個稅 –?累計已預扣預繳稅額。

其中,全年累計應繳個稅=全年累計應納稅所得額×預扣率-速算扣除數。

全年累計應稅所得額 = 上月年累計應納稅所得額 + 應發工資 – 社??劭?-(公積金扣款+公積金補繳)- 當月專項附加扣除合計 – 起征點,注意:

  1. 如果員工新入職或合同換公司,全年累計應稅所得額=0
  2. 1 月份發12 月薪酬,全年累計應稅所得額=0
  3. 公積金合計金額大于「公積金免稅上限」,取上限金額

這個公式比較麻煩,核算的時候要特別注意,每個計算點都要單獨拆出來。

6. 實發工資

實發工資=應發工資 – 社??劭?– 公積金扣款 – 本月應繳納個稅。

還有一種情況,比如辭退,會有補充金,所以還有一個公式:

實發銀行=實發工資+除勞動合同賠償-解除勞動合同賠償個稅。

雖然每一步驟都有相應的公式,正常情況下,按照公式計算就能得到結果,但薪酬的特殊判斷非常多,而且模塊和模塊之間數據關聯更強。

三、薪酬核對

薪酬核對的目標,是找出有變動的薪酬,檢查核對,如果有錯誤,支持薪酬 HR 進行調整。

我們把計算過程,通過頁面展示出來,并且有變動的員工薪酬(如銷售類,會每月有提成),重點標記讓 HR 核對,這樣薪酬 HR 的工作就由原來的薪酬計算,變為核算,減少工作量。

核對無誤后,歸檔,給到財務發工資。

四、小結

薪酬管理,除了薪酬計算相關,還有薪酬體系相關的管理,包括員工成本管理、產品線分攤等,后續會更新到星球。

此次薪酬管理的產品過程中,得到的反思是,前期的產品定位很重要。系統的定位是幫助薪酬 HR 核對薪酬計算結果,而不是替代他的工作。如果從替代角度出發,那薪酬系統只需要導出月薪報表即可,但如果協助薪酬 HR 核對結果,那就要把計算過程等信息,都要展示出來。

方向偏了,再努力,結果都不會太好。

相關文章:

績效系統設計(OA 系統篇)

聊一聊 OA 系統(框架篇)

#專欄作家#

司馬特小隊,公眾號:司馬特小分隊,人人都是產品經理專欄作家。8年+互聯網資深產品經驗,多年B端產品管理經驗。具有多個從0到1的大型B端產品的孵化、重構、迭代經驗;主要教授產業互聯網產品相關的硬核知識點。

本文原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 薪資模塊確實可以劃分成以上模塊,不過真正去設計時發現細節會很多。對以上提到的幾點簡單說一下其他問題吧:
    1.整體設置:計薪周期、公司模板(自定義);
    2.員工薪資:預調整、月中調整;
    3.社保公積金:增減員、掛靠人員、補繳和滯納金;
    4.增減項:津貼、補貼、獎金、績效等關聯和設置;
    5.個稅:計稅周期、勞務報酬;
    功能搭建的過程還是很復雜的,希望能繼續看到樓主更多好文章!

    來自天津 回復
    1. 對,這些過程中,會遇到不少問題,讓我做了很久的一個點,就是考勤數據核對。歷史原因考勤的方案沒有及時更新,導致薪酬計算過程異常的麻煩。我也寫了這點,只是不放發出去,說寫的缺乏深度思考。不過更新到我的公號里面了,可以關注查看更多文章

      來自浙江 回復
  2. 牛逼

    回復
  3. 講的不錯

    來自江蘇 回復