網站管理員：科藝嘉       發布時間：2019-07-13 09:50:59

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

  
  

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

  
  

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

  
  

  入職平臺

  發送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類型的+生效日期是

  預凍結：部門頁面存下來的預凍結的值。首先判斷使用HC的部門，其下級子部門是否啟用HC，如果啟用，僅算本部門的在預凍結數；如果其下級子部門沒有啟用HC，計算HC所在的部門及其所有子部門的預凍結數。

  凍結：部門頁面存下來的凍結的值。首先判斷使用HC的部門，其下級子部門是否啟用HC，如果啟用，僅算本部門的凍結數；如果其下級子部門沒有啟用HC，計算HC所在的部門及其所有子部門的凍結數。

  offer審批流程

  審批共有三種操作：審批通過、審批拒絕、退回；

  審批通過：流傳到下一個審批人，若是最后一個審批人，整個流程審批通過，發郵件通知HRBP；

  審批拒絕：首先填寫審批意見，流程結束，郵件通知發起人和審批鏈中此節點之前的審批節點；

  退回：首先填寫審批，然后選擇退回的節點，郵件通知退回到的節點。

  發送offer

  選擇相應的offer模版，發至候選人郵箱中，候選人可以在郵件中接受/拒絕offer。

  
  

  候選人接受offer

  
  

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

  
  

  入職報備

  
  

  確認入職的員工，報到當天，入職組/區域HR的同事準備簽合同，簽完合同需要將入職員工的合同信息和相應電子檔案上傳至系統。

  
  

  數據審核

  
  

  入職組的同事將合同信息更新后，由入職組的同事統一落地數據。

  
  

  檔案歸檔

  
  

  所有的入職流程，最后都應該走到檔案組，檔案組對員工的檔案進行歸檔。

  
  

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

  
  

  組織架構

  個人信息修改流程

  
  

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

  
  

  員工轉正流程

  轉正分為如期轉正和提前轉正。根據HRBP和直接上級的判斷，判斷員工是如期轉正還是提前轉正，提前轉正由HRBP發起，如期轉正由系統自動發起。

  
  

  離職流程

  
  

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

  
  

  主動離職流程審批：

  被動離職流程審批：

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

  
  

  行政資產交接；

  IT系統交接；

  QA交接；

  未完流程交接；

  財務交接。

  職級變更

  以上，就是人事系統的整體系統架構。

  
  

  寫在最后，做大后臺系統需要注意的坑：

  
  

  劃清需求邊界。由于后臺系統大都耦合公司內部多個系統，需求邊界一定要劃分清楚，避免出現內容沒做或者內容交叉。

  確保所有上下游系統影響。大的后臺系統，牽一發而動全身，一定一定要確保對其他上游下游系統的影響，可別項目一上線，別的系統全干ci了。

  留好后手。切換系統時一定要做開關，一旦發現新上的系統對其他系統有嚴重影響，立刻切回原系統，先保證線上的正常使用。