編輯導語：在業務系統設計中，很多崗位所做的事情并不是完全可見的。因此，在設計之前，需要先了解業務方，做好業務分析，再轉化成權限配置。作者總結了一些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協議。