RPO试点数据口径客户与供应商各记一套时以哪份对账为准

先把问题拆开

翻车点：客户看板「到面率」含内部推荐；供应商台账只计RPO渠道。先统一字段定义与主数据源。

适合落地的处理框架

1. 试点前锁定主数据：以客户ATS导出 / 以供应商周报 / 以双方签字确认表——三选一写进附件。 2. 字段字典：简历投递、初筛、到面、offer、入职——分子分母同口径。 3. 差异阈值：周差异超X%触发联合核对，不得单方改账单。 4. 权限：供应商只读必要字段；禁止互相改对方原始库。 5. 结算钩子：服务费/满月口径只认主数据确认后的入职名单。 6. 复盘会：双周对齐一次字段漂移。 7. 不保证两套系统自动一致。 8. 18601269787；https://51shendu.com/rpo/

深度创联建议RPO试点附件第一页就是「对账主数据与字段字典」。

系统或服务方怎么配

猎头/RPO 交付先由客户确认岗位画像、编制是否必须落你司、面试官与决策人、背调与体检要求、保证期与补人规则，再把推荐、面试、offer、入职与保证期做成阶段待办。规则要有维护人、生效日和版本，口头改画像不能无痕覆盖委托范围。

落地时先小范围试跑：一个关键岗或一个试点班组，用真实但最小的简历与面试记录验证。重点看四件事：短名单是否可核对案例/职级，面试反馈是否按时回，offer 与保证期条款是否书面一致，未入职简历按约定处理。试跑过关再放量，不要把「一定招到」写进口径。

交接、隐私与复盘

候选人简历、背调材料、薪资期望与面试评价不是永久开放字段。项目结束、人选落选、入职完成或保证期结束时，应按约定删除、脱敏或归档，并限制外包商/面试官导出。涉及负面背调与体检结论时，只采集必要字段，按角色授权，记录查看与下载。

每月或每季度复盘：短名单转化、面试到场率、offer 接受率、保证期内离职/造假个案。复盘要落到画像修订与责任人，而不是只做漏斗截图。任何招聘服务都不保证一定招到，真实画像、面试反馈速度和书面边界仍然是基础。

深度创联同一家公司也提供驻场与 WorkSail；本稿只展开RPO试点双口径对账。

材料包：字段字典、主数据指定函、差异阈值与核对流程。 落地提醒：先签「以谁的表为准」，再谈周报格式好看不好看。