一、审批流基础回顾：OA审批流核心概念、节点类型、流转规则、常见审批模式解析
好，咱们正式开始。很多同学觉得审批流就是“填单子→点通过→完事”。嗯，如果真这么简单，市面上也不会有那么多OA项目做到一半就翻车了。我个人习惯是，不管多复杂的流程，先回到最基础的东西上，把地基打牢。
这一节，我带大家快速过一遍审批流的核心概念。别嫌基础，你想想看，很多线上故障，其实都是对基础概念理解不一致导致的。
1.1 核心概念：流程、节点、连线
一个审批流，说白了就三样东西：流程定义、节点、连线。
- 流程定义（Process Definition）：就是那张“图纸”。比如《请假审批流程V2.0》，它规定了谁先审、谁后审、什么条件下要加签。
- 节点（Node）：图纸上的每一个“框”。有人工节点（审批、会签）、自动节点（条件判断、定时器）、网关节点（排他、并行）。
- 连线（Sequence Flow）：框与框之间的“箭头”。它决定了流转方向，上面通常带着条件表达式。
我遇到过的一个坑： 曾经有个项目，业务方说“流程很简单，就三个节点”。结果一画出来，连线上挂了十几个条件分支，最后变成了一个“蜘蛛网”。所以，别小看连线，它才是流程的灵魂。
1.2 节点类型详解：别只用“审批”一种
很多初级的OA配置，全篇只用一种节点——“审批节点”。这其实是一种偷懒。我建议你至少掌握以下四种核心节点类型：
| 节点类型 | 核心作用 | 典型场景 |
|---|---|---|
| 审批节点 | 单人决策，通过或驳回 | 部门经理审批、总监审批 |
| 会签节点 | 多人共同决策，需全部/多数通过 | 合同会签、预算联审 |
| 条件节点 | 根据表单数据自动判断走向 | 金额>5000走总监，否则走经理 |
| 抄送节点 | 仅通知，不参与决策 | 审批完成后抄送HR、财务 |
一个小技巧： 我个人习惯把“条件节点”单独拎出来画，而不是把它藏在连线的表达式里。这样流程图看起来更清晰，后期维护也方便。
1.3 流转规则：谁来决定下一步？
流程是怎么从节点A走到节点B的？这背后就是流转规则。常见的规则有这几种：
- 单人通过即流转： 最常见。比如部门经理审批，点“通过”就往下走。
- 多人会签后流转： 需要所有人都通过，或者超过半数通过。这里要注意“一票否决权”的配置。
- 条件分支流转： 系统自动判断。比如“请假天数>3天”走HRBP，“<=3天”走直属上级。
- 驳回规则： 这是最容易出问题的。是驳回到发起人？还是驳回到上一个节点？还是驳回到指定节点？
注意： 我曾经见过一个项目，因为“驳回规则”没定义清楚，导致一个报销单在三个审批人之间来回踢了两个月。最后业务方差点要打人。所以，驳回规则一定要在流程设计阶段就明确下来。
1.4 常见审批模式解析
在实际项目中，不管流程多复杂，拆解开来无非就是几种模式的组合。我总结了三种最常见的：
模式一：直线型审批
最基础的模式。发起人→主管→经理→总监。一条线走到底。适合权限清晰、层级分明的场景。
模式二：会签型审批
多个角色同时审批。比如“项目立项会签”，需要技术总监、产品总监、财务总监三个人都同意才行。这里要注意“并行”和“串行”的区别。
模式三：条件型审批
根据表单数据动态决定路径。比如：
- 如果金额 < 1000，直接主管审批即可。
- 如果金额在 1000-5000，需要主管+经理审批。
- 如果金额 > 5000，需要主管+经理+总监审批。
这种模式非常灵活，但也是最容易把流程图画乱的。我的建议是：先画主干，再补分支。别一上来就想把所有情况都画进去。
避坑指南： 我曾经接手过一个OA系统，里面有一个“采购审批流”，光条件分支就画了20多条线。后来我花了三天时间重构，把条件判断逻辑从连线挪到了“决策表”里，流程图瞬间清爽了。所以，当你的流程图看起来像“意大利面”时，就该考虑重构了。
1.5 小结：基础不牢，地动山摇
好了，这一节的内容就这么多。别觉得简单，你想想看，很多线上事故，比如“流程卡住不动了”、“审批人找不到了”、“条件判断错了”，追根溯源，都是对这几个基础概念理解不到位导致的。
下一节，我会带大家深入“会签”和“加签”的实战细节。嗯，那里才是真正考验架构能力的地方。