审批流程的节点类型与流转逻辑

用户场景：多部门采购审批的“卡顿”日常

某中型制造企业每月发起 300+ 笔采购申请，涉及行政、IT、研发、设备等不同部门。原审批流程固化在纸质表单和邮件中，经常出现以下痛点：

• 节点类型单一：所有审批人都是单人“批准/驳回”，遇重大项目无人协调会签，只能靠邮件串签，容易漏人。
• 抄送缺失：法务和财务需要知晓大额采购的最终结果，但流程结束后没有自动抄送，后期对账全靠人工翻邮件。
• 流转条件粗放：金额 > 10 万元 才触发副总裁审批，但“10 万元”是硬编码在表单里的，业务调整周期需要 IT 改代码，每次变更耗时 2 周。
• 分支与聚合混乱：需要财务+法务并行审批时，系统只能串行处理；多路并行后缺少聚合节点，导致同一单据被重复推送提醒。

用户访谈：一线角色怎么说

需求拆解：三类节点 + 三项机制

节点类型

• 审批节点（Approval）：单人决策，可批准/驳回/转审。适用：部门主管、副总裁等。
• 会签节点（Countersign）：多人并行决策，需所有人通过才能放行。适用：财务、法务、研发联合审核。
• 抄送节点（CC）：通知性节点，无决策权，流程经过时自动发送消息。适用：审计、秘书、归档人。

流转机制

1. 流转条件：基于表单字段（金额、部门、地区、风险等级）的表达式规则，决定下一步走向。例如：amount > 100000 && dept == "RD" 跳转到研发副总裁。
2. 分支（Split）：同时启动多条并行路径，每条路径可配置独立节点序列。如财务审批和法务会签同时进行。
3. 聚合（Merge）：多条并行路径集中到一个网关，等待所有分支完成后进入下一节点，保证数据一致性。

方案表达：节点配置模型

以下为需求文档中的核心配置结构（JSON 示意，适用于 B 端低代码引擎）：

{
  "nodeId": "node_003",
  "type": "countersign",        // approval | countersign | cc | split | merge
  "name": "财务&法务联合会签",
  "assignees": ["finance_dept", "legal_dept"],
  "rules": {
    "strategy": "ALL_PASS",     // ALL_PASS | ANY_PASS
    "timeout": 72               // 小时，超时后自动转交
  },
  "conditions": {
    "expression": "amount >= 50000",
    "nextNodes": ["node_004", "node_005"]  // 分支到两个并行节点
  }
}

指标验证

验收标准

• 节点类型：创建流程模板时可选择审批/会签/抄送，且类型切换不丢失已有配置。
• 流转条件：支持 >、<、==、!=、&&、|| 运算符，表达式错误时有友好提示。
• 分支与聚合：分支至少支持 5 条并行线；聚合节点等待所有分支到达后方可进入下一步，中间状态可查看各分支完成情况。
• 抄送：抄送节点不阻塞流程，消息推送延迟 ≤ 30 秒。
• 历史数据迁移：已发起的旧流程按旧逻辑走完，新流程立即生效。

交付物模板：节点配置表

流程关系图谱：节点类型与流转逻辑