问题与情境：系统很多，主线却没打通

不少企业同时使用 ATS、邮箱、表格与面试工具，候选人状态却无法单屏看清。AI 初筛与异步初面若不回写主数据，业务要在多系统切换，报表与审计也难产出。整合的目标不是「再买一个模块」，而是让招聘状态、评分摘要、媒体链接与权限在既定治理框架内闭环流转。

典型断点

• 初筛结果只存在于外部控制台，ATS 仍显示「待处理」。
• 部门自定义字段与总部字段冲突，导出对不上。
• 人员异动后权限回收不及时，扩大泄露面。
• 音视频与个人信息散落，难以统一执行保存/删除策略。

整合设计：状态机、字段映射、唯一事实来源

先定义状态机，再谈接口

明确候选人从「投递—初筛—结构化初面—部门面试—录用/淘汰—结案」的合法转移；每一状态对应责任角色与处理时效。没有状态机，接口再多也会乱。

字段映射表

列出 ATS 字段、初筛输出、异步初面维度与业务备注的对应关系；标明权威来源（例如最终录用结论以 ATS 为准）。

权限与审计

按角色（HR、用人经理、面试官、内控）划分最小权限；敏感操作留痕，离职/调岗自动回收权限。

落地步骤

1. 盘点现有系统与数据流，找出最大重复劳动点。
2. 与 ATS 厂商/内部 IT 确认接口能力、频率限制与失败重试策略。
3. 选 1 条完整岗位链路试点，强制结果回写主数据。
4. 建立数据质量看板：缺字段率、回写延迟、状态卡住清单。
5. 每季度复盘字段映射与留存策略，法规或合同变更时同步更新。

风险与治理

避免将候选人信息复制到不可控的个人设备；下载与转发应有制度约束。委托处理与跨境传输须按公司制度评估。

与内控、多城市项目的关系

内控往往需要一致主数据；多城市需要一致角色模型。两者宜并案规划，避免重复建设。

内部评估清单

• 是否已有书面状态机与责任角色？
• 字段映射表是否经三方确认？
• 是否能度量回写成功率与时延？
• 离职与调岗的权限回收是否自动化或可审计？
• 保存与删除是否能批量执行且可追溯？