人还没入职就有正式权限？招聘到预入职要把权限切换绑进生效日
人事数字化里有一类高风险习惯：录用通知一发，就按在职员工开系统。预入职是齐资料、齐任务、齐权限节奏的阶段——正式权限必须跟生效日走。
读这一篇能得到什么
- 招聘预入职目标是齐资料、齐任务、齐权限节奏，不是提前开通业务系统
- 预入职仅最小化权限；入职生效日切换正式权限包与办理人
- 简历/面试结果进入预入职链路，避免招聘与 EHR 双录
- 资料审校与入职办理在线留痕，服务审计与候选人体验
- 先打通一类岗位试点，再扩工厂批量入职；权限抽检不过关不扩面
入职日前两天，账号已经进生产系统
信息安全抽检抽到一个账号：权限包是产线班组长，最后登录在入职生效日前两天。HR 解释：「要提前培训系统。」IT 反问：「人还没签合同，为什么能看工单？」这类事件多数不是黑客，而是流程习惯——录用即开正式权，取消入职时又忘了收回。方便换来的是审计时说不清的权限债，越拖越难一次收干净。
制造企业业务系统一多（ERP、MES、WMS、质量），「先开着方便」的代价是合规与数据暴露。预入职不是「准在职」，而是一段有边界的过渡：资料与任务往前赶，权限往后齐。候选人体验与安全并不对立——对立的是「用正式权限偷懒完成培训」。
还有对称风险在离职端：人走了账号还在。入职生效日纪律若能建立，结束日收回才会自然对称；两端都靠人工记忆，两端都会漏。
从录用到首日：该发生什么
用时间轴对齐各部门，比再写一份制度短：
| 时点 | 允许发生 | 明确禁止 |
|---|---|---|
| 面试/录用 | 招聘结果进入预入职单据 | 开正式业务权限 |
| 预入职 | 填报资料、体检、合同、设备；培训/最小权限包 | 等同在职编制与正式权限包 |
| 入职生效日 | 组织任职、正式权限、考勤档案同日生效 | 生效前按在职发薪（无规则时） |
| 取消/拒绝 | 关闭任务、收回临时账号 | 账号与待办残留 |
编制与花名册口径要分开：预入职可统计「待入职」，但不应直接占满在职编制，否则编制分析会虚高，招聘与用人部门会对着两张表吵。薪酬侧：生效日前不宜进入常规发薪；已入职却无考勤档案，后面异常与计件会对不齐——这是薪酬可信的上游问题，不是发薪公式问题。
兼岗、借调、代理带期限——预入职权限包同样要带期限。没有到期日的「临时权限」，六个月后就是幽灵账号。
最小权限包：培训要开，但开对包
「培训要不要提前开系统」——要，但开的是预入职或培训权限包：只看培训材料、填报门户、必要的只读演示环境；自动到期日写死。正式生产报工、价格、主数据维护、薪酬查询，跟入职生效日走。
岗位/产线模板很重要。工厂同一天大批量入职时，按岗位发放权限包，而不是全员一个「临时管理员」。产线操作、质检、仓管、文职所需最小集不同；一套万能包必然过大。取消入职必须自动收回临时权限——抽检重点常放在这里：人没来，账号还在。
外包与实习用不同权限包与结束日收回，逻辑与正式员工对称，避免「编外账号永久存活」。现场师傅带教若需要看工单，也应落在带教/只读范围，而不是把班组长包提前发给候选人。
任务板替代微信催资料
资料反复催，往往不是候选人故意拖延，而是任务散落在邮件与群聊。预入职应状态化：身份证、体检、合同、银行卡、设备领取……每项有完成时间与审校人。HR 看任务板催办，候选人看待办清单，双方对同一进度。
批量入职日要有整体完成率看板：哪些人卡在体检、哪些人合同未签、哪些人设备未领。现场才不会变成站队填表、回头再补扫描件。SSC 与用人部门也能按阻塞项分工，而不是群里互相@。
简历与面试结果应从云招聘进入预入职链路，避免招聘系统一份、EHR 再录一份——长期双录一定漂移。接口失败允许手工建预入职，但失败须进待办、修好回补，不能变成两套人长期并行维护。
组织引擎仍是任职主数据唯一入口：EHR 消费主数据做入转调离与预入职，不另建影子通讯录。调令/入职生效日驱动权限与流程办理人切换——入职与调岗是同一套时间纪律的两端。入职日打开正式权，调岗日切换审批人，逻辑一致，审计才讲得通。
JEDP-EHR 在链路上的位置
JEDP-EHR 招聘与预入职强调：简历到预入职任务清单；预入职仅最小化权限，入职生效日切换正式权限包；线上填报、资料审核与入职办理衔接。组织侧由组织引擎维护任职，EHR 开展预入职与花名册，避免「人还没入职就拥有正式系统权限」。
与组织权限、考勤、薪酬的衔接：生效日应对齐任职、正式权限与考勤档案；薪酬可信依赖入职状态正确，避免未入职先发薪或已入职无考勤档案。一期先打通一类岗位（含权限引擎联调与到期收回），二期再做批量入职与招聘集成，三期做账号残留与提前开通抽检。
极小团队、几乎无业务系统权限时，本专题收益有限；但一旦存在 ERP/MES 账号，权限节奏就变成必答题。福利、宿舍、办证等扩展模块，应在主链路（资料—权限—任职—考勤）可信后再叠加，避免入职日变成「十个窗口同时发卡」。
工厂批量入职日：从站队填表到清队列
制造基地常见「同一天入职几十人」：宿舍、工服、体检、合同、系统账号挤在同一上午。没有预入职任务板时，现场一定退化为站队与纸质清单；有任务板但权限仍提前开正式包时，安全风险与办理效率会同时恶化。
批量场景建议固定三个节奏点：
- T-7：批量生成预入职任务与培训权限包；阻塞项（体检、背景、关键证件）必须可见。
- T-2：用人部门与 SSC 对阻塞清单分工清障；仍未齐套者标记「暂缓生效」，不要为凑人头提前开正式权。
- T0：按生效名册切换正式权限与考勤档案；未在名册者不得混入开通批次。
培训教室若需要演示生产系统，用独立培训租户或脱敏环境，比「临时加正式权、上完课再收」安全得多——后者最容易忘收回。设备领取、工牌与门禁也可挂在同一任务板上，但门禁通行与业务系统权限要分开建模：能进厂房不等于能改工单。
候选人体验上，进度透明本身就能减少催问；安全上，到期收回与取消入职自动关账，比多写两页须知有效。两者可以同时成立，前提是你愿意把「方便」从正式权限里拿掉。信息安全联席抽检时，带上「开通人 / 审批人 / 收回时间」三列，比只看账号清单更能暴露流程口子。
近月入职抽检三问
本周不必上新模块，先抽样：
- 近月入职者中，有多少人在生效日前已持有正式业务权限？列出系统名与开通人。
- 预入职期间权限是否仅为最小/培训包，是否带到期日？取消入职者是否已关闭。
- 入职生效日当天，组织任职、正式权限、考勤档案是否同日齐套？缺一则记为断点。
三问有一项大量失败，先修生效日切换与权限包模板，再谈「招聘数字化体验」。批量入职周再加一问：任务完成看板能否在入职日前两天暴露阻塞项。答得清，现场才会从催人变成清队列；答不清，再多的欢迎礼盒也掩盖不了首日权限与资料的混乱。抽检结果建议直接贴进 HR 与信息安全的联席纪要：谁开通、谁审批、何时收回，写不清就先停「录用即开正式权」的口子。
想把这篇里的做法落到自己的厂里？资源中心有对应场景的在线自测与资料模板，也可以直接约一次真实环境演示。
常见问题
围绕本篇主题的追问，先看这里；仍有疑问可联系我们
预入职要不要进花名册？
可以有预入职状态，但不应等同在职。报表与编制占用口径要区分，避免编制与在职人数失真。
外包/实习生怎么处理？
用不同权限包与合同类型；生效日与结束日同样驱动权限开通与收回，逻辑与正式员工对称。
和组织权限专题什么关系？
组织权限专题讲任职继承与调岗生效日；本专题讲招聘到入职的权限切换时机。二者都依赖生效日，不要各建一套通讯录。
云招聘集成失败怎么办？
允许手工建预入职，但要避免长期双录；接口失败进待办，修好后回补，而不是两套人持续维护。
培训要不要提前开系统？
要，但开的是预入职/培训权限包并设自动到期，不是正式生产、财务或薪酬相关权限。