人事系统分为入职平台和组织架构两大模块，本文将为大家整体介绍后台系统设计中的人事系统的各个模块。
人事系统是大公司必不可少的关键系统，作为主要的上游系统，几乎跟人相关的系统都会关系到人事系统，本文整体介绍人事系统的各个模块。
人事系统整体分为两大模块：入职平台和组织架构。
入职平台
入职平台整体流程图：
发送offer审批校验
若员工“是否为黑名单人员”的值为“是”，则不能发起offer审批。
若HC余额为<=0，则根据HC管理 页面的“强控/弱控字段”，若为强控，则不允许发起offer审批，弹出警告。若为弱控，则允许发起offer审批，弹出提示：HC余额不足，是否确定发起该员工的offer审批么
若同一个身份证还有在审批中或审批通过的offer，提示：该候选人有正在审批/审批通过的offer（提供offerID），若要重新添加offer信息，请将原offer舍弃后再次添加。且不能发送offer审批。
若员工的入职类型是“重新雇佣”，“上次入职任职表现”字段必填，弹出提示该员工属于重新雇佣。
若招聘类别是“校招”，点击“发送offer审批”之后，offer审批状态自动变为“审批通过”。
134以身份证号作为唯一标识，2需要走部门hc逻辑校验。
部门HC：
HC余额=HC总数-在职人数-预冻结（发送offer审批）-冻结（offer审批通过）-跨部门调入人数。HC余额大于0，才可以提交offer审批。
HC总数：根据维护的员工部门找编制总数，首先看是否本部门启用了编制，如果启用就用“本部门HC数”；如果没有启用，就按组织架构树依次往上找“本部门HC数”。
当前在职人数：首先判断使用HC的部门，其下级子部门是否启用HC，如果启用，仅算本部门的在职人数；如果其下级子部门没有启用HC，计算HC所在的部门及其所有子部门的在职人数；在职人数要根据：该员工类别+HC类型的+生效日期是<系统当前日期 +HR在职状态是在职的人数。
预冻结：部门页面存下来的预冻结的值。首先判断使用HC的部门，其下级子部门是否启用HC，如果启用，仅算本部门的在预冻结数；如果其下级子部门没有启用HC，计算HC所在的部门及其所有子部门的预冻结数。
冻结：部门页面存下来的冻结的值。首先判断使用HC的部门，其下级子部门是否启用HC，如果启用，仅算本部门的冻结数；如果其下级子部门没有启用HC，计算HC所在的部门及其所有子部门的冻结数。
offer审批流程
审批通过：流传到下一个审批人，若是最后一个审批人，整个流程审批通过，发邮件通知HRBP；
审批拒绝：首先填写审批意见，流程结束，邮件通知发起人和审批链中此节点之前的审批节点；
退回：首先填写审批，然后选择退回的节点，邮件通知退回到的节点。
发送offer
选择相应的offer模版，发至候选人邮箱中，候选人可以在邮件中接受/拒绝offer。
候选人接受offer
候选人邮件中接受offer后，需填写信息采集表，提交之后，hr才可以发起入职报备。
入职报备
确认入职的员工，报到当天，入职组/区域HR的同事准备签合同，签完合同需要将入职员工的合同信息和相应电子档案上传至系统。
数据审核
入职组的同事将合同信息更新后，由入职组的同事统一落地数据。
档案归档
所有的入职流程，最后都应该走到档案组，档案组对员工的档案进行归档。
以上是入职平台各个模块的整体介绍。
组织架构
个人信息修改流程
员工可以登陆系统去查看编辑自己的个人信息，但有些信息是不可随意修改的，需要提供相关材料，如若员工修改首次参加工作日期，需要上传首次缴纳社保证明；若员工修改教育经历，例如学校名称、毕业时间、专业、学位，则需上传学历、学位相关证明材料，在页面提示员工进行附件上传。
员工转正流程
转正分为如期转正和提前转正。根据HRBP和直接上级的判断，判断员工是如期转正还是提前转正，提前转正由HRBP发起，如期转正由系统自动发起。
离职流程
离职流程分为主动和被动：主动离职只能员工自己提，HRBP只能提起员工的被动离职。
主动离职流程审批：
被动离职流程审批：
离职需要离职会签，会签主要包括：
行政资产交接；
IT系统交接；
QA交接；
未完流程交接；
财务交接。
职级变更
以上，就是人事系统的整体系统架构。
写在最后，做大后台系统需要注意的坑：
划清需求边界。由于后台系统大都耦合公司内部多个系统，需求边界一定要划分清楚，避免出现内容没做或者内容交叉。
确保所有上下游系统影响。大的后台系统，牵一发而动全身，一定一定要确保对其他上游下游系统的影响，可别项目一上线，别的系统全干ci了。
留好后手。切换系统时一定要做开关，一旦发现新上的系统对其他系统有严重影响，立刻切回原系统，先保证线上的正常使用。
留好buffer。大后台项目一般都delay。
欢迎评论，共同学习～
