后台系统设计中,人事系统如何设计

7 评论 15170 浏览 156 收藏 9 分钟

人事系统分为入职平台和组织架构两大模块,本文将为大家整体介绍后台系统设计中的人事系统的各个模块。

人事系统是大公司必不可少的关键系统,作为主要的上游系统,几乎跟人相关的系统都会关系到人事系统,本文整体介绍人事系统的各个模块。

人事系统整体分为两大模块:入职平台和组织架构。

入职平台

入职平台整体流程图:

发送offer审批校验

  1. 若员工“是否为黑名单人员”的值为“是”,则不能发起offer审批。
  2. 若HC余额为<=0,则根据HC管理 页面的“强控/弱控字段”,若为强控,则不允许发起offer审批,弹出警告。若为弱控,则允许发起offer审批,弹出提示:HC余额不足,是否确定发起该员工的offer审批么
  3. 若同一个身份证还有在审批中或审批通过的offer,提示:该候选人有正在审批/审批通过的offer(提供offerID),若要重新添加offer信息,请将原offer舍弃后再次添加。且不能发送offer审批。
  4. 若员工的入职类型是“重新雇佣”,“上次入职任职表现”字段必填,弹出提示该员工属于重新雇佣。
  5. 若招聘类别是“校招”,点击“发送offer审批”之后,offer审批状态自动变为“审批通过”。

134以身份证号作为唯一标识,2需要走部门hc逻辑校验。

部门HC

  1. HC余额=HC总数-在职人数-预冻结(发送offer审批)-冻结(offer审批通过)-跨部门调入人数。HC余额大于0,才可以提交offer审批。
  2. HC总数:根据维护的员工部门找编制总数,首先看是否本部门启用了编制,如果启用就用“本部门HC数”;如果没有启用,就按组织架构树依次往上找“本部门HC数”。
  3. 当前在职人数:首先判断使用HC的部门,其下级子部门是否启用HC,如果启用,仅算本部门的在职人数;如果其下级子部门没有启用HC,计算HC所在的部门及其所有子部门的在职人数;在职人数要根据:该员工类别+HC类型的+生效日期是<系统当前日期 +HR在职状态是在职的人数。
  4. 预冻结:部门页面存下来的预冻结的值。首先判断使用HC的部门,其下级子部门是否启用HC,如果启用,仅算本部门的在预冻结数;如果其下级子部门没有启用HC,计算HC所在的部门及其所有子部门的预冻结数。
  5. 冻结:部门页面存下来的冻结的值。首先判断使用HC的部门,其下级子部门是否启用HC,如果启用,仅算本部门的冻结数;如果其下级子部门没有启用HC,计算HC所在的部门及其所有子部门的冻结数。

offer审批流程

  1. 审批共有三种操作:审批通过、审批拒绝、退回;
  2. 审批通过:流传到下一个审批人,若是最后一个审批人,整个流程审批通过,发邮件通知HRBP;
  3. 审批拒绝:首先填写审批意见,流程结束,邮件通知发起人和审批链中此节点之前的审批节点;
  4. 退回:首先填写审批,然后选择退回的节点,邮件通知退回到的节点。

发送offer

选择相应的offer模版,发至候选人邮箱中,候选人可以在邮件中接受/拒绝offer。

候选人接受offer

候选人邮件中接受offer后,需填写信息采集表,提交之后,hr才可以发起入职报备。

入职报备

确认入职的员工,报到当天,入职组/区域HR的同事准备签合同,签完合同需要将入职员工的合同信息和相应电子档案上传至系统。

数据审核

入职组的同事将合同信息更新后,由入职组的同事统一落地数据。

档案归档

所有的入职流程,最后都应该走到档案组,档案组对员工的档案进行归档。

以上是入职平台各个模块的整体介绍。

组织架构

个人信息修改流程

员工可以登陆系统去查看编辑自己的个人信息,但有些信息是不可随意修改的,需要提供相关材料,如若员工修改首次参加工作日期,需要上传首次缴纳社保证明;若员工修改教育经历,例如学校名称、毕业时间、专业、学位,则需上传学历、学位相关证明材料,在页面提示员工进行附件上传。

员工转正流程

转正分为如期转正和提前转正。根据HRBP和直接上级的判断,判断员工是如期转正还是提前转正,提前转正由HRBP发起,如期转正由系统自动发起。

离职流程

离职流程分为主动和被动:主动离职只能员工自己提,HRBP只能提起员工的被动离职。

主动离职流程审批:

被动离职流程审批:

离职需要离职会签,会签主要包括:

  1. 行政资产交接;
  2. IT系统交接;
  3. QA交接;
  4. 未完流程交接;
  5. 财务交接。

职级变更

以上,就是人事系统的整体系统架构。

写在最后,做大后台系统需要注意的坑:

  1. 划清需求边界。由于后台系统大都耦合公司内部多个系统,需求边界一定要划分清楚,避免出现内容没做或者内容交叉。
  2. 确保所有上下游系统影响。大的后台系统,牵一发而动全身,一定一定要确保对其他上游下游系统的影响,可别项目一上线,别的系统全干ci了。
  3. 留好后手。切换系统时一定要做开关,一旦发现新上的系统对其他系统有严重影响,立刻切回原系统,先保证线上的正常使用。
  4. 留好buffer。大后台项目一般都delay。

欢迎评论,共同学习~

 

本文由 @叶超人 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 人事系统是不是要包含组织架构,岗位规划,再到招聘,入转调离,考核,培训,人资,感觉这篇文章包含的范围是不是稍微小了点

    来自江苏 回复
  2. 现在什么人都能做HR系统呀!怎么设计页面一个都没说,怎么落地呀!

    回复
    1. 这一看就是从技术转过来的产品,后台系统是重逻辑轻页面的

      来自上海 回复
    2. hhh,真实

      来自四川 回复
  3. 认证体系和权限并没有涉及啊

    回复
  4. 太简单了点

    回复
  5. 🙂

    来自江苏 回复