审批流 · 把签字流程做成引擎

请假、报销、采购、合同——组织里大量动作要走「审批」。把它做成一套流程引擎,要回答四类问题:链路按什么数据长出来(条件路由)、多人同时审几票算过(并行会签 quorum)、「不同意」到底是终止还是回退(决议语义),以及跑起来之后怎么干预在途实例(退回 / 撤回 / 转交 / 加签)。

每页都能亲手操作:拖金额看链路伸缩、扮演审批人投票、对每个决议动作对比后果。

routing · 条件路由 + 超时

条件路由 + 超时：流程按数据长出来

审批链不该写死：条件路由让流程按金额 / 类型等单据数据动态伸缩（小额免审、大额层层加码）；每个节点再挂 timeout 与超时动作(auto-approve / auto-reject / escalate)，并坚持「系统代审如实记 system」的审计红线。

countersign · 并行会签

并行会签：or 签 / 会签 / 阈值

串行是排队，并行会签是同一张单同时摆到几个人面前——几票算过？讲归并策略 quorum:any 一票通过 / all 全票通过 / N-of-M 阈值；亲自投票看何时定局，以及定局即结束 short-circuit 如何作废其余待办。

decision · 决议 / 在途干预 / 审计

决议语义、在途干预与审计红线

「不同意」有 reject（终止，落 rejected 终态）与 return（回退某步、流程不结束）两种语义；再到退回 / 转交 / 撤回 / 加签等在途干预、行级审批的部分批准 roll-up，以及最硬的一条审计红线：审完之后只能 append 修订、绝不就地覆写历史。

贯穿全系列的暗线:流程有两个层面 —— 配置时的静态定义(链路 / 会签 / 路由 / 超时),与跑起来后对在途实例的动态干预(退回 / 撤回 / 加签 / 转交)。两者都压在同一条审计红线上:append-only,绝不就地覆写历史;系统代审如实记 system。它和 RBAC / 策略引擎 同属授权与治理一族。