第 7 章 · 共 15 章
正常流程、审批点与异常分支
7.1 招聘/RPO正常流程
需求校准要冻结岗位目标、汇报关系、必备与可培养条件、薪酬范围、地点工时、招聘理由、流程、决策人和禁止条件。职位开放前完成真实性、预算、歧视性限制、数据和利益冲突检查。推荐前获得候选人对具体机会的知悉和同意;面试后及时回收双方反馈;录用后核对书面条件;到岗后只按合同约定进入计费或保证期,不凭顾问口头消息开票。
7.2 RPO项目的双泳道
RPO最常见的瓶颈并不在搜寻,而在客户职位反复变更、面试官无档期、反馈不完整、薪酬竞争力不足和录用审批过长。项目经理必须把这些客户依赖显性化:谁等待谁、等待多久、影响多少职位和多少驻场成本。周报不是“推荐了多少份”的流水账,而是需求、供给、客户产能和决策速度的诊断工具。
7.3 外包项目从启动到稳定运行
- 以历史数据建立业务量、峰谷、质量、积压和事件基线。
- 划清客户保留流程、服务商流程、共享控制和禁止转交事项。
- 确认场所、设备、账号、数据、人员、安全和业务连续性条件。
- 用少量真实业务并行试运行,旧流程保留回退能力。
- 验证工单路由、质检抽样、异常升级、产能和结算数据。
- 通过稳定门后扩大业务量,不在未验收时一次性切换全部流程。
- 月度按服务量、SLA、返工和例外对账;变更必须形成工作量影响。
- 退出时移交待办、知识、账号、客户财产、人员安排和删除证明。
7.4 派遣项目的三方接口
| 接口 | 派遣单位典型责任 | 用工单位典型责任 | 双方必须对齐的证据 |
|---|---|---|---|
| 入职 | 劳动合同、告知、工资社保建档 | 岗位、现场、安全、必要培训 | 派遣协议、人员名单、到岗确认 |
| 日常 | 员工关系、薪资社保、合同管理 | 实际工作安排、工时和劳动保护 | 考勤、加班、绩效、奖惩接口 |
| 资金 | 工资社保计划、支付与回执 | 按约定及时足额提供资金和数据 | 对账、资金到位、工资回执 |
| 事件 | 受理争议、合同与社会保险处理 | 事故处置、现场证据和协同 | 事件报告、医疗/工伤材料、沟通记录 |
| 退回/结束 | 依法处理劳动关系和后续安排 | 依约并依法提出,不可口头“退人” | 原因、程序、通知、交接和结清 |
任何一方都不能把整列责任写成“由对方负责”。派遣单位不能只做发薪壳,客户也不能认为支付服务费后工资、安全和同工同酬等责任与自己无关。项目系统应能同时显示劳动合同状态、派遣协议、实际用工单位、岗位、地点、工资资金、社会保险和退回事件。
7.5 关键审批点
| 审批点 | 最低材料 | 审批人 | 禁止放行情形 |
|---|---|---|---|
| 新客户 | 主体、信用、业务事实、数据和现场风险 | 销售负责人+法务+财务 | 真实用工方不明、要求代收不明资金 |
| 新模型/新地区 | 许可、备案、关系图、属地差异 | 合规负责人 | 仅凭同行做法或合同模板判断 |
| 报价 | 工作量、失败率、账期、保证和垫资 | 业务+财务 | 未算空单、替补和资金峰值 |
| 职位开放 | 预算、画像、真实职位、合法限制 | 交付经理 | 虚假、高风险收费或明显不当限制 |
| 候选人导出/共享 | 目的、字段、接收者、授权和留存 | 数据负责人 | 批量全库下载或个人邮箱传输 |
| 工资结果 | 源数据、差异、复核和资金到位 | 薪酬+财务授权人 | 关键输入冲突、资金不足、复核缺失 |
| 退款/贷项 | 合同、事实、原因和金额 | 项目+财务 | 为掩盖投诉而私下转账 |
| 项目退出 | 人员、账号、数据、待办、尾款 | 项目负责人 | 无移交或删除计划直接撤场 |
7.6 异常场景与第一动作
| 异常 | 第一动作 | 负责人 | 后续控制 | 不应做什么 |
|---|---|---|---|---|
| 职位被怀疑虚假 | 暂停发布和推荐,核主体、预算和授权 | ROLE-L03-04 | 记录调查、通知受影响人员、渠道整改 | 继续投放等待客户解释 |
| 候选人重复推荐 | 冻结计费归属,核时间戳、授权和合同 | ROLE-L03-07 | 统一去重规则与争议窗口 | 在候选人面前争抢所有权 |
| 客户拖延反馈 | 标记客户等待并升级职位状态 | ROLE-L03-07 | 触发SLA豁免、冻结或变更 | 让顾问无限追加推荐 |
| 保证期离职 | 核事实和合同,冻结替补/退款状态 | ROLE-L03-16 | 根因、替补、贷项和CAPA | 先承诺免费重做再调查 |
| 工资金额疑似错误 | 暂停受影响批次或付款,保护员工基本权益 | ROLE-L03-11 | 四眼复核、差额处理、通知、根因 | 删除旧文件或私聊掩盖 |
| 工资资金未到 | 红色升级并执行信用/停服机制 | ROLE-L03-14 | 资金前置、额度、客户高层通知 | 用其他项目工资资金垫补 |
| 现场安全事故 | 救助、报警/报告、保护现场和证据 | ROLE-L03-12 | 依法协同、家属沟通、CAPA | 先争论谁是雇主再救助 |
| 数据误发 | 阻止继续访问、保全日志、启动事件流程 | ROLE-L03-13 | 影响评估、通知/报告判断、恢复 | 要求收件人仅口头说已删除 |
| 平台封禁争议 | 暂停自动处分并提供申诉通道 | ROLE-L03-16 | 复核规则、证据、人工决定 | 用不可解释分数直接剥夺结算 |
| 客户要求“假外包” | 暂停方案,画实际控制事实 | ROLE-L03-15 | 改派遣、真正外包或客户直聘 | 只把合同中“管理”改成“协调” |
7.7 工资差错处理时序
工资事件必须保留原始输入、原结果、更正依据、审批、支付和通知,不能覆盖旧文件。若错误范围不明,应先阻止扩散并抽取总体;若影响员工基本生活,可按经批准的应急方案先行补足明确部分,再完成全部复核。错误源可能来自考勤、变更截止日、单位换算、重复人员、银行退票、规则配置或人工覆盖,CAPA要落到具体控制而不是“加强培训”。
7.8 CAPA的最低质量
一份合格CAPA回答:发生了什么、谁受影响、当前如何控制、直接原因、系统原因、为什么原控制没有发现、要改流程还是系统、负责人、截止日、如何验证有效、什么时候关闭。将根因写成“员工粗心”通常不够;还要问为什么单人可提交付款、为什么数据格式未校验、为什么差异阈值没有报警、为什么客户变更没有版本。
章末理解检查
合上原文,你能讲明白了吗?
不看原文,用自己的话解释「正常流程、审批点与异常分支」真正要解决什么业务问题。
已输入 0 个字,还需 12 个字;提交后会显示自检标准,并把本章记为已完成。