双人审批角色定义：谁该站在哪个位置

做双人审批，第一步不是写代码，而是定义角色。

很多人一上来就搭流程、配权限，结果上线后发现——该审的人没权限，不该看的人反而能点通过。说实话，这种坑我踩过不止一次。

先搞清楚一点：双人审批不只是「两个人点同意」。它是一套职责分离的控制机制。每个角色都有自己的使命。

核心角色一览

我把最常见的四种角色拆开来说。你想想看，一个完整的审批闭环，其实就靠这四个角色撑起来：

你别小看这张表。我在某金融项目里见过，审批人1和审批人2的职责写反了，结果预算超了两个月才被发现。

发起人：不只是「提交按钮」

发起人是整个流程的起点。但很多人以为发起人只用点一下「提交」就行。其实不是的。

发起人的核心工作有三件：

• 填写审批内容——比如金额、原因、附件
• 选择审批人——按组织规则指定具体的人
• 确认提交——触发流程，进入待审批状态

有一点要特别小心：发起人不能兼任审批人。这听起来像废话，但我见过某些系统没做这个校验，结果有人自己提申请、自己批通过。嗯，这肯定不行。

审批人1 vs 审批人2：不只是顺序问题

双人审批最容易被误解的地方就是——以为谁先谁后无所谓。其实差异很大。

审批人1：业务把关

• 判断这笔申请「该不该做」
• 侧重内容合理性、预算范围内
• 通常是业务主管或部门经理

审批人2：合规把关

• 判断这笔申请「能不能批」
• 侧重权限边界、安全策略、审计要求
• 通常是安全团队、合规官或财务负责人

举个例子你就懂了。假设有人申请采购一台服务器：

• 审批人1会看：这个服务器真的需要吗？有没有更便宜的方案？
• 审批人2会看：这个采购渠道合规吗？预算科目对不对？

我个人习惯把这两个角色做成互斥组——同一个人不能同时担任两个角色。这样做还有个好处：将来审计查起来，链条清晰。

观察员：最容易被忽略的角色

「观察员」这个角色，很多系统压根没设计。但我建议大家加上。

观察员的权限很简单：只能看，不能动。他们能看到审批进度、审批意见、附件内容，但点不了「通过」或「驳回」。

谁需要当观察员？

• 审计团队——实时监控，不用等事后拉日志
• 合规官——抽查审批质量
• 跨部门协作人——比如财务需要知道采购审批进展

我在一个跨国项目里遇到过，合规团队每次都要等审批结束后手动查日志。后来加了观察员角色，他们实时就能看到待办列表，效率翻了不止一倍。

角色间的协作：一张图说清楚

下面是这四种角色在审批流程中的关系。我用SVG画了一张简图，方便你理解。

补充角色：什么时候需要加人？

上面四个角色是通用模型。但实际项目里，你可能会遇到这些情况：

• 会签人——多个人一起达成共识，每个人都要点同意。比如采购金额超过100万，需要三个部门总监会签。
• 知会人——不需要审批，但要知道结果。有点像观察员，但知会人只在审批结束后收到通知。
• 代理审批人——原审批人休假或离职时的替代者。这个要特别注意审计问题。

角色配置要点

最后，我把自己积累的一些配置经验列一下：

1. 角色不能自选——发起人不能自己选审批人？其实可以，但要加规则校验，比如只能选直属上级或指定组内人员。
2. 互斥校验——发起人、审批人1、审批人2三者必须不同人。观察员可以重叠，但建议也做限制。
3. 默认降级策略——如果某个角色的审批人缺失，流程怎么走？是挂起还是自动跳过？我个人习惯挂起并告警。
4. 角色映射到组织——不要硬编码人名，要映射到岗位或团队。人员变动后，角色自动继承。

嗯，大概就是这些。角色定义清楚了，后面搭流程才不会出乱子。我建议你拿一张纸，把你们项目的角色列出来，对照上面的表检查一遍。真的会发现问题。