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

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

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

入職平臺(tái)

入職平臺(tái)整體流程圖：

發(fā)送offer審批校驗(yàn)

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

134以身份證號(hào)作為唯一標(biāo)識(shí)，2需要走部門(mén)hc邏輯校驗(yàn)。

部門(mén)HC：

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

offer審批流程

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

發(fā)送offer

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

候選人接受offer

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

入職報(bào)備

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

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

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

檔案歸檔

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

以上是入職平臺(tái)各個(gè)模塊的整體介紹。

組織架構(gòu)

個(gè)人信息修改流程

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

員工轉(zhuǎn)正流程

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

離職流程

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

主動(dòng)離職流程審批：

被動(dòng)離職流程審批：

離職需要離職會(huì)簽，會(huì)簽主要包括：

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

職級(jí)變更

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

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

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

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

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

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