4. 节点类型详解（一）：审批节点、抄送节点与条件节点
在采购管理平台的审批工作流中，节点是构成流程的基本单元。本章将深入解析三种最核心的节点类型：审批节点（含单人审批与多人审批）、抄送节点和条件节点。理解这些节点的配置逻辑与适用场景，是设计高效、合规采购流程的基础。
4.1 审批节点：单人审批与多人审批
审批节点是工作流中最重要的决策环节，负责对采购申请、订单、合同等单据进行审核与批准。根据参与审批人数的不同，分为单人审批与多人审批两种模式。
4.1.1 单人审批
定义：流程流转至该节点时，仅需指定范围内的任意一位审批人完成审批操作（通过或驳回），流程即继续向下流转。
适用场景：
- 部门主管审批本部门采购申请（金额在预算范围内）。
- 法务专员审核合同条款（无需多人会签）。
- 紧急采购时的快速审批通道。
配置要点：
| 配置项 | 说明 | 示例值 |
|---|---|---|
| 审批人类型 | 指定具体人员、角色、部门负责人或动态表达式 | 部门经理角色 |
| 审批策略 | 单人审批固定为“任一审批人通过即可” | 或签（单人通过） |
| 超时处理 | 审批人超时未处理时的自动策略 | 自动转交上级 / 自动通过 |
| 驳回逻辑 | 驳回后流程回到上一节点或发起人 | 驳回至发起人 |
最佳实践：单人审批适用于权责清晰、风险较低的审批场景。配置时务必设置超时自动转交，避免因审批人缺席导致流程阻塞。
4.1.2 多人审批
定义：流程流转至该节点时，需要多个审批人共同参与审批。根据业务规则，可配置为“会签”（全部通过）或“或签”（任一通过）。
两种模式的对比：
| 特性 | 会签（全部通过） | 或签（任一通过） |
|---|---|---|
| 通过条件 | 所有审批人必须全部“同意” | 任意一位审批人“同意”即可 |
| 适用场景 | 高金额采购、重大合同、跨部门联合评审 | 多部门均可审批的常规事项（如备选审批人） |
| 驳回影响 | 任一审批人驳回，流程即退回 | 驳回不影响其他审批人，除非全部驳回 |
| 审批顺序 | 可并行或串行 | 通常并行，以提升效率 |
配置要点：
- 审批人列表：支持静态指定（固定人员）、动态获取（按角色、部门、表单字段值）。
- 审批顺序：并行（同时通知所有人）或串行（按指定顺序依次审批）。
- 投票规则：会签时需设置“通过比例”（如100%或80%以上通过）。
- 加签/转办：是否允许审批人在处理时增加额外审批人。
常见误区：多人审批节点若未正确设置“驳回逻辑”，可能导致部分审批人已通过、部分驳回时流程状态混乱。建议统一配置为“任一驳回即退回发起人”，并在流程图中明确标注。
4.2 抄送节点
定义：抄送节点用于将流程单据或审批结果通知给指定人员或角色，抄送人仅可查看单据内容，不参与审批决策。抄送节点不会影响流程的流转方向。
核心特性：
- 只读权限：抄送人只能查看表单、附件及审批意见，无法修改或审批。
- 非阻断性：流程无需等待抄送人确认，抄送动作与主流程异步执行。
- 触发时机：可在流程启动时、审批节点完成后、流程结束时等任意位置配置。
典型应用场景：
| 场景 | 抄送对象 | 触发时机 |
|---|---|---|
| 采购申请提交后通知财务备案 | 财务部全体 | 流程启动时 |
| 合同审批通过后通知归档管理员 | 档案管理角色 | 审批节点完成后 |
| 采购订单变更通知相关供应商对接人 | 外部联系人（通过表单字段） | 变更审批通过后 |
| 流程驳回时通知发起人及其主管 | 发起人 + 上级主管 | 驳回事件触发 |
配置注意事项：
- 去重：避免同一人因角色和部门双重匹配而收到重复通知。
- 可见性控制：可配置抄送人可见的字段范围（如隐藏成本信息）。
- 通知方式：站内消息、邮件、企业微信/钉钉等，建议支持多通道。
设计建议：抄送节点应尽量后置，避免过早暴露敏感信息。例如，在“部门经理审批”完成后再抄送财务，而非在提交时立即抄送。
4.3 条件节点
定义：条件节点（又称路由节点/分支节点）根据预设的业务规则，将流程导向不同的后续分支。条件节点本身不产生审批动作，仅做逻辑判断与路由分发。
条件类型：
| 条件类型 | 判断依据 | 示例 |
|---|---|---|
| 金额条件 | 表单中的金额字段 | 采购金额 ≤ 1万 → 部门经理审批；> 1万 → 总监审批 |
| 部门条件 | 发起人所属部门 | 技术部 → 技术总监审批；市场部 → 市场总监审批 |
| 采购类型条件 | 表单中的采购分类字段 | 固定资产 → 资产管理员审批；办公用品 → 行政审批 |
| 组合条件 | 多个字段的与/或逻辑组合 | 金额 > 5万 且 采购类型=服务 → 法务+财务会签 |
配置规则：
- 优先级排序：条件分支按配置顺序依次匹配，命中即进入该分支，不再继续匹配后续条件。
- 默认分支：必须配置一个“否则”或“其他”分支，用于兜底未匹配任何条件的情况。
- 表达式语法：支持可视化条件构建器（下拉选择字段+运算符+值）或脚本表达式（如 Groovy、Python）。
- 测试与验证：上线前应使用历史单据模拟测试，确保条件覆盖所有业务场景。
常见陷阱：条件节点配置时若未设置默认分支，当所有条件均不匹配时，流程将卡死在当前节点，无法继续流转。务必始终配置“其他”分支作为兜底。
4.4 三种节点对比总结
| 节点类型 | 核心作用 | 是否阻断流程 | 是否产生审批意见 | 典型配置复杂度 |
|---|---|---|---|---|
| 审批节点（单人） | 单一审批人决策通过/驳回 | 是 | 是 | 低 |
| 审批节点（多人） | 多人协同决策（会签/或签） | 是 | 是 | 中 |
| 抄送节点 | 通知相关人员，不参与决策 | 否 | 否 | 低 |
| 条件节点 | 根据规则路由流程到不同分支 | 是（路由判断） | 否 | 中高 |
核心原则：审批节点负责“决策”，抄送节点负责“通知”，条件节点负责“分流”。三者组合使用，即可构建出覆盖绝大多数采购业务场景的审批工作流。