【人事行政】OA-薪酬自動核算及發放
編輯導語:在人力行政模塊,免不了需要對員工的考勤及其薪資進行計算。要是公司規模大,那么這樣人工算下來還是比較麻煩以及費時間的,還容易出錯。本文針對這一待改進之處,分享了一套流程,可結合OA自動核算工資功能,希望對你有所幫助。
最近筆者在行業QQ群中看到有詢問人力行政模塊的工資自動核算如何設計,今天翻出了幾年前為公司設計的原型圖,希望能夠為有需要的同學提供一些參考。
隨著辦公協同Saas工具商業市場的日趨成熟,出現了很多能夠幫助人力資源部門輔助自動計算工資的應用,例如釘釘中的“智能薪酬”“智能工資條”“萬能工資條”等等,這些應用目前大部分可以提供試用期,能讓需求方了解大概功能,有可能實施過程中需要按照工時另行收費,對于人事制度相對簡單的公司來說,是不錯的選擇,但如果制度規則比較復雜的話,部分創業公司(經費緊張)可能會考慮自研HR系統。
自研的優點在于人事制度中的規則可以隨意進行定制化設計,缺點是屬于人力成本需要長期投入,從研發項目管理來說,并不能直接變現,所以隨著后續功能的不斷增加,需要產研人員一直投入,考慮研發人員的流動性,可維護性也會打大打折扣,所以最終如何選擇對接Saas應用,企業可以根據自身的發展階段和需求點進行評估,今天以自研角度提供給大家參考。
首先我們需要思考薪資實現自動化核算,人事薪酬崗位需要核算哪些內容:考勤核算、排班核算、調薪后的基礎工資信息、績效工資、包括一些沒有走系統統計的獎勵,如季度獎勵、兼職工資、現金發放等低頻內容。
如果公司人員不多,比如50人以內的話,使用Excel即可完成,但如果公司規模已經到了200人以上,工資場景逐步增多,繼續使用表格的話,會增加薪酬人員工作量,統計核對工資數據可能至少需要花費3天時間,甚至更長,重點是容易算錯工資;涉及到的模塊字段與功能點如下:
這其中人員考勤、薪資福利是本文的重點,也是難點;相比之下,績效考核、銀企直聯、調薪列表、3大統計表(公積金、社保、工資)對于薪酬人員來說不一定是剛需:
績效考核:很少有公司能把績效的整體功能設計好,一般都是用表格代替,最后核算時,由薪酬人員手工錄入或導入;并且公司若開始規劃績效功能與工資核算結合的話,說明OA系統已經趨于完善,工資核算的問題應該已經解決了(按照需求優先級劃分);績效考核的設計如讀者有需要,會另起篇幅做詳細介紹。
銀企直聯:主要用于財務發工資使用,避免出錯和自動發工資提效的問題,對薪酬人員核算工資用處不大,本篇不做詳細介紹,去銀行開通此項業務和自己的OA系統對接即可,筆者所在的公司人員已超過1000人,從2013年就已實現工資自動發放,結合OA自動核算工資功能,從薪酬人員開始核算工資到財務工資發放到賬,2天內即可走完所有流程。
調薪列表:輔助功能,使用表格導入覆蓋人員基本工資信息也可以,對整體核算工資提效作用不大,即便是成熟的系統,也只是取這里調薪后的基本工資代入當月工資進行計算,不是很復雜。
3大統計表:用于財務或者薪酬人員做分析使用,對核算工資提效用處不大。
一、人員考勤
考勤的難點在于排班的多樣性以及對應班次補貼的規則,如人事制度中多次打卡的以哪一次的打卡記錄為準?轉正前與轉正后如何定義?工資如何分別進行核算?這里建議有條件的公司使用釘釘推出的智能考勤硬件系統,將打卡數據對接至OA考勤系統中,可免去人為導出數據,提高人效。
排班中涉及到倒班的,如行政班8:00-17:00,夜班16:00-24:00,通宵班22:00-8:00;同時結合《勞動法》中相關規定:平均每周工作時間不超過四十小時的工時;需分別配置夜班補貼和通宵班補貼金額參與工資核算。
在設計加班流程申請時,校驗審批中的流程加上已完結的流程總小時數,每月不得超過36小時,超過36小時的加班禁止提交流程;允許員工申請時,選擇加班補償類型,但需要確保法定節假日是不允許調休的。
工作日、節假日、法定節假日三種加班情況的日均工資如何計算:
- 日工資=基本工資÷21.75
- 平時加班:基本工資÷27.5*1.5
- 節假日加班:基本工資÷27.5*2.0
- 法定節假日:基本工資÷27.5*3.0
定義什么時間算遲到、曠工、缺卡以及需要分別配置對應次數和分鐘范圍的扣除的金額,示例如下:
如何將公司人事制度政策進行正確的解讀,以及轉化為功能,需要產品、人事、項目經理、測試人員需要多次組織會議討論,識別其中比較模糊的概念,各相關方必須做到對功能定義的理解保持一致,功能邊界一定要清晰。
二、薪資福利
薪資核算難點在于對2019年1月份起實施的新增6項專項扣除的理解和掌握,一般情況是人事可以理解政策,但能力不足以將政策轉化為系統功能;產品需要起到承上啟下的作用,在充分理解新個稅的同時,結合《個人所得稅預扣率表》,提供數據案例輸出需求文檔給到研發:
所列舉的案例(如上原型圖中黃色區域)一定是需要讓研發人員可以理解的,也可以作為后續測試環境的測試用例使用,校驗業務邏輯的正確性。
這里比較考驗產品經理邏輯的嚴謹性和測試人員的測試功底,因為個稅的范圍區間比較多,所以測試用例需要至少使用到7種場景以上,每個個稅區間都需要測試到。
另外工資核算表種的每個字段需要定義運算符號為”+”還是“-”需要和薪酬人員達成理解上的一致,并要求薪酬人員按照公司實際情況,羅列出所需字段計算的公式,例如“實發工資=基本工資+績效工資+季度獎勵-考勤扣款+補貼小計……”
總結:
發放薪資工作崗位比較敏感,對薪酬人員的工作責任心要求極高,并且經常接觸公司高收入數據,難免會產生一些心理落差,給人“錢少事多責任大”的感覺,有系統功能加持的話,能一定程度上減少薪酬人員的部分工作壓力。
本文由 @溪楓 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash ,基于 CC0 協議
大佬,原型可以分享一下嗎
大佬
原型有可預覽的地址嗎?
原型可以分享一下嗎?
人事管理模塊的可以講講嗎
這個要看具體解決哪些問題,每個公司的需求場景不一樣
可以加微信嗎?還想看人事管理部分的內容,產品如何做人事統計分析、人事報表
常見的人事統計主要有薪資(人力成本)分析、在職人數、離職率、新進率、留存率、性別比例、年齡比例、學歷情況、工齡結構等等
大牛,還有更新嗎?可以加V嗎
看同學比較關注哪方面的內容~
好詳細啊,贊
謝謝~