一、不是「一份合同」，是四层文件
很多企业搜「灵活用工合同」，想找的是一份能直接套用的模板。但真正的问题不在模板，而在文件层次：常见误区是把灵活用工当成一次采购，签一份框架服务协议，之后每月付钱收票。真到核查时，这份协议只能证明「双方有合作关系」，证明不了「某一笔钱为什么付给某个人」。
能站得住的结构是四层，逐层收窄到人和笔：
- 框架服务协议：企业与平台签，定规则、责任、数据处理与退出机制。
- 任务包 / 订单：把「这批活」写成可验收的标的，定计量单位与单价规则。
- 验收单：由企业指定验收人确认合格数量与调整项，带时间戳。
- 结算清单 + 代发回执 + 发票与申报明细：把金额落到人、落到笔、落到票。
四层之间靠同一组编号串起来：任务包编号、批次号、验收单号、发票号、申报批次号。编号断了，材料再多也是四堆纸。
判断文件齐不齐，用一句反问：随机抽一个承接人、一笔金额，能不能在半小时内把四层材料全找出来并对上？ 做不到，就是还没齐。
二、框架服务协议：九个必写条款
框架协议不用长，但以下九条不能省。签之前让法务和财务各看一遍，关注点完全不同。
- 服务范围与业务性质：写清按什么性质处理这批业务、依据是什么；性质被调整时切换机制。
- 双方责任边界：业务真实性由谁核验、实名准入谁做、申报与代扣代缴谁履行、出错谁承担。
- 禁止性约定：明确不接受在职员工、长期固定岗位、事后补做业务与补票。
- 资金路径与隔离：只付承接人本人账户，中间不得二次分发；结算资金与自有资金分开。
- 计费与调价：计费基数、包含项、调价通知期、政策变动时重新测算。
- 发票与红冲：类目、开票时点、金额勾稽方式、退款时的红冲与原因记录。
- 凭证交付粒度：代发与申报明细必须可按人、按笔导出，不接受只有汇总表。
- 个人信息保护：收集范围、保存地点、保存期限、合作结束后删除时点、泄露时的通知义务。
- 终止与过渡：任一方可无条件终止的情形、已发生批次如何完成发放/申报/归档、历史数据怎么移交。
第 9 条最容易被跳过，也最要紧。这类安排往往依赖地方政策，具有时效性；合同必须允许「变了能退」，否则政策一调，企业既退不出也拿不回历史明细。具体适用口径以现行有效政策与主管税务机关认定为准。
三、任务包：把「活」写成可验收的标的
任务包是四层里最技术、也最决定成败的一层。它要回答：干什么、怎么算、什么算合格、谁来确认。
| 类别 | 字段 |
|---|---|
| 标识 | 任务包编号、所属项目、版本与生效时间 |
| 标的 | 工作内容、交付物形态、交付地点或系统 |
| 计量 | 计量口径（按件/按小时/按场次）、最小计量单位、取整规则 |
| 价格 | 单价规则编号、系数与适用条件、扣减规则 |
| 周期 | 起止时间、跨天归属规则、验收时限 |
| 验收 | 合格标准、指定验收人、打回与调整流程 |
| 合规 | 准入条件、排除人员范围、过程留痕要求 |
两个容易写错的地方。一是把任务包写成排班表：只列谁哪天来、不列交付什么，等于把关系往「按时间受管理」的方向推。二是单价写成口头约定：没有规则编号，系统只能靠人工填数，后面所有勾稽都会断。
单价与系数的具体数值不给示例，各地各场景差异很大，以双方书面约定及现行有效政策口径为准；内部测算材料请明确标注「仅为演算示范」。
四、验收单：谁签、签什么、什么时候签
验收是把「过程数据」变成「应付金额」的那一步，也是四层里唯一由企业亲自确认的环节，不能外包给平台或带队人。
- 谁签：企业指定的验收人，账号可追溯；不是服务商自己，也不是现场带队人。
- 签什么：合格数量、扣减项及原因、补发项、批次编号、任务包编号；不是只签一个总金额。
- 什么时候签：写进服务级别约定，日结场景应在当日班次结束后完成；超时要有提醒与升级路径。
- 怎么改：打回后保留原数、修改后数、修改人、原因、时间戳；已锁定批次不直接改，调整走新批次并关联原批次号。
验收单最好由系统从过程数据自动生成，人工只做确认或打回。让验收人手填金额，等于把出错机会重新放回流程，也让「到底谁确认过」变得说不清。
日结、跨周末的场景尤其要注意时间线：验收时间戳必须早于发放时间戳。先发钱后补验收，业务流与资金流在时间上对不上，是核查时最直观的疑点。
五、结算清单与代发回执：金额怎么勾稽
从验收到钱，中间只应有一次计算：某人本次应付 = 计量数 × 适用单价 ± 已确认调整项。三个输入都必须能追溯到任务包与验收单。
三张表要对得上同一个金额：
- 验收单上的合格数与调整项；
- 结算清单上的到人明细（姓名、证件号后四位、任务包编号、计量数、金额、收款账户后四位）；
- 代发回执上的逐笔流水号与到账时间。
回执必须能导出到人。批次总额只能用来核对银行划款，证明不了「张三这一笔收到了」。发放失败要单独建补发批次并关联原批次号，不要把补发混进原批次，否则两条凭证链会缠在一起。
当前较常见的做法是 7×24 小时按笔发放、实时到账，这对日结与旺季峰值很关键；但时效再快，也不能替代上述勾稽。快是体验，能对人、对笔才是证据。
六、四流一致，逐笔怎么对上
「四流一致」不是四份材料摆在一起，而是四条线指向同一批人、同一批任务、同一个金额。下表可以直接当作自查表用。
| 流 | 对应材料 | 必须能对上的关键字段 |
|---|---|---|
| 合同流 | 框架协议、任务包 | 任务包编号、服务范围、单价规则编号 |
| 业务流 | 签到/工单、成果物、验收单 | 任务包编号、合格数、验收人、时间戳 |
| 资金流 | 结算清单、逐笔代发回执 | 批次号、到人金额、流水号、到账时间 |
| 票据流 | 发票、申报/完税明细 | 发票号、申报批次号、按人按笔明细 |
任何一流停在「汇总数字」而不是「到人明细」，链条都不算闭合。尤其是票据流：只给一张汇总完税表，证明不了张三这一笔报过税，而这恰恰是个人最容易被追缴、企业最容易被牵连的地方。
建议每月做一次抽测：随机挑 3 个承接人，要求服务商在半天内拼出四层材料。能稳定做到的，说明系统是真能支撑；要靠人工翻聊天记录的，说明流程还停在纸面。
七、六类高频缺口与补法
| 缺口 | 后果 | 补法 |
|---|---|---|
| 只有框架协议，没有任务包 | 付钱依据只剩总金额 | 按批次补建任务包模板，把岗位、计量、验收人固化下来 |
| 验收人由服务商代签 | 业务真实性缺企业侧确认 | 改由企业指定账号确认，保留账号与时间戳 |
| 验收时间晚于发放时间 | 业务流与资金流时间线倒置 | 把「验收完成后才锁定批次」写进系统与协议 |
| 回执只有批次总额 | 证明不了到人 | 要求按人导出流水号与到账时间 |
| 发票品名笼统写服务费 | 类目与业务不匹配 | 按实际业务定类目，金额与结算单可勾稽 |
| 申报只有汇总表 | 按人按笔查不到 | 要求提供可导出的申报明细，并写入协议 |
补的顺序有讲究：先补编号，再补验收，最后补票据。 编号是骨架，没有它，后面补的材料拼不到同一笔上。已经发生的历史批次不要事后重造文件，正确做法是如实标注缺口、形成说明并留存当时的原始记录。
八、合同与凭证归档清单（12 项）
按批次归档，保存期限按企业档案制度与现行法规要求执行。以下 12 项建议做成归档目录模板。
- 框架服务协议及补充协议
- 服务商主体与资质材料（可核原件的版本）
- 任务包及其版本变更记录
- 人员准入与实名校验结果
- 过程留痕：签到/工单/成果物
- 验收单（含打回与调整记录）
- 结算清单（到人明细）
- 逐笔代发回执与失败补发记录
- 发票及红冲原因记录
- 按人按笔的申报或完税明细
- 月度对账单与异常处理结论
- 政策变动、退出与数据移交的往来书面记录
其中 4、8、10 三项涉及个人信息，归档时要同时管好访问权限与删除时点，别为了「留证」把不该长期保存的信息无限期留着。
小结
合同这件事，做对的顺序是：框架定规则、任务包定标的、验收定数量、回执定到人、票据定申报，五步共用一组编号。
三句话记住：签一份合同不等于有凭证链；验收必须在发放之前；只到汇总、不到人和笔的材料，等于没留。
把第 6 节的对照表和第 8 节的 12 项清单交给财务与法务各跑一次抽查，能在半天内拼齐的，这套结构就算真正落地了。
