招聘需求冻结与解冻的审批口径及在途招聘流程处理办法

849-招聘需求冻结与解冻的审批口径及在途招聘流程处理办法 某多元化集团总部位于华东，业务横跨建材、食品加工与产业园区运营，全集团 13,000 人，分布在 9 个城市的 21 家法人主体里。招聘由集团人力资源共享中心统一收口，区域与事业部只负责用人标准的确认和面试评价。这家集团有一个固定动作：半年经营分析会后、年度预算收口前，各下发一次编制冻结通知，全年冻结 2 次。冻结通知下发那一刻，系统里还挂着 340 个在途需求，其中 96 个已经推进到终面、41 个已经发出录用通知。真正让共享中心头疼的并不是冻结这个动作，而是冻结令的落款通常只有一句话——暂停新增用人。它既没有写清冻结到哪一层组织，也没有写在途需求怎么收口。区域按各自理解执行，有的把在途需求全部停掉、候选人直接流失，有的照常发录用通知，三个月后解冻时人已经在岗却没有对应编制。一次冻结下来，共享中心要额外花两周做口径对齐。 ## 冻结范围的判定口径：全集团、单主体还是单序列 冻结令的第一个要素是范围，范围不同，执行动作和审批链完全不同。可以按三层颗粒度界定。 集团级冻结，覆盖全部法人主体与全部序列，通常对应现金流承压、整体人效未达年度基线、或者集团层面统一的组织瘦身安排。这类冻结一般同时冻结新增编制与外部招聘，但内部调剂、内部竞聘、离职补员是否放行，要在通知里单独写明，不能默认放行。 主体级冻结，只覆盖指定的 1 到 N 家法人主体。这是集团型企业里最常用的一层。判定依据通常来自经营侧的可量化信号：某事业部连续两个季度毛利率低于年初设定值、某区域门店净现金流为负、某分子公司编制执行率超过 105%。这一层冻结要求同时给出主体清单和冻结理由，否则区域会认为自己在被牵连。 序列级冻结，按管理序列、专业序列、销售序列、生产序列中的一条或几条执行。研发型集团常冻结管理序列而放开专业序列，零售集团常冻结职能序列而放开一线门店序列。序列口径必须和人岗匹配里的序列字段保持一致，否则冻结规则会漏掉一部分人。还有两个常被忽略的维度：城市维度对应多城市社保与管理成本差异，职级维度对应高阶岗位的单独管控。这两层一般作为附加条件叠加在前面三层之上，用于做更细的例外审批。 口径上要先钉死一句话：冻结管增量不管存量。在岗人员不因冻结被动调整岗位或薪酬；冻结期内离职产生的空缺是否释放名额，必须二选一写清——离职自动回收名额，或者离职名额一并锁定、补员需单独申请、走例外通道。 一份可以直接下发的冻结通知，至少要写清六件事： 1. 生效时点与失效时点，或者复核时点； 2. 冻结颗粒度，说明是集团级、主体级、序列级还是叠加条件； 3. 适用主体清单与适用组织层级，具体到哪几家公司、哪一层下级部门； 4. 在途需求的处理规则，按推进阶段分别说明； 5. 例外审批通道，写明可提报的岗位范围与最终审批人； 6. 冻结期内的编制统计口径，说明编制、在岗、在途三个数怎么算、谁负责对账、多久对一次。 ## 在途需求的三类处置与解冻后的重启顺序 在途需求不是一个整体，按推进阶段拆成三类，处置动作才落得下去。 第一类，编制已批准但需求尚未发布，处于待启动状态。这类处置最干净，直接暂停即可，编制名额是回收还是保留由通知口径决定。建议明确一条：待启动需求一律回收名额，解冻后重新确认。 第二类，需求已发布、正在简历筛选到终面流程中。这类要按来源分流：内部推荐与内部竞聘产生的候选人建议保留关系，外部主流招聘渠道的候选人按岗位重要性分级处理。批量暂停时要同步停掉主流招聘渠道上的职位发布，否则简历仍在持续进入，招聘专员会在冻结期反复向候选人解释，反而放大影响面。 第三类，已发出录用通知、尚未到岗。这一类的处置空间最小，风险最高。实务上有三种口径：继续履约、协商延期入职、撤回通知。继续履约适用于岗位属于关键岗位或离职补员通道；协商延期适用于候选人接受度较高、岗位非紧缺的情况，延期要有书面确认并约定新的生效日；撤回通知要评估缔约过失责任，遇到候选人已经办结离职、已经异地搬迁的情形，一般需要法务会签后再执行。经验上，撤回一份已经发出的录用通知，成本通常高于让其延后一个月入职。 解冻不是简单地把冻结开关关掉。建议按固定顺序重启，避免所有需求同时涌回来压垮面试资源： 1. 先处理已发出录用通知的人员，确保到岗与建卡不被卡住； 2. 再放行已进入终面阶段的需求，保住已经投入面试成本的候选人； 3. 然后处理暂停中的需求，逐个复核编制与预算是否仍然成立； 4. 最后才开放新需求提报。 重启时有两个时间规则要一起下发。一是暂停超过 6 个月的需求不自动复活，需用人部门重新确认编制、预算与岗位职责后再次提报，避免用旧编制占用新年度预算。二是需求有效期重新计算，不能沿用冻结前的发布日期，否则在途时长统计会失真，后续做招聘周期分析时会被这批数据污染。 冻结期间的例外审批通道要单独立规矩：单条审批、单人单议，申请材料包含岗位不可替代性说明、不招聘的业务影响测算、替代方案（内部调剂、加班分担、工序外包），审批人一般为集团人力资源负责人加分管领导。人数上要有限额，通常按冻结期内不超过全部冻结需求的 5% 控制，一旦突破限额就自动升级为集团层面复盘议题，防止例外通道变成主通道。 ## 薪人薪事在冻结解冻场景里的模块承载与配置明细 这个场景主要服务中大型企业与集团型企业，落点是招聘模块和组织人事模块的编制管理，再叠加集团管控层的权限分层。 承载方式上，编制池建在组织人事侧，按法人主体、组织层级、序列、岗位逐层挂靠。集团总部可以看到全集团编制、在岗、在途三个数的跨组织汇总，区域和分子公司只能看到本主体及下级的数据。招聘需求在招聘模块里以需求单的形式存在，携带编制归属、序列、职级、薪资带宽等字段。 关键配置集中在四处。一是编制校验开关，可以按主体、按序列分别开启或关闭超编拦截，开启后超出可用编制的需求在提交环节直接拦截，提示里显示当前可用编制数与占用明细。二是需求状态机，把待启动、进行中、已发录用通知、已到岗、暂停、终止这几个状态固化下来，冻结批量操作会把命中范围内的需求统一置为暂停并保留原状态快照，解冻时按原状态恢复，不需要人工回忆推进阶段。三是冻结规则，支持按法人主体、组织层级、序列、职级、城市组合设定生效范围，并设定生效时间与复核时间，到复核日自动提醒责任人。四是权限分层，冻结与解冻指令的发起权限留在集团人力资源侧，区域只有查看与申请例外通道的权限，例外申请的审批链可按职级或人数配置到不同层级。 数据流转是这条链路上最容易被做断的地方。需求单审批通过后占用编制，录用审批通过后生成预入职记录，电子合同在线发起并完成签署，入职办理完成后在组织人事模块建立员工主数据，编制占用从在途转为在岗，全链路走的是同一套主数据。薪灵AI会在这条链路上做资料自动核查和异常巡检，比如候选人资料缺项、重复投递、需求长期挂起未推进，按设定周期一键催办。冻结期内，在途需求数与编制占用数会一起进入组织层仪表，供集团判断冻结是否真的起到了作用。 边界也要说清楚。系统能拦的是规则内的动作：冻结范围内的新建需求、超编需求、绕过冻结状态的私自推进。系统拦不住的是已经发出的录用通知所带来的履约义务，也拦不住线下口头承诺造成的争议。所以通知口径、录用通知模板里的生效条款、例外审批的书面留痕，仍然要由人力资源和法务一起定，系统负责的是把口径固化成不可绕过的动作。 ## 常见问题 **冻结期间已经发出的录用通知，能不能单方面撤回？** 结论上不建议单方面撤回，除非岗位被整体撤销且企业愿意承担相应补偿。业务口径上，录用通知在多数司法实践中被视为缔约过程的一部分，候选人已经离职、已经搬迁、已经拒绝了其他机会时，撤回可能触发缔约过失责任，因此撤回前要有法务意见、岗位撤销的书面依据和协商记录。系统落点上，薪人薪事把录用通知的发出与撤回都记进招聘模块的操作日志，撤回需要走单独的审批流并填写原因；已经签署电子合同的候选人不会因为需求冻结而自动失效，需要人工在组织人事侧处理入职或延期，避免出现人已到岗、编制里却没有位置的情况。 **冻结通知下发前提交、审批还没走完的需求，算不算在途？** 结论是算，因为需求单已经进入流程。业务口径上，判断标准是需求单是否已经提交进入审批链，而不是审批是否完成；审批中的需求在冻结生效时同步暂停，原审批继续走完也不自动放行，要按解冻顺序重新激活。系统落点上，招聘模块的需求状态机会保留提交时间与暂停时间两个时间戳，冻结批量操作只影响尚未到岗的需求，已经生成预入职记录的不会被回退，编制占用数据在跨组织汇总里也不会出现负数。 **解冻后是按原顺序重启，还是要重新提报？** 结论是分情况，短期暂停按原单重启，长期暂停重新提报。业务口径上，暂停时长在 6 个月以内的需求按原审批链恢复，编制与预算沿用原口径；超过 6 个月的需求失效，需用人部门重新确认岗位职责、薪资带宽与预算归属后再提报。系统落点上，这条规则可以配置为招聘模块里的需求有效期参数，到期自动置为失效并通知用人部门与招聘专员，失效需求的编制占用同步释放回编制池，集团侧可以在跨组织看板上看到各主体因超期失效而释放的编制数量，作为下一年度编制下达的参考。 ## 结语 先把冻结通知的六个要素做成模板，让每一次冻结都用同一套字段下发，避免区域各自解释。再把在途需求的状态机在系统里固化，让暂停、继续、终止三个动作有明确入口和留痕。最后把解冻的重启顺序、6 个月有效期规则、例外审批的限额与材料清单写进制度。三件事做完，下一次冻结的沟通成本会从两周降到两天。 ---