中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

人事系統分為入職平臺和組織架構兩大模塊，本文將為大家整體介紹后臺系統設計中的人事系統的各個模塊。

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

人事系統整體分為兩大模塊：入職平臺和組織架構。

入職平臺

入職平臺整體流程圖：

發送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協議