人工批准与规则免审
单据只能由人批准或由规则判定通过，超时、缺席与模型出错都只会让它停下
单据要通过，要么是某个人在某个位上签字，要么是某条有依据的规则（规则行，或金额档的免审线）允许免签。模型起草的单据同样如此：输出只是待审批的草案，没有另开的免审通道，模型出错也只会让它停下。没人签，单据就停在待签；一类单据若延误的损失高于错放的损失，比如必须到点通过的，不适合这个取舍。
事件发生时系统做什么
需要人的地方不是一张固定清单，而是一条规则：每种异常事件，系统的动作都落在「停下」一侧。表中的兜底人，指事先按职位排好的代签人。
| 事件 | 系统做什么 | 系统不做什么 |
|---|---|---|
| 单据到了签核位 | 停在待签，只有有资格的人能签 | 不替人签 |
| 单据超过时限 | 标红，按比例提前提示，每天提醒仍可签的人，给管理层发汇总 | 不批准，不驳回。个别申请类单据到期即失效，须重新申请，失效同样不算通过 |
| 签核位的持有人缺席，或该位等满时限 | 向兜底职位开放代签位，签核记录标「代签」 | 不转交单据；兜底人仍须亲自签 |
| 兜底表走完仍无人可签 | 单据停在待签，通知上层 | 不让单据通过，不改单据 |
| 免审额度用尽 | 拒单 | 不转成待审批单 |
| 规则表没有命中行 | 拒绝并留痕 | 不让单据通过 |
| 模型输出校验不过，或留痕写不进 | 显示规则生成的文本，转人工 | 不把模型输出当作通过的依据 |
| 规则要变更 | 走变更单：最高层级一签，发起人不占签核位 | 不由发起人自批 |
| 数据导出要审批 | 签发限时、用一次作废的授权 | 授权外不导出 |
规则变更的详细路径见修改规则参数的唯一入口，审批链的细节见审批流转。
「不转交」与「开放代签位」要分开看。前者是改派：系统把单据交给另一个人，谁来签由转交时的选择决定。后者是资格：兜底表按职位事先排好，代签位对兜底人开放，兜底人仍然要亲自去签，并受「发起人不签自己的单」「一人在一张单上只占一个位」约束。先审位不可代签。
审计问「这笔为什么通过」，答案不外乎：某人在某位上签了字，或某条规则允许免签。两者都有依据。
判定和通过是分开的
判定「这一步要不要人」是一支纯函数的事；按设计，它的输入里没有时钟，超时因此改变不了它的结果。它只能裁决：允许、需要某个角色、拒绝。真正让单据通过的，是签核位全部到齐后执行业务写入的那一步。判定允许不等于单据已通过，这个区分让「时间到了」没有任何入口去触发通过。
自动通过也走这条路。它不是例外分支，免审的来源是金额档表里的免审线与每日免审单数上限，都是表里的一列，有依据，可查。要收紧自动通过，改这一列。自动通过也有边界：免审线之外不自动通过，每日免审单数设有上限，超限即拒单。
规则也是人写的
「单据凭一条规则通过」把问题推后了一步：这条规则是谁批准的？规则表的改动因此也要人批：提议、检查、审批、追加，最后留痕。最高层级一签，发起人不占签核位。审计追问「谁批准了这条规则」，答案在规则变更单与它的签核记录里。
模型是另一类需要人的来源。模型只产草案，草案一律需要审批，不对低风险命令开例外。模型的输出不能成为单据通过的依据，理由与做法见模型能碰什么 不能碰什么。
限制与不适用
- 积压：提醒、代签、管理层汇总只能缓解，消不掉。
- 单点依赖：兜底表走完仍无人可签，单据就停着，直到有人处理。
- 人的质量：系统保证「有人签」，保证不了「签得对」。
- 一类单据若延误的损失高于错放的损失，比如必须到点通过的，不适用。
与常见做法对照
| 做法 | 它怎么处理「人」 | 与 SZV 的差别 |
|---|---|---|
| 双人复核（maker-checker，发起与复核分离） | 提交的人与批准的人必须是两个人 | SZV 同向：发起人不签自己的单；职责分离的约束见谁能做什么 |
| Temporal 审批示例 | 超时升级给备用人，再超时自动驳回 | SZV 在超时后不驳回，状态不变 |
| MCP 工具规范 | 工具调用应当有人可以否决，并看到将要执行的动作 | SZV 的模型不调用工具，草案进审批 |
| OWASP LLM 应用十大风险（2025） 的过度代理一项 | 高影响动作须经人批准，并给最小权限 | 与「草案一律需审批」一致 |
另一种常见做法是每张单都必须人工签，不设免审：没有悄悄通过的单据，代价是签字泛滥，审批人逐渐盖章了事，真正需要看的单被淹没。
这一块的难点不在「有没有人」，而在人是否真的在看：审批疲劳会让批准变成橡皮图章，批准者看不到差异与影响面，批准也就没有信息量。
其他做法
| 做法 | 它解决什么 | 为什么不用 |
|---|---|---|
| 超时自动批准 | 单据不积压 | 出现无人签字就通过的单据，事后找不到负责的人 |
| 超时自动驳回 | 单据按期结束 | 驳回也是裁决，应由人做出；积压转给发起人，重提一张新单 |
| 低风险的模型草案免审 | 减少人工量 | 低风险的边界由谁定、何时漂移，没有可核对的地方；草案一律需审批最简单 |
验收时可以问的问题
- 请演示：一张单据超过时限后，系统做了哪些事，单据状态有没有变。
- 请演示：签核位等满时限后，代签位向谁开放，签核记录怎样标「代签」。
- 请现场查一张免审通过的单据，它依据的免审线和当日免审单数记在哪里。
- 请现场查一条规则的变更单，找到它的签核记录。
相关页
- 审批流转：签核位、超时与代签在一张单上怎样运转。
- 修改规则参数的唯一入口：规则变更怎样经人批准再生效。
- 模型能碰什么 不能碰什么：模型输出为什么只能是草案。
- 留痕与证据链：每次通过与拒绝怎样留下记录。