2. 基础概念：审批节点、审批人、审批路由、条件分支的定义
在配置采购合同审批流程之前，必须准确理解四个核心概念：审批节点、审批人、审批路由与条件分支。它们是构成一切复杂审批逻辑的原子单元。下面逐一给出定义，并通过对比表格和结构图帮助建立清晰认知。
2.1 审批节点（Approval Node）
定义：审批节点是流程中一个独立的“处理站”，代表一次完整的审批活动。每个节点包含三个要素：入口条件、审批动作、出口规则。
- 入口条件：决定哪些单据可以进入该节点（如：合同金额 > 50 万）。
- 审批动作：审批人执行的操作（通过、驳回、转办、加签等）。
- 出口规则：审批完成后，流程下一步走向哪里（下一节点、结束、回退）。
实战提示：在低代码平台中，每个审批节点通常对应一个独立的“活动”组件。节点名称建议采用“角色+序号”格式，例如“法务审核-01”、“财务审核-02”，便于后期维护和日志追溯。
2.2 审批人（Approver）
定义：审批人是被指派到某个审批节点上执行审批操作的具体人员或角色。审批人的指派方式直接影响流程的灵活性与安全性。
| 指派方式 | 说明 | 适用场景 |
|---|---|---|
| 固定人员 | 直接指定某个用户（如：张三） | 小型团队、固定审批岗 |
| 角色/岗位 | 按组织角色匹配（如：法务经理） | 中大型企业、岗位轮换频繁 |
| 动态表达式 | 通过表单字段或系统变量计算（如：提交人的直属上级） | 多级审批、汇报关系复杂 |
| 会签/或签 | 多人共同审批（全部通过 / 一人通过即可） | 合同会审、联合评审 |
常见误区：不要将“审批人”与“审批节点”混为一谈。一个节点可以配置多个审批人（会签），一个审批人也可以出现在多个节点上。两者是多对多关系，在流程设计器中应分别建模。
2.3 审批路由（Approval Route）
定义：审批路由是连接审批节点的有向路径，定义了流程实例从一个节点流转到下一个节点的规则。路由通常包含流转条件和默认路径。
- 顺序路由：节点按固定顺序依次执行，前一个节点完成后自动进入下一个。
- 条件路由：根据业务数据或变量选择不同的下游节点。
- 并行路由：同时触发多个下游节点，所有分支完成后汇聚。
- 回退路由：审批不通过时，返回到指定节点或起点。
2.4 条件分支（Condition Branch）
定义：条件分支是审批路由中的“决策点”，根据业务规则将流程导向不同的审批路径。在采购合同场景中，最常见的条件分支基于合同金额、采购类型、供应商等级等维度。
核心公式：条件分支 = 条件表达式 + 目标节点 + 优先级。条件表达式支持比较运算符（>、<、==、!=）、逻辑运算符（AND、OR）以及字符串匹配（IN、CONTAINS）。
条件分支的设计原则：
- 互斥性：同一层级的条件分支不应重叠，避免流程进入歧义路径。
- 完备性：必须包含“默认分支”（else），处理所有未匹配的情况。
- 可追溯：每个分支应记录触发条件值，便于审计。
2.5 概念关系总结
四个概念在流程引擎中的关系可以概括为：审批节点是容器，审批人是执行者，审批路由是连接线，条件分支是路由上的决策规则。一个完整的审批流程 = 节点 × 人 × 路由 × 条件。
| 概念 | 本质 | 配置要点 | 采购合同典型示例 |
|---|---|---|---|
| 审批节点 | 流程中的活动单元 | 命名规范、超时策略、审批表单绑定 | “法务审核节点”、“财务付款审核节点” |
| 审批人 | 执行审批操作的主体 | 指派方式、会签/或签、代理人设置 | “法务部经理”、“采购总监”、“总经理” |
| 审批路由 | 节点间的流转路径 | 顺序/条件/并行/回退四种模式 | “法务审核通过 → 财务审核” |
| 条件分支 | 路由上的决策逻辑 | 表达式编写、优先级、默认分支 | “合同金额 > 100万 → 总经理审批” |
学习路径建议：在低代码平台中配置流程时，建议按照“先画节点 → 再配审批人 → 然后连路由 → 最后加条件分支”的顺序操作。这个顺序与流程引擎的解析顺序一致，能减少配置错误。