從 0 到 1 搭建薪酬系統(OA 系統篇)
不管是大公司還是小公司,都需要進行薪酬管理,而員工數量多的公司則需要搭建一個薪酬系統。本文從三個方面對如何搭建薪酬系統進行分析,希望對你有幫助。
今天是 OA 的第三篇,講一下薪酬的搭建。
每個公司都有薪酬管理,簡單的用 excel 表格維護就可以了,或者買一個也不是很貴。上了一定規模的公司,對員工的信息、薪酬信息管理更完善,就會出現自研薪酬系統。
員工薪酬管理,不僅僅是核算給員工發了多少工資,還有公司的薪酬體系搭建、員工成本管理,是公司管理的一部分。另外,薪酬核算涉及到考勤、補貼、提成、獎金等,包括個稅計算等,也有一定的人工成本,自動計算薪酬,也能提升薪酬 HR 的工作效率。
總體來講,薪酬分為 3 大模塊:薪酬基礎信息設置、薪酬核算、薪酬成本管理。我們針對每一部分進行拆分。
一、薪酬基礎信息設置
薪酬的核算,會和工資、工作的時長(計薪天數+考勤)、社保公積金相關,需要提前設置好,需要計算的個稅等才能順利進行。我們分為工資錄入、計薪日方案設置、參繳方案設置 3 個模塊。
1. 工資錄入
員工入職前,會通過入職審批,提前把員工薪酬自動錄入系統。
因為薪酬是保密數據,所以用權限+信息加密的方式。有權限查看薪酬的,會收到查看薪酬的臨時密碼,查看無誤后,薪酬查詢密碼失效。
2. 計薪日方案設置
員工在計薪日休假才會扣款。比如說員工請假周五到下周一,周六周日不算計薪日,所以考勤扣款只有周五和下周一。
所以 HR 要在HR 后臺,設置每月的計薪工作日,員工入職后,默認有一個計薪日,確??记诘刃畔o誤。
3. 參繳方案設置
我們工資條上的社保費用,是通過“社保基礎 * 繳納比例”計算, 或企業按照固定繳納金額給予繳納。
此處要注意:
- 不同城市,社保公積金繳納基數是不一樣的;不同類型的員工,社保公積金基數也是不一樣的,比如說實習生,是沒有社保公積金的。
- 公積金每年 7 月份是要有一輪調整。
- 公積金有免稅上限。比如說杭州地區免稅上限是 3265,如果繳納的公積金低于這個限制,是可以抵稅的,超過這個數字,那多出的部分,還是要交稅的。
- 有員工因入離職原因,社保公積金要支持補繳。
所以要根據以上情況,設計參繳方案:
- 可以設置多個參繳方案,并有一個默認方案。
- 社保參加方案,包含社?;鶖怠⒗U納比例,以及固定繳納金額,當有固定繳納金額時,計算時取固定金額。
- 參加方案會有調整,要有一個調整生效日期。
- 公積金要有免稅上限金額。
4. 小結
員工入職后,薪酬已經錄入,并初始化“默認計薪日”方案和“默認參繳”方案,薪酬 HR 無需其他操作,到月底薪酬結算日期,可以公式自動計算員工薪酬。
我們把薪酬計算分為 2 個模塊:薪酬自動計算模塊和核對模塊。
二、薪酬自動計算
薪酬核算是方便薪酬 HR 核對結果,減少人工計算工作量,讓薪酬 HR 了解每個關鍵節點的計算結果,保證薪酬的準確性。
薪酬自動計算公式相對復雜,我們分為:員工工資、社保公積金、考勤扣款、專項附加扣除、其他增發/減發、個稅扣除、離職補償 6 部分。
涉及到特殊薪酬計算的場景有:入職、離職、調薪。
1. 員工工資
基本是不變的,如果有調薪,則要記錄調薪生效日期,因為考勤等計算,是需要休假當天的日薪情況來計算的。
2. 社保公積金
計算基本不變,不做重點說明,唯一要考慮的,是員工入職和離職當月,要不要給員工繳納,需要增加一個「開始繳納月份」和「結束繳納月份」,在此范圍內才參與薪酬計算。
考勤扣款常見考勤扣款有:病假、事假,按照計薪方案,統計扣款天數。
如果有入離職情況,還要增加“不足天數扣款”,員工離職要年假未休或假期透支情況,還需要增加“休假折回天數”。
注:不足天數,只會發生在有入離職的當月,記錄員工當月未在崗的天數
簡單的考勤扣款公式:考勤扣款=休假當天日薪 *(病假+事假+不足天數-休假折回天數)。
如果有調薪情況,公式就要拆開,按照不同薪酬階段的日薪計算。
3. 專項附加扣除
這是個去年新增加項目,為人民減負。財務會每月從稅務局下載一份員工專項扣除累計金額,薪酬 HR每個月導入即可。
4. 其他增發/減發
這些基本上是銷售的提成、或者某月薪酬發放錯誤的補扣等,直接導入即可。
此處要注意,僅導入當月有效。
上面幾項計算清楚,就有一個新公式:
應發工資 =?當月工資?+其他增發/減發 – 考勤扣款
當月工資:有入離職的,當月工資=日薪 * 計薪天數
5. 個稅
個稅比較麻煩,有 3 個公式才能得出,而且這 3 個公式和以上信息有直接關聯,具體如下:
本月應繳個稅= 全年累計應繳個稅 –?累計已預扣預繳稅額。
其中,全年累計應繳個稅=全年累計應納稅所得額×預扣率-速算扣除數。
全年累計應稅所得額 = 上月年累計應納稅所得額 + 應發工資 – 社??劭?-(公積金扣款+公積金補繳)- 當月專項附加扣除合計 – 起征點,注意:
- 如果員工新入職或合同換公司,全年累計應稅所得額=0
- 1 月份發12 月薪酬,全年累計應稅所得額=0
- 公積金合計金額大于「公積金免稅上限」,取上限金額
這個公式比較麻煩,核算的時候要特別注意,每個計算點都要單獨拆出來。
6. 實發工資
實發工資=應發工資 – 社??劭?– 公積金扣款 – 本月應繳納個稅。
還有一種情況,比如辭退,會有補充金,所以還有一個公式:
實發銀行=實發工資+除勞動合同賠償-解除勞動合同賠償個稅。
雖然每一步驟都有相應的公式,正常情況下,按照公式計算就能得到結果,但薪酬的特殊判斷非常多,而且模塊和模塊之間數據關聯更強。
三、薪酬核對
薪酬核對的目標,是找出有變動的薪酬,檢查核對,如果有錯誤,支持薪酬 HR 進行調整。
我們把計算過程,通過頁面展示出來,并且有變動的員工薪酬(如銷售類,會每月有提成),重點標記讓 HR 核對,這樣薪酬 HR 的工作就由原來的薪酬計算,變為核算,減少工作量。
核對無誤后,歸檔,給到財務發工資。
四、小結
薪酬管理,除了薪酬計算相關,還有薪酬體系相關的管理,包括員工成本管理、產品線分攤等,后續會更新到星球。
此次薪酬管理的產品過程中,得到的反思是,前期的產品定位很重要。系統的定位是幫助薪酬 HR 核對薪酬計算結果,而不是替代他的工作。如果從替代角度出發,那薪酬系統只需要導出月薪報表即可,但如果協助薪酬 HR 核對結果,那就要把計算過程等信息,都要展示出來。
方向偏了,再努力,結果都不會太好。
相關文章:
#專欄作家#
司馬特小隊,公眾號:司馬特小分隊,人人都是產品經理專欄作家。8年+互聯網資深產品經驗,多年B端產品管理經驗。具有多個從0到1的大型B端產品的孵化、重構、迭代經驗;主要教授產業互聯網產品相關的硬核知識點。
本文原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議。
薪資模塊確實可以劃分成以上模塊,不過真正去設計時發現細節會很多。對以上提到的幾點簡單說一下其他問題吧:
1.整體設置:計薪周期、公司模板(自定義);
2.員工薪資:預調整、月中調整;
3.社保公積金:增減員、掛靠人員、補繳和滯納金;
4.增減項:津貼、補貼、獎金、績效等關聯和設置;
5.個稅:計稅周期、勞務報酬;
功能搭建的過程還是很復雜的,希望能繼續看到樓主更多好文章!
對,這些過程中,會遇到不少問題,讓我做了很久的一個點,就是考勤數據核對。歷史原因考勤的方案沒有及時更新,導致薪酬計算過程異常的麻煩。我也寫了這點,只是不放發出去,說寫的缺乏深度思考。不過更新到我的公號里面了,可以關注查看更多文章
牛逼
講的不錯