如何配置人力資源SAAS里的權限角色
編輯導語:在業務系統設計中,很多崗位所做的事情并不是完全可見的。因此,在設計之前,需要先了解業務方,做好業務分析,再轉化成權限配置。作者總結了一些EHR系統里關于業務方對權限角色的需求,希望對做人力資源的小伙伴有所幫助。
從接觸到的項目中,總結了些EHR系統里,業務方對權限角色的要求,希望對在人力資源里拼搏的小伙伴有所幫助。
談權限角色之前,先說一說業務,理解了業務才能更好的轉化成系統的配置。
我們日??吹降腍R忙于招聘,員工活動,節假日福利之類的事情,HR們的工作不限于我們日??吹降膬热荩€有很多我們看不到的。
人力資源部門的工作用四個字總結:選、用、育、留。
人力資源部門的具體工作有六大板塊:人力資源規劃、招聘與配置、培訓與開發、績效管理、薪酬福利管理、勞動關系管理。
人力資源規劃:負責公司組織管理、崗職管理、編制管理、等等。普通的員工一般感知不到。
人員招聘與配置:日常見到的招聘。
培訓開發:負責員工學習培訓。
績效管理:負責員工的績效考核。
薪酬管理:負責員工的薪資福利,簡單理解為工資和五險一金。
勞動關系管理:負責員工入職后的管理,簡單理解為員工的入轉調離。
假設上述每個板塊是一個HR負責,那從數據量來說,HR可見的都是全員;但從具體內容來說,HR可見內容因各自負責的模塊而不同,負責薪酬的HR不可見員工的勞動合同,負責培訓的HR不可見員工的薪資檔案。
各家公司實際情況不像假設那么簡單,小公司可能1個HR身兼幾個板塊,大公司可能一個板塊里分成n個HR負責同時又兼任其他板塊的工作,這就要捋清楚HR每個工作職責負責的員工是誰和具體的操作是什么,進而轉化成系統配置的界面權限和數據權限(個人對權限的分類)。
界面權限:頁面上可見的菜單入口、頁面元素如按鈕等。
數據權限:行數據,10個員工還是100個員工。
下面分享一個簡單的業務場景。
員工類型:正式員工、實習生、第三方派遣。
薪資管理:兩家扣繳義務人(正式和實習生用一家,派遣用一家),4種薪資規則(高管規則,普通規則,實習生規則,派遣規則)。
公司HR:4人,ABCD
分工:A可見所有員工并負責所有人的合同,B可見正式員工,C可見實生,D可見第三習方派遣;A負責高管薪資規則,B負責普通規則,C負責實習生規則,D負責派遣規則。
根據描述,我們來分析下各個HR所負責的業務,每個HR都負責一部分人事管理和薪酬管理,A的人事管理可見全部員工和勞動合同,BCD僅負責部分員工且不負責勞動合同;A負責正式員工中的高管的薪資管理,B負責正式員工中的普通員工的薪資管理,C負責實習生的薪資管理,D負責派遣員工的薪資管理。
界面權限:A可見員工菜單和合同菜單,BCD可見員工菜單;A可見高管薪資規則,B可見普通薪資規則,C可見實習生薪資規則,D可見派遣薪資規則。
數據權限:A在人事管理可見全員,在薪資規則里僅可見規則下的員工;BCD可見部分員工,在薪資規則里僅可見規則下的員工。
分析清楚HR們所負責的內容后,根據自家的系統設計就可以配置對應的權限角色了。
上述案例比較簡單,實際項目里情況會多種多樣,看到的數據限制不僅僅是員工的數據,看到的界面限制不僅僅是菜單。歸根結底,做好業務分析,再轉化成權限配置。
#專欄作家#
Lprecious,人人都是產品經理專欄作家。成長中的產品汪,關注車輛網行業和B端產業發展,目前從事人力資源SAAS解決方案行業。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
需要舉個例子才行
不同公司的人力資源架構不同,一些大公司的人力資源系統比其它業務都復雜,邏輯雖然明確,但是體現到產品里卻很難。