4. 审批节点配置：单签、会签、或签、加签、转签的规则与实现

审批节点怎么配，说白了就是「谁来批、怎么批」的问题。我见过不少团队，流程画得漂漂亮亮，一到审批节点就卡住——要么所有人都等着一个人，要么一个人签完就完事，完全不符合业务场景。

这一章，咱们就把五种审批模式掰开揉碎讲清楚。单签、会签、或签、加签、转签，每种模式我都踩过坑，今天一并告诉你。

4.1 五种审批模式概览

先看一张总图，把这五种模式的关系理清楚。

4.2 单签（单人审批）

单签是最简单的模式。指定一个人，他批了就过，他拒了就退。我在早期做数据权限申请流程时，默认就用的单签——结果发现，数据安全负责人出差一周，流程就卡一周。

适用场景：

• 低风险的数据访问申请（如只读查询）
• 审批人明确且唯一（如直属上级）
• 紧急流程需要快速响应

实现逻辑（伪代码）：

// 单签审批逻辑
function approveSingle(approverId, action) {
  if (action === 'agree') {
    // 直接完成当前节点
    completeNode(currentNode);
    // 推进到下一节点
    moveToNextNode();
  } else if (action === 'reject') {
    // 退回申请人
    rejectToApplicant();
  }
}

4.3 会签（全员审批）

会签要求所有指定审批人都同意，流程才能继续。说白了就是「一票否决制」。我记得在金融行业做数据治理时，敏感数据导出必须经过安全、合规、业务三个部门会签，少一个都不行。

会签的两种实现方式：

实现逻辑（并行会签）：

// 并行会签审批逻辑
function approveCountersign(approverId, action) {
  // 记录当前审批人的意见
  recordVote(approverId, action);
  
  if (action === 'reject') {
    // 任一拒绝，直接退回
    rejectToApplicant();
    return;
  }
  
  // 检查是否所有审批人都已同意
  if (allApproversAgreed()) {
    completeNode(currentNode);
    moveToNextNode();
  }
  // 否则继续等待其他审批人
}

4.4 或签（任一审批）

或签和会签正好相反——只要有一个审批人同意，节点就通过。你想想看，什么时候会用或签？比如数据查询申请，数据组三个人谁有空谁批就行，没必要等所有人。

实现逻辑：

// 或签审批逻辑
function approveOrSign(approverId, action) {
  if (action === 'agree') {
    // 任一同意，直接完成
    completeNode(currentNode);
    moveToNextNode();
  } else if (action === 'reject') {
    // 记录拒绝意见
    recordVote(approverId, action);
    // 检查是否所有人都拒绝了
    if (allApproversRejected()) {
      rejectToApplicant();
    }
  }
}

4.5 加签（动态增加审批人）

加签是审批人在处理过程中，觉得需要增加其他人一起审批。比如数据安全负责人觉得某个申请涉及敏感字段，需要加签数据合规官。

加签的两种类型：

• 前加签：新增的审批人在当前审批人之前审批。当前审批人需要等待新增审批人完成后，才能继续处理。
• 后加签：新增的审批人在当前审批人之后审批。当前审批人先完成，然后新增审批人再处理。

实现逻辑（后加签）：

// 后加签逻辑
function addApprover(currentApproverId, newApproverId, reason) {
  // 记录加签原因
  recordAddSign(currentApproverId, newApproverId, reason);
  
  // 当前审批人先完成
  completeCurrentApprover(currentApproverId);
  
  // 在节点中插入新的审批人
  insertApproverAfter(newApproverId, currentApproverId);
  
  // 通知新审批人
  notifyApprover(newApproverId);
}

4.6 转签（转交审批）

转签是审批人把任务转给其他人处理。常见场景：审批人休假、出差，或者觉得这个申请应该由更合适的人来批。

转签的两种模式：

实现逻辑（完全转签）：

// 完全转签逻辑
function transferApproval(fromApproverId, toApproverId, reason) {
  // 记录转签信息
  recordTransfer(fromApproverId, toApproverId, reason);
  
  // 移除原审批人的待办任务
  removeTask(fromApproverId);
  
  // 创建新审批人的待办任务
  createTask(toApproverId);
  
  // 通知新审批人
  notifyApprover(toApproverId);
  
  // 记录审计日志
  auditLog('TRANSFER', fromApproverId, toApproverId);
}

4.7 五种模式对比总结

4.8 实际项目中的组合策略

在实际项目中，这五种模式很少单独使用。我参与过的一个数据治理平台，审批节点是这样设计的：

1. 第一步：申请人直属上级单签（快速过滤低风险申请）
2. 第二步：数据安全组或签（谁有空谁批）
3. 第三步：合规、法务、业务部门会签（高风险必须全员通过）
4. 第四步：数据负责人可加签（如果觉得需要额外意见）
5. 第五步：所有审批人可转签（处理异常情况）