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

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

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

入职平台

入职平台整体流程图：

发送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协议