编辑导语：在业务系统设计中，很多岗位所做的事情并不是完全可见的。因此，在设计之前，需要先了解业务方，做好业务分析，再转化成权限配置。作者总结了一些EHR系统里关于业务方对权限角色的需求，希望对做人力资源的小伙伴有所帮助。

从接触到的项目中，总结了些EHR系统里，业务方对权限角色的要求，希望对在人力资源里拼搏的小伙伴有所帮助。

谈权限角色之前，先说一说业务，理解了业务才能更好的转化成系统的配置。

我们日常看到的HR忙于招聘，员工活动，节假日福利之类的事情，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协议。