一笔业务的五流闭环

5.1 贯穿主键

明桥使用五个主键：客户 CUS-L03-001、合同 CON-L03-001、项目 PRJ-L03-001、职位 REQ-L03-001、候选人授权档案 CAN-L03-001。推荐 SUB-L03-001、面试 INT-L03-001、录用 OFF-L03-001、到岗 JOIN-L03-001、验收 ACC-L03-001、发票 INV-L03-001和回款 RCPT-L03-001必须能沿这些主键互相追溯。候选人档案不应把身份证号码、薪酬、健康、家庭等敏感字段散落在群聊和个人表格。

5.2 合同订单流

客户问题先变成商机，再经主体、信用、许可、数据和用工事实尽调形成方案；方案通过报价审批后签框架合同和项目说明书；收到职位启动表或服务订单后建立项目基线；变更、暂停、取消和续约均留下版本。合同订单流回答“双方究竟承诺什么、谁批准、哪一个事件可计费”。

5.3 人才/服务流

招聘服务流是职位校准—人才搜寻—联系和告知—候选人授权—筛选—推荐—面试—录用—到岗—保证期。RPO增加职位池治理、客户面试产能、驻场运营和数据周报。事务外包是授权数据接收—校验—处理—复核—提交—回执—员工查询—更正。业务外包是需求预测—排班与资源—执行—质检—验收—返工。派遣还包含劳动合同、入职、工资社保、安全协同和退回等独立链路。

5.4 资金流

资金流要区分预付项目费、成功费、月度服务费、工资社保资金、退款或抵扣和合作伙伴分成。每笔款应有用途、所属项目、应收/合同负债状态和使用权限。若客户延迟工资资金，项目负责人必须按预设阈值升级，而不是等发薪日前一天才通知财务。

5.5 票据流

票据流包括报价审批、合同、职位启动表、候选人授权、推荐记录、面试反馈、录用/到岗证明、工时或工单、服务验收、对账单、发票、银行回单、工资社保回执和异常处理记录。这里的“票”不是只有发票；没有验收证据，财务即使开票，也可能无法证明服务完成。

5.6 数据流

数据从客户HRIS或邮件进入ATS/项目系统，从人才渠道和候选人授权进入人才库，经筛选、面试、录用同步至客户和结算系统。必须记录来源、目的、授权或其他处理基础、字段、接收者、下载、修改、共享、留存和删除。RPO驻场离场时要回收客户账号、导出约定交付数据并删除非必要本地副本。

正在绘制业务流程…

5.7 五流对照表

阶段	合同/订单流	人才/服务流	资金流	票据流	数据流
售前	保密、尽调、方案	人才供给小样	报价和信用额度	需求访谈、报价审批	客户与职位最小信息
启动	框架、项目单、职位单	项目组和渠道准备	预付款/资金前置	启动会、职责矩阵	主键、权限、字段映射
交付	变更和暂停	搜寻、流程或工单执行	渠道与人力成本	推荐、工单、质检	状态、日志、反馈
验收	计费事件确认	到岗、SLA或成果	形成应收	验收单、对账单	状态冻结、口径快照
结算	账期和争议	保证期/售后	开票、收款、退款	发票、回单、抵扣单	财务关联与留存
退出	终止和移交	替补、撤场、关系处理	尾款与准备金释放	移交、删除、结清	账号回收、删除证明

5.8 正常招聘订单的状态机

正在绘制业务流程…

状态必须有进入条件、退出条件、时间戳、责任人和禁止动作。例如“已推荐”不是顾问把简历发到群里，而是候选人知悉具体机会并同意推荐、材料达到字段要求、重复与利益冲突检查完成、系统生成推荐记录。只有这样，推荐所有权和计费争议才有证据。

5.9 RPO的客户依赖时钟

RPO项目同时运行服务商时钟和客户时钟。服务商承诺多久提交首批候选人；客户承诺多久给面试反馈、排面试、出录用和确认到岗。如果客户时钟停了，服务商人员仍产生成本。项目系统应把“服务商处理中”“等待候选人”“等待客户”“职位冻结”分开，SLA报告不能把所有等待都算成服务商延迟，也不能利用状态转换掩盖真实交付问题。

5.10 异常订单：保证期离职

正在绘制业务流程…

离职原因不能只写“个人原因”。应区分候选人爽约、客户录用条件变化、岗位实际与描述不符、管理冲突、薪酬发放、背景核验、健康安全、服务商沟通失误等。原因决定是否替补、是否计入顾问质量、是否需要重新做客户尽调，也影响收入准备与现金预测。

5.11 用一名候选人的旅程检查五流是否真的连接

周一，客户批准 REQ-L03-001 并确认薪酬、差旅和面试时段，项目经理把职位从待校准改为已开放；这一步同时产生职位启动表和客户承诺时钟。周二，寻访专员找到候选人，但只把最小线索交给招聘顾问，没有将完整资料先发给客户。顾问说明具体机会、信息用途和接收者，候选人同意后，系统生成 CAN-L03-001 和授权记录。周三，顾问完成结构化访谈，交付经理抽查必备条件、风险、去重与同意，再生成 SUB-L03-001。

周四客户接受推荐并安排面试，ATS进入面试中；若客户没有反馈，状态会进入客户等待，而不是继续算顾问搜寻时间。下周客户发出录用，候选人书面接受；客户HR确认到岗后，系统建立 JOIN-L03-001，项目经理按合同判断是否已经发生计费事件，财务不能根据顾问“人已经去了”的聊天截图开票。保证期内项目做第7天和第30天回访，分别核职位事实、候选人体验和离职风险。

月末，项目经理将到岗证据、合同价格和适用抵扣整理为 ACC-L03-001；客户在异议期内签认，财务生成对账、发票和应收，回款后关联银行回单。若候选人在保证期内离职，原链路不会被覆盖，而是建立异常事件和替补分支。这样，从客户需求到候选人选择，从收入到现金，从简历共享到删除，都能由同一组主键还原。

这段旅程也暴露三个常见断点：顾问先发简历后补同意，客户面试后不反馈但系统仍显示推进，财务开票后找不到验收。修复断点不能靠增加群消息，而要让系统进入条件、单据和责任岗位一致。任何人随机抽一笔回款，能够在十分钟内回溯到合同、验收、到岗、推荐和授权，才算五流真正闭环。

01五条不同颜色但无文字的实体路径把客户合同

02人才或服务

03资金

04单据和数据从需求端连接到验收回款端

05角色在关键交接点核对

图5：五流必须用同一组项目、职位、人员和验收主键对上，任何一条断开都会变成争议或风险。