人事系統(tǒng)分為入職平臺和組織架構(gòu)兩大模塊，本文將為大家整體介紹后臺系統(tǒng)設(shè)計中的人事系統(tǒng)的各個模塊。

人事系統(tǒng)是大公司必不可少的關(guān)鍵系統(tǒng)，作為主要的上游系統(tǒng)，幾乎跟人相關(guān)的系統(tǒng)都會關(guān)系到人事系統(tǒng)，本文整體介紹人事系統(tǒng)的各個模塊。

人事系統(tǒng)整體分為兩大模塊：入職平臺和組織架構(gòu)。

入職平臺

入職平臺整體流程圖：

發(fā)送offer審批校驗

1. 若員工“是否為黑名單人員”的值為“是”，則不能發(fā)起offer審批。
2. 若HC余額為<=0，則根據(jù)HC管理 頁面的“強(qiáng)控/弱控字段”，若為強(qiáng)控，則不允許發(fā)起offer審批，彈出警告。若為弱控，則允許發(fā)起offer審批，彈出提示：HC余額不足，是否確定發(fā)起該員工的offer審批么
3. 若同一個身份證還有在審批中或?qū)徟ㄟ^的offer，提示：該候選人有正在審批/審批通過的offer（提供offerID），若要重新添加offer信息，請將原offer舍棄后再次添加。且不能發(fā)送offer審批。
4. 若員工的入職類型是“重新雇傭”，“上次入職任職表現(xiàn)”字段必填，彈出提示該員工屬于重新雇傭。
5. 若招聘類別是“校招”，點擊“發(fā)送offer審批”之后，offer審批狀態(tài)自動變?yōu)椤皩徟ㄟ^”。

134以身份證號作為唯一標(biāo)識，2需要走部門hc邏輯校驗。

部門HC：

1. HC余額=HC總數(shù)-在職人數(shù)-預(yù)凍結(jié)（發(fā)送offer審批）-凍結(jié)（offer審批通過）-跨部門調(diào)入人數(shù)。HC余額大于0，才可以提交offer審批。
2. HC總數(shù)：根據(jù)維護(hù)的員工部門找編制總數(shù)，首先看是否本部門啟用了編制，如果啟用就用“本部門HC數(shù)”；如果沒有啟用，就按組織架構(gòu)樹依次往上找“本部門HC數(shù)”。
3. 當(dāng)前在職人數(shù)：首先判斷使用HC的部門，其下級子部門是否啟用HC，如果啟用，僅算本部門的在職人數(shù)；如果其下級子部門沒有啟用HC，計算HC所在的部門及其所有子部門的在職人數(shù)；在職人數(shù)要根據(jù)：該員工類別+HC類型的+生效日期是<系統(tǒng)當(dāng)前日期 +HR在職狀態(tài)是在職的人數(shù)。
4. 預(yù)凍結(jié)：部門頁面存下來的預(yù)凍結(jié)的值。首先判斷使用HC的部門，其下級子部門是否啟用HC，如果啟用，僅算本部門的在預(yù)凍結(jié)數(shù)；如果其下級子部門沒有啟用HC，計算HC所在的部門及其所有子部門的預(yù)凍結(jié)數(shù)。
5. 凍結(jié)：部門頁面存下來的凍結(jié)的值。首先判斷使用HC的部門，其下級子部門是否啟用HC，如果啟用，僅算本部門的凍結(jié)數(shù)；如果其下級子部門沒有啟用HC，計算HC所在的部門及其所有子部門的凍結(jié)數(shù)。

offer審批流程

1. 審批共有三種操作：審批通過、審批拒絕、退回；
2. 審批通過：流傳到下一個審批人，若是最后一個審批人，整個流程審批通過，發(fā)郵件通知HRBP；
3. 審批拒絕：首先填寫審批意見，流程結(jié)束，郵件通知發(fā)起人和審批鏈中此節(jié)點之前的審批節(jié)點；
4. 退回：首先填寫審批，然后選擇退回的節(jié)點，郵件通知退回到的節(jié)點。

發(fā)送offer

選擇相應(yīng)的offer模版，發(fā)至候選人郵箱中，候選人可以在郵件中接受/拒絕offer。

候選人接受offer

候選人郵件中接受offer后，需填寫信息采集表，提交之后，hr才可以發(fā)起入職報備。

入職報備

確認(rèn)入職的員工，報到當(dāng)天，入職組/區(qū)域HR的同事準(zhǔn)備簽合同，簽完合同需要將入職員工的合同信息和相應(yīng)電子檔案上傳至系統(tǒng)。

數(shù)據(jù)審核

入職組的同事將合同信息更新后，由入職組的同事統(tǒng)一落地數(shù)據(jù)。

檔案歸檔

所有的入職流程，最后都應(yīng)該走到檔案組，檔案組對員工的檔案進(jìn)行歸檔。

以上是入職平臺各個模塊的整體介紹。

組織架構(gòu)

個人信息修改流程

員工可以登陸系統(tǒng)去查看編輯自己的個人信息，但有些信息是不可隨意修改的，需要提供相關(guān)材料，如若員工修改首次參加工作日期，需要上傳首次繳納社保證明；若員工修改教育經(jīng)歷，例如學(xué)校名稱、畢業(yè)時間、專業(yè)、學(xué)位，則需上傳學(xué)歷、學(xué)位相關(guān)證明材料，在頁面提示員工進(jìn)行附件上傳。

員工轉(zhuǎn)正流程

轉(zhuǎn)正分為如期轉(zhuǎn)正和提前轉(zhuǎn)正。根據(jù)HRBP和直接上級的判斷，判斷員工是如期轉(zhuǎn)正還是提前轉(zhuǎn)正，提前轉(zhuǎn)正由HRBP發(fā)起，如期轉(zhuǎn)正由系統(tǒng)自動發(fā)起。

離職流程

離職流程分為主動和被動：主動離職只能員工自己提，HRBP只能提起員工的被動離職。

主動離職流程審批：

被動離職流程審批：

離職需要離職會簽，會簽主要包括：

1. 行政資產(chǎn)交接；
2. IT系統(tǒng)交接；
3. QA交接；
4. 未完流程交接；
5. 財務(wù)交接。

職級變更

以上，就是人事系統(tǒng)的整體系統(tǒng)架構(gòu)。

寫在最后，做大后臺系統(tǒng)需要注意的坑：

1. 劃清需求邊界。由于后臺系統(tǒng)大都耦合公司內(nèi)部多個系統(tǒng)，需求邊界一定要劃分清楚，避免出現(xiàn)內(nèi)容沒做或者內(nèi)容交叉。
2. 確保所有上下游系統(tǒng)影響。大的后臺系統(tǒng)，牽一發(fā)而動全身，一定一定要確保對其他上游下游系統(tǒng)的影響，可別項目一上線，別的系統(tǒng)全干ci了。
3. 留好后手。切換系統(tǒng)時一定要做開關(guān)，一旦發(fā)現(xiàn)新上的系統(tǒng)對其他系統(tǒng)有嚴(yán)重影響，立刻切回原系統(tǒng)，先保證線上的正常使用。
4. 留好buffer。大后臺項目一般都delay。

歡迎評論，共同學(xué)習(xí)～

本文由 @葉超人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議