零工撮合平台的工程实现：计薪规则版本化、结算单幂等与资金路径边界

先说结论

零工撮合平台的工程量，主要不在"发布—接单"这个页面层，而在它后面的三个位置：计薪规则怎么算得准、结算单怎么不重复发、钱经过平台时边界画在哪。这三处处理不好，系统上线后不会立刻崩，而是以另一种形式表现出来——每天有人在对账，每月有人改数，结算高峰期集中暴露差错。本篇按任务状态机、计薪规则、结算幂等、资金路径与验收留痕五段，讲实现路径与关键约束。

一、任务状态机：把"过程"删掉，只留"成果"

零工场景的状态机与电商订单不同：它不记录劳动过程，只记录成果节点。这一点在建模阶段就要定死，否则后期很容易被业务方"顺手加个打卡"改坏。

建议的骨架：

• 主状态：已发布 → 待接单 → 已接单 → 进行中 → 已交付 → 已验收 → 已结算 → 已关闭
• 异常分支：流单（超时无人接）、改派（承接方退出）、驳回重提（验收不通过）、超时自动确认（验收方失联）
• 权限边界：承接方只能推进到"已交付"，"已验收"必须由发布方动作产生，系统不得代为确认，除非协议里明确约定了超时自动确认规则

三条约束：

1. 状态迁移全部落事件日志，记录操作者、时间、前后状态与参数；结算争议时，这张日志是唯一可用的输入；
2. 改派与驳回要能回到明确的前置状态，不允许"从任意状态重启"，否则结算口径会出现同一任务被算两次；
3. 不引入考勤/排班类状态。状态机是业务合同的可执行表达，加进劳动过程管理节点，等于把管理行为写进系统证据。

图 5：计薪规则的三层建模——计量维度、单价规则、结算周期

二、计薪规则：必须版本化，不能写死

按单计价的场景，把单价写在任务表里就够了。但只要出现按时长、按里程、按时段加价、阶梯单价、质检扣减，就必须把计薪做成可配置的规则引擎，并且规则要版本化。

三层建模：

1. 计量维度层：这笔钱按什么量算——按单、按时长、按里程、按件、按面积、按阶梯区间。计量维度决定取数来源（任务记录 / 计时记录 / 里程记录 / 交付物数量），取数来源必须是系统内可复算的数据，不能是人工填写的一个总数；
2. 单价规则层：单价可以随条件变化——时段（夜间加价）、区域、任务等级、承接方等级、任务量区间（阶梯）。规则之间要有明确的优先级与叠加规则，否则同一条任务在不同人算出来的金额会不一致；
3. 结算周期层：日结、周结、月结，是否有账期、是否有质保冻结、冻结多久。结算周期决定结算单的分批口径，也决定对账的粒度。

核心约束：任务发布时即绑定当时生效的规则版本号，结算时按绑定版本计算，而不是按结算时的现行规则计算。 这一条不做，改一次单价就会把历史任务的结算金额全部改错，而这类偏差在对账表上表现为"总额差一点"，极难定位。

图 6：结算流水线——任务发布、接单派单、验收确认、计薪核算、结算单生成与对账输出

三、结算单：幂等、可回滚、可逐笔回落

结算环节的四条工程约束：

1. 结算单幂等。同一批任务重复触发结算只能生成一张有效结算单。常见做法是"结算单唯一键 + 落库去重"，或由结算单先落"草稿—确认"两段式；
2. 发放动作幂等。向发放渠道提交后，网络超时并不代表失败。必须以"业务单号 + 渠道流水号"双向登记，重试时先查后发，不能盲目重投；
3. 可回滚与可用余量冻结。承接方发起提现后，对应金额要即时冻结，避免重复提现；发放失败时冻结要能释放，并记录释放原因；
4. 三个维度可对账：金额、笔数、时间。发放渠道返回的流水必须能逐笔回落到结算明细（人、单、量、单价、金额），做不到这一条，平台就没有自证能力，出问题只能靠人工翻记录。

验收留痕是结算的前置条件：验收动作、验收人、时间、凭证（交付物、照片、单据编号）要落在同一条任务记录上。结算单上只出现"已验收"三个字而不挂凭证，一旦有争议，平台无法说明这笔钱为什么该付。

四、资金路径边界：平台经不经手钱，是两套架构

这一层决定系统的复杂度数量级，也决定风控与审计的设计。

路径一 · 撮合直付（平台不经手资金）

平台只提供撮合与记录，服务费单独结算；应付给承接方的款项由发布方直接支付。系统的重点是订单与合同记录、服务费结算、争议留痕。

优点是资金风险低、资金路径清晰；代价是平台对款项没有约束力，只能靠规则与评价体系约束履约。

路径二 · 代收代付（资金先入监管专户，验收后放款）

资金先进平台侧的专户，验收完成后向承接方放款。系统的重点是资金指令、放款条件、对账与审计。

这一路径的硬约束是：平台自有资金与应付资金分账管理，不做资金池，不出现"先入平台自有账户再统一转出"的模糊结构；放款条件必须由系统内的状态与凭证驱动，不能由人工一句话触发。

图 7：两条资金路径的边界对照——撮合直付不经手资金，代收代付需专户、放款条件与审计留痕

五、模块与约束速查

| 模块 | 核心职责 | 关键约束 |

|---|---|---|

| 任务状态机 | 发布、接单、交付、验收、关闭与异常分支 | 只记成果节点；验收只能由发布方动作产生 |

| 计薪规则引擎 | 计量维度、单价规则、结算周期的可配置建模 | 规则版本化；发布时绑定版本，结算按绑定版本算 |

| 结算服务 | 生成结算单、审批、发放、失败重试 | 结算单与发放动作双幂等；金额、笔数、时间三维可对账 |

| 资金层 | 分账、冻结、放款条件、流水回归 | 自有资金与应付资金分账；不做资金池；放款由状态驱动 |

| 留痕与审计 | 事件日志、凭证、规则版本、导出 | 目标可导出、可复核，纠纷与核查时可自证 |

| 参保数据接口 | 按单输出参保所需的订单与人员数据 | 按单计费口径与订单口径保持一致 |

小结

零工撮合平台的工程价值，集中在规则可复算、结算可对账、资金路径清晰、留痕可自证四处。规则决定钱算得对不对，结算决定钱发得重不重，资金路径决定风险落在谁身上，留痕决定出问题时平台能不能说清。把这四件事在动工前定义清楚，系统才具备长期运行的基础。附图三张分别给出计薪规则建模、结算流水线与资金路径边界的参考。