审批流 · 把签字流程做成引擎
请假、报销、采购、合同，组织里大量动作要走审批。把它做成一套流程引擎，要回答四类问题：链路按什么数据长出来 (条件路由)、多人同时审时几票算过 (并行会签 quorum)、「不同意」到底是终止还是回退 (决议语义)，以及跑起来之后怎么干预在途实例 (退回 / 撤回 / 转交 / 加签)。
三页各配一个可操作的实例：拖金额看链路伸缩、逐票投出看归并策略何时定局、对每个决议动作对比后果。
条件路由与超时
审批链按单据数据动态伸缩：小额免审、大额层层加码。每个节点再挂时限与超时动作，并坚持系统代审如实记 system 的审计口径。
并行会签的归并策略
同一张单同时摆到几个人面前时，几票算过由归并策略决定：any、all 与 N-of-M。三者各有一条提前定局的边界，定局后须主动作废其余待办。
决议语义、在途干预与审计红线
reject 是终止、return 是回退，混淆二者是最常见的设计错误。其余在途干预与行级部分批准都压在同一条红线上：审完只能追加修订，不就地覆写历史。
system。它与 RBAC 与策略引擎 同属授权与治理一族。