人還沒入職就有正式權限？招聘到預入職要把權限切換綁進生效日

入職日前兩天，賬號已經進生產系統

資訊保安抽檢抽到一個賬號：權限包是產線班組長，最後登入在入職生效日前兩天。HR 解釋：「要提前培訓系統。」IT 反問：「人還沒簽合同，為什麼能看工單？」這類事件多數不是駭客，而是流程習慣——錄用即開正式權，取消入職時又忘了收回。方便換來的是審計時說不清的權限債，越拖越難一次收乾淨。

製造企業業務系統一多（ERP、MES、WMS、質量），「先開著方便」的代價是合規與資料暴露。預入職不是「準在職」，而是一段有邊界的過渡：資料與任務往前趕，權限往後齊。候選人體驗與安全並不對立——對立的是「用正式權限偷懶完成培訓」。

還有對稱風險在離職端：人走了賬號還在。入職生效日紀律若能建立，結束日收回才會自然對稱；兩端都靠人工記憶，兩端都會漏。

從錄用到首日：該發生什麼

用時間軸對齊各部門，比再寫一份制度短：

編制與花名冊口徑要分開：預入職可統計「待入職」，但不應直接佔滿在職編制，否則編制分析會虛高，招聘與用人部門會對著兩張表吵。薪酬側：生效日前不宜進入常規發薪；已入職卻無考勤檔案，後面異常與計件會對不齊——這是薪酬可信的上游問題，不是發薪公式問題。

兼崗、借調、代理帶期限——預入職權限包同樣要帶期限。沒有到期日的「臨時權限」，六個月後就是幽靈賬號。

最小權限包：培訓要開，但開對包

「培訓要不要提前開系統」——要，但開的是預入職或培訓權限包：只看培訓材料、填報門戶、必要的只讀演示環境；自動到期日寫死。正式生產報工、價格、主資料維護、薪酬查詢，跟入職生效日走。

崗位/產線模板很重要。工廠同一天大批次入職時，按崗位發放權限包，而不是全員一個「臨時管理員」。產線操作、質檢、倉管、文職所需最小集不同；一套萬能包必然過大。取消入職必須自動收回臨時權限——抽檢重點常放在這裡：人沒來，賬號還在。

外包與實習用不同權限包與結束日收回，邏輯與正式員工對稱，避免「編外賬號永久存活」。現場師傅帶教若需要看工單，也應落在帶教/只讀範圍，而不是把班組長包提前發給候選人。

任務板替代微信催資料

資料反覆催，往往不是候選人故意拖延，而是任務散落在郵件與群聊。預入職應狀態化：身份證、體檢、合同、銀行卡、裝置領取……每項有完成時間與審校人。HR 看任務板催辦，候選人看待辦清單，雙方對同一進度。

批次入職日要有整體完成率看板：哪些人卡在體檢、哪些人合同未籤、哪些人裝置未領。現場才不會變成站隊填表、回頭再補掃描件。SSC 與用人部門也能按阻塞項分工，而不是群裡互相@。

簡歷與面試結果應從雲招聘進入預入職鏈路，避免招聘系統一份、EHR 再錄一份——長期雙錄一定漂移。介面失敗允許手工建預入職，但失敗須進待辦、修好回補，不能變成兩套人長期並行維護。

組織引擎仍是任職主資料唯一入口：EHR 消費主資料做入轉調離與預入職，不另建影子通訊錄。調令/入職生效日驅動權限與流程辦理人切換——入職與調崗是同一套時間紀律的兩端。入職日開啟正式權，調崗日切換審批人，邏輯一致，審計才講得通。

JEDP-EHR 在鏈路上的位置

JEDP-EHR 招聘與預入職強調：簡歷到預入職任務清單；預入職僅最小化權限，入職生效日切換正式權限包；線上填報、資料稽核與入職辦理銜接。組織側由組織引擎維護任職，EHR 開展預入職與花名冊，避免「人還沒入職就擁有正式系統權限」。

與組織權限、考勤、薪酬的銜接：生效日應對齊任職、正式權限與考勤檔案；薪酬可信依賴入職狀態正確，避免未入職先發薪或已入職無考勤檔案。一期先打通一類崗位（含權限引擎聯調與到期收回），二期再做批次入職與招聘整合，三期做賬號殘留與提前開通抽檢。

極小團隊、幾乎無業務系統權限時，本專題收益有限；但一旦存在 ERP/MES 賬號，權限節奏就變成必答題。福利、宿舍、辦證等擴充套件模組，應在主鏈路（資料—權限—任職—考勤）可信後再疊加，避免入職日變成「十個視窗同時髮卡」。

工廠批次入職日：從站隊填表到清佇列

製造基地常見「同一天入職幾十人」：宿舍、工服、體檢、合同、系統賬號擠在同一上午。沒有預入職任務板時，現場一定退化為站隊與紙質清單；有任務板但權限仍提前開正式包時，安全風險與辦理效率會同時惡化。

批次場景建議固定三個節奏點：

• T-7：批次生成預入職任務與培訓權限包；阻塞項（體檢、背景、關鍵證件）必須可見。
• T-2：用人部門與 SSC 對阻塞清單分工清障；仍未齊套者標記「暫緩生效」，不要為湊人頭提前開正式權。
• T0：按生效名冊切換正式權限與考勤檔案；未在名冊者不得混入開通批次。

培訓教室若需要演示生產系統，用獨立培訓租戶或脫敏環境，比「臨時加正式權、上完課再收」安全得多——後者最容易忘收回。裝置領取、工牌與門禁也可掛在同一任務板上，但門禁通行與業務系統權限要分開建模：能進廠房不等於能改工單。

候選人體驗上，進度透明本身就能減少催問；安全上，到期收回與取消入職自動關賬，比多寫兩頁須知有效。兩者可以同時成立，前提是你願意把「方便」從正式權限裡拿掉。資訊保安聯席抽檢時，帶上「開通人 / 審批人 / 收回時間」三列，比只看賬號清單更能暴露流程口子。

近月入職抽檢三問

本週不必上新模組，先抽樣：

1. 近月入職者中，有多少人在生效日前已持有正式業務權限？列出系統名與開通人。
2. 預入職期間權限是否僅為最小/培訓包，是否帶到期日？取消入職者是否已關閉。
3. 入職生效日當天，組織任職、正式權限、考勤檔案是否同日齊套？缺一則記為斷點。

三問有一項大量失敗，先修生效日切換與權限包模板，再談「招聘數字化體驗」。批次入職周再加一問：任務完成看板能否在入職日前兩天暴露阻塞項。答得清，現場才會從催人變成清佇列；答不清，再多的歡迎禮盒也掩蓋不了首日權限與資料的混亂。抽檢結果建議直接貼進 HR 與資訊保安的聯席紀要：誰開通、誰審批、何時收回，寫不清就先停「錄用即開正式權」的口子。

• EHR 人力方案
• 組織權限繼承
• 考勤異常
• 薪酬資料可信