4. 风险复核流程定义：复核节点、复核角色、复核标准与触发条件

在成本风险缓解动作的接口调用体系中，风险复核流程是确保缓解措施有效执行、防止风险二次爆发的关键防线。本节将系统定义复核流程的四个核心要素：复核节点、复核角色、复核标准与触发条件，为后续的接口设计与编排提供结构化依据。

4.1 复核节点（Review Node）

复核节点是指在风险缓解动作的生命周期中，必须执行复核检查的特定阶段或步骤。根据成本风险的特点，我们将复核节点划分为以下三类：

4.2 复核角色（Review Role）

复核角色定义了“谁来复核”。在成本风险缓解场景中，不同角色拥有不同的复核权限与责任范围。以下是标准角色矩阵：

• 风险责任人（Risk Owner）：负责发起复核请求，提供缓解动作的执行证据与数据。
• 风险复核人（Risk Reviewer）：独立于执行团队，负责对缓解动作的合规性与有效性进行技术复核。
• 成本控制官（Cost Controller）：从财务角度复核缓解动作的成本支出是否在预算范围内。
• 审批决策人（Approval Decision Maker）：拥有最终审批权限，决定是否通过复核并关闭风险。

4.3 复核标准（Review Criteria）

复核标准是判断复核是否通过的量化或定性条件。针对成本风险缓解动作，我们定义以下四类标准：

1. 合规性标准：缓解动作是否符合公司政策、合同条款与法规要求。例如：采购流程是否经过招标。
2. 成本有效性标准：缓解动作的实际成本是否低于预期风险损失，且投入产出比（ROI）是否达标。
3. 技术可行性标准：缓解方案在技术层面是否可执行，是否存在引入新风险的隐患。
4. 时效性标准：缓解动作是否在风险爆发前完成，或是否在计划时间窗口内执行。

4.4 触发条件（Trigger Condition）

触发条件决定了复核流程何时被启动。在接口调用实战中，触发条件通常由上游事件或状态变更驱动。以下是标准触发条件分类：

4.5 复核流程整体架构（SVG）

下图展示了风险复核流程的完整架构，包含三个复核节点、四个复核角色以及触发条件与复核标准的关系：

4.6 接口调用中的复核流程编排

在API集成层面，复核流程通过状态机与事件驱动机制实现。以下是一个典型的复核流程编排代码示例，展示了如何通过接口调用串联复核节点、角色与标准：

// 风险复核流程编排示例（伪代码）
function executeRiskReview(riskId, mitigationActionId) {
  // 1. 获取触发条件
  const triggerEvent = getTriggerEvent(riskId);
  
  // 2. 根据触发条件确定复核节点
  let reviewNode;
  switch (triggerEvent.type) {
    case 'EVENT_MITIGATION_PLAN_SUBMITTED':
      reviewNode = 'PRE_REVIEW';
      break;
    case 'EVENT_MITIGATION_50PCT_COMPLETE':
    case 'EVENT_COST_THRESHOLD_BREACHED':
      reviewNode = 'IN_PROGRESS_REVIEW';
      break;
    case 'EVENT_MITIGATION_COMPLETED':
      reviewNode = 'POST_REVIEW';
      break;
    default:
      throw new Error('Unknown trigger event: ' + triggerEvent.type);
  }
  
  // 3. 分配复核角色
  const reviewers = assignReviewers(reviewNode, riskId);
  
  // 4. 获取复核标准
  const criteria = getReviewCriteria(reviewNode, riskId);
  
  // 5. 调用复核接口
  const reviewResult = await callReviewAPI({
    node: reviewNode,
    reviewers: reviewers,
    criteria: criteria,
    mitigationActionId: mitigationActionId
  });
  
  // 6. 处理复核结论
  if (reviewResult.passed) {
    await advanceToNextStage(riskId, reviewNode);
  } else {
    await triggerRejectionWorkflow(riskId, reviewResult.failures);
  }
}

4.7 复核流程状态转换（SVG）

下图展示了复核流程的状态转换关系，清晰呈现了从触发到完成的完整路径：

4.8 关键设计原则

• 原子性：每个复核节点应是一个独立的原子操作，确保在接口调用失败时可回滚或重试。
• 可追溯性：所有复核操作（包括通过、驳回、退回）必须记录完整的审计日志，包含复核人、复核时间、复核依据。
• 灵活性：复核标准应支持动态配置，允许业务方根据风险等级调整阈值，而不需要修改接口代码。
• 超时处理：为每个复核节点设置超时时间，超时后自动触发升级流程或默认驳回机制。