3. 交易审批基础概念

在TMS（资金交易管理系统）中，交易审批不是简单的“点同意或拒绝”，而是一套由流程、节点、角色、状态与策略共同构成的受控决策机制。理解这些术语的准确含义，是设计权限矩阵和审批规则的前提。本节将逐一拆解核心概念，并说明它们之间的协作关系。

一、核心术语的定义与关系

审批流程是指一笔交易从提交到最终生效所经历的完整审批路径。它定义了“先经过谁、再经过谁、什么条件下跳过谁”。流程可以是串行、并行或混合结构。例如，金额低于100万的交易只需部门主管审批，超过1000万则需增加风控与财务总监节点。

审批节点是流程中的一个决策点，代表一个具体的审批动作。节点不等于人，而是一个“待处理任务”。一个节点可以指派给单个用户、多个候选人或一个角色。节点类型通常包括：单人审批、会签（所有人同意才通过）、或签（一人同意即通过）、条件分支节点和自动节点（如系统校验）。

审批角色是权限的抽象集合，代表一类职责而非具体个人。例如“交易员”“部门主管”“风控专员”“财务总监”。角色与节点绑定，当人员变动时只需调整角色成员，无需修改流程定义。这是权限矩阵设计的核心解耦点。

审批状态描述交易在审批生命周期中的当前位置。常见状态包括：草稿、待提交、审批中、已通过、已拒绝、已撤回、已失效。状态驱动系统行为：只有“审批中”的交易才能被审批人操作；“已通过”才允许发送至下游清算系统。

审批策略是决定“谁在什么条件下必须审批”的规则集合。策略通常基于金额、产品类型、交易对手、风险等级等维度。策略与流程分离，使得同一流程可以适配不同业务场景，避免为每种情况单独画流程图。

二、审批流程的运转机制

审批流程的运转可以概括为“策略匹配→流程实例化→节点激活→角色处理→状态迁移”五个步骤。当交易提交时，系统首先根据审批策略匹配到对应的流程模板；然后创建流程实例，将模板中的节点逐一激活；每个激活的节点根据其类型（会签/或签）生成待办任务并分配给绑定角色；角色成员完成审批动作后，系统根据结果决定是推进到下一节点还是终止流程；最终状态写回交易主记录。

以下是一个简化的流程定义配置示例，展示了节点与角色的绑定关系：

{
  "flowName": "大额交易审批流",
  "strategy": "amount >= 1000000",
  "nodes": [
    { "seq": 1, "name": "部门主管审批", "type": "single", "role": "DEPT_MANAGER" },
    { "seq": 2, "name": "风控会签", "type": "countersign", "role": "RISK_OFFICER" },
    { "seq": 3, "name": "财务总监审批", "type": "single", "role": "CFO" }
  ],
  "onReject": "terminate",
  "onApprove": "activate_next"
}

三、典型场景：一笔跨境汇款的多级审批

假设交易员提交一笔金额为500万美元的跨境汇款。系统匹配到“大额跨境汇款审批流”，依次激活三个节点。部门主管首先收到待办，审批通过后进入风控会签节点，需要两名风控专员同时同意。若其中一人拒绝，流程终止，交易状态变为“已拒绝”。若会签通过，则进入财务总监节点，最终通过后状态变为“已通过”，并触发下游清算指令。

这个场景中，审批策略决定了走哪条流程，审批节点定义了决策点，审批角色解决了“谁来做”，审批状态则让系统知道“现在能做什么”。四者缺一不可。

四、常见误区与复盘