|
从接触到的项目中，总结了些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们所负责的内容后，根据自家的系统设计就可以配置对应的权限角色了。 上述案例比较简单，实际项目里情况会多种多样，看到的数据限制不仅仅是员工的数据，看到的界面限制不仅仅是菜单。归根结底，做好业务分析，再转化成权限配置。 |
