2. 核心概念：什么是审批流？节点、状态、路由与生命周期
审批流（Approval Workflow）是企业业务系统中用于驱动“申请—审核—决策—归档”这一系列有序步骤的状态机引擎。它确保每笔业务（如采购订单、报销单、合同）在正确的时间、由正确的人、按正确的规则流转。理解审批流的核心要素——节点、状态、路由与生命周期——是设计超时自动补偿机制的前提。
2.1 审批流的四大核心要素
| 要素 | 定义 | 示例 |
|---|---|---|
| 节点 (Node) | 审批流中的一个处理步骤，通常对应一个角色或一组审批人。 | “部门经理审批”、“财务总监审批”、“会签节点” |
| 状态 (State) | 审批流实例在某一时刻所处的阶段，决定下一步可执行的操作。 | “待提交”、“审批中”、“已通过”、“已驳回” |
| 路由 (Route) | 定义节点之间的流转逻辑，包括条件分支、并行、会签、或签等。 | “金额 > 10万 则转总经理审批”、“需全部审批人同意” |
| 生命周期 (Lifecycle) | 从审批流实例创建到最终归档的完整过程，包含所有状态变迁。 | “草稿 → 审批中 → 已通过 → 已归档” |
关键认知： 超时自动补偿机制本质上是在节点停留时间超过阈值时，由系统自动触发状态迁移或路由变更，从而推动生命周期继续前进。
2.2 节点：审批流的执行单元
节点是审批流的最小执行单元。每个节点包含以下属性：
- 审批人/审批组：谁负责处理该节点（单人、多人、角色、动态表达式）。
- 处理类型：普通审批、会签（需全部同意）、或签（一人同意即可）、知会（仅通知，无需操作）。
- 超时策略：节点允许的最大停留时间，以及超时后的补偿动作（自动通过、自动转交、升级通知等）。
- 前置条件：进入该节点前必须满足的业务规则（如金额校验、附件完整性检查）。
2.3 状态：审批流的运行标记
状态是审批流实例的“快照”。常见状态及其含义如下：
| 状态 | 含义 | 是否可超时补偿 |
|---|---|---|
| 草稿 (Draft) | 申请人正在填写，尚未提交 | 否（未进入流转） |
| 审批中 (Pending) | 已提交，等待当前节点审批人处理 | 是（超时自动补偿的核心目标状态） |
| 已通过 (Approved) | 当前节点审批人同意，准备进入下一节点 | 否（已结束等待） |
| 已驳回 (Rejected) | 审批人拒绝，流程终止或退回 | 否（已结束等待） |
| 已超时 (Timed Out) | 节点停留超过阈值，系统已触发补偿动作 | 是（补偿动作执行后的中间状态） |
| 已归档 (Archived) | 流程全部结束，数据只读 | 否（终态） |
2.4 路由：审批流的流转规则
路由决定了审批流从一个节点到下一个节点的路径。常见的路由模式包括：
- 顺序路由：节点A → 节点B → 节点C，依次执行。
- 条件路由：根据业务数据（如金额、部门）选择不同分支。
- 并行路由：多个节点同时审批，全部完成后汇总。
- 动态路由：运行时根据规则引擎或外部服务动态决定下一节点。
设计提示： 超时补偿机制通常与路由规则深度绑定。例如：“当节点A超时，自动路由到节点B（升级审批）”，而不是简单地停留在原地。
2.5 生命周期：审批流的完整旅程
一个审批流实例从创建到销毁，经历完整的生命周期。下图展示了典型的企业采购审批流生命周期，并标注了超时可能发生的节点。
2.6 生命周期中的超时敏感点
并非所有状态都适合触发超时补偿。根据企业实践经验，以下三个节点是超时补偿的高频关注区域：
| 生命周期阶段 | 超时风险 | 典型补偿策略 |
|---|---|---|
| 审批中（普通节点） | 审批人出差、遗忘、系统未通知 | 自动转交同级审批人、升级通知、自动通过（低风险业务） |
| 会签节点 | 部分审批人长期未操作，阻塞整体流程 | 超时后自动跳过未处理人、或降级为或签模式 |
| 外部系统回调节点 | 第三方系统响应超时（如征信查询、发票验真） | 重试机制、降级为人工录入、或使用缓存结果 |
避坑指南： 不要对所有节点设置相同的超时阈值。例如，财务审批通常需要更严格的审核，超时阈值应比部门经理审批更长（如 48 小时 vs 24 小时）。同时，超时补偿动作应可配置、可审计，避免因自动通过导致业务风险。