wf_task 运行时任务表

一次「需要人来办的事」= 一行。或签、会签、加签、委托全部在这一张表上闭环——只保留进行中任务，只留办理所需的最小字段集。

表结构

字段	说明
`id`	任务 UUID
`process_instance_id`	所属实例（独立任务可为空）
`process_id`	流程定义版本
`task_type`	任务类型：列默认 `user_task`；运行时按产出节点写入 `userTask` 审批 / `ccTask` 抄送 / `delay` 延迟等节点类型
`task_def_key`	节点定义 ID（对应 DSL 里的 node id）
`name` / `description`	任务名称与说明
`tenant_id` + 审计四件套	租户隔离与审计（同其余 wf_* 表）

字段	说明
`status`	全集：`created` / `assigned` / `waiting` / `pending` / `active` / `delegated` / `completed` / `returned` / `withdrawn` / `suspended` / `terminated`。初值按创建场景：指定办理人 → `active`；候选组模式 → `pending`（签收后 `active`）；抄送任务 → 直接 `completed`
`assignee`	当前办理人
`owner`	拥有人（委托前的原办理人）
`claimed_at`	签收时间（空 = 未签收，用于签收/抢单）

字段	说明
`parent_id`	父任务 ID——加签产生子任务挂到主任务下；会签每人一行
`sequence_order`	会签序号（顺序审批子任务按此排序；0 = 主任务或非会签）
`approval_type`	`single` 单人 / `any` 或签 / `all` 会签 / `sequential` 顺序审批 / `vote` 票签 / `system` 系统 / `cc` 抄送；加签子任务继承父任务的 `approval_type`
`approval_rule`	票签阈值 JSON（仅票签任务）：`{"type":"majority

字段	说明
`form_key`	关联表单
`variables`	任务级变量（运行时可改，如加签备注、转办留痕）
`due_date`	截止时间（gflow 定时巡检 `due_date` 已超期的任务并发站内提醒）
`priority`	优先级，待办排序用

ended_at / comment（处理意见）/ end_reason / duration（耗时毫秒）。

在途任务（active / pending）可挂起为 suspended 后恢复；被退回进入 returned；撤回进入 withdrawn；所属实例终止时连带作废为 terminated。

主管审批中加签「前置审批人 zhangwei」时：

wf_task: 主任务(parent_id=NULL, status=active)
wf_task: 子任务(parent_id=主任务, sequence_order=1, assignee=zhangwei)  ← 先审

引擎保证父任务在链上子任务全部完成前不出结果——这就是「加签」的全部存储实现，没有额外表。

process_instance_id —— 实例详情页取任务列表
assignee、status —— 各自单列索引，我的待办按需组合
due_date —— 超时扫描
priority DESC, created_at ASC —— 待办排序
tenant_id、(process_instance_id, task_def_key, sequence_order) —— 租户隔离与流程维度回溯
(parent_id, sequence_order) —— 会签/加签链（部分索引，parent_id IS NOT NULL）