搭贝零代码数字化平台,含进销存、CRM、生产、OA、项目等400+管理系统模板 >>> 免费试用

审批流程怎么设计才合理?OA系统里的流程引擎拆开看

会签、或签、加签、条件分支,审批场景的技术实现逻辑

一个真实场景:采购 3 万元的投影仪,审批单在部门经理手机里躺了两天,因为他在出差;等他批完,财务又驳了回来——按规定 3 万元以上要总经理签,发起人按 2 万 9 拆成了两张单。这类故事在每个公司都在上演,本质不是员工不守规矩,而是规矩没有被系统固化,全靠人脑记忆和口口相传。这篇文章从技术视角拆解 OA 审批流程的设计逻辑:节点怎么定、分支怎么走、异常怎么兜、留痕怎么存,供正在规划或重构审批体系的技术和行政负责人参考。

一、审批流程的三层结构:规矩、节点、路由

任何审批流程都可以拆成三层来设计,先把概念分干净,后面的实现才不会糊。

层级解决什么典型内容
规矩层什么单走什么流程单据类型、金额档位、组织归属
节点层每一步谁来审角色、签核方式、时限
路由层异常时怎么走条件分支、代理、超时升级

多数公司只有第一层——制度文件写得清楚,但第二三层没有落到系统里,于是每个审批人都在用自己的理解执行流程,走样是必然的。

二、节点设计:会签、或签、依次审批不是一回事

节点是流程的基本单元,签核方式选错,体验和效率天差地别。这是设计时最容易含糊的地方,值得逐个说清。

1. 会签:所有人都批才算过

适用于合规要求高的节点,比如合同评审要法务、财务、业务三方都签字。注意会签有一票否决和少数服从多数两种模式,制度里必须写明,否则驳回逻辑没法实现。

2. 或签:任意一人批即过

适用于同层级多人可处理的场景,比如行政备品审批,两位主管谁看到谁批。或签能显著缩短等待时间,是提速最简单的一招。

3. 依次审批:顺序有讲究

直属上级先审、再往上走,顺序错了会闹笑话——总经理批完了,直属经理又驳回。设计时自下而上是默认,特殊场景(如先资质后商务)才调整。

4. 节点绑角色不绑人

审批人写“部门经理”这个角色,而不是张三李四。人员调动时只改角色归属,流程不动。这条做不到,每次组织调整都是一场流程维护灾难。

三、条件路由:让单据自己找路

条件分支是流程引擎的灵魂。判断依据通常有四类:金额、单据类型、组织架构、自定义字段。落地时参考成熟的行政 OA 审批方案,规则维度基本够覆盖绝大多数企业。

1. 金额分档是最高频的路由条件

典型配置:1 万元以下主管终审,1 万到 10 万加部门总监,10 万以上加总经理和财务总监。档位由制度定,系统里由管理员维护,调整不需要动代码。

2. 组织架构自动找人

发起人的审批链按其所在部门自动生成,跨部门单据按“发起部门加协办部门”双线并行。这块的关键是组织架构数据要唯一且有人维护,架构不准,流程必然乱。

3. 超时自动升级

节点停留超过设定时限(如 48 小时)自动提醒,再超时升级到上一级。这是治“单子躺在出差人手机里”的特效药,也是审批周期能压缩的关键机制之一。多家企业的上线数据表明,超时升级机制上线后,平均审批周期从约 3 天压到 1 天以内。

四、异常动作:加签、转办、撤回、代理

流程跑不起来,八成卡在异常场景没设计。四个高频异常动作必须有清晰语义。

1. 加签与转办要留全链路

审批人临时拉一位专家会签(前加签)或把单子转给同事(转办),原节点和新节点的责任都要记录,谁转的、转给谁、为什么转。没有留痕的转办,事后追责就是一锅粥。

2. 撤回分两种情形

下一节点未处理时发起人可撤回修改后重发;已进入处理则只能协商驳回。边界要在设计时定死,否则会出现“总经理批完的单被静默撤掉”这种合规事故。

3. 出差代理是刚需

审批人出差前设定代理人和起止时间,期间单据自动流转给代理,本人可查看代理记录。没有代理机制,长假前后必然积压。

4. 驳回后的路径别绕晕

驳回建议默认退回发起人重新提交,支持配置退回上一节点。最怕的是“驳回即流程终止”,单子莫名消失,发起人一脸懵。

五、留痕与审计:每一次动作都是证据

审批的终点不是“批完”,而是“可查”。留痕设计要覆盖三个层面。

1. 操作日志全覆盖

提交、通过、驳回、加签、转办、撤回、代理,每个动作记录人和时间戳。审计时按单据导出完整流转记录,一份 PDF 就能交代清楚。

2. 附件与版本留底

合同、报价单等附件随单据存档,修改后保留历史版本。事后争议最多的就是“当时审批依据的是哪一版报价”,版本留底直接消解这类纠纷。

3. 报表反哺制度

统计各节点平均停留时长、驳回率、加签频次,这些数据能反过来暴露制度问题:某节点驳回率长期超 3 成,说明前置说明或表单设计有毛病。流程优化的依据应该是这些数字,而不是开会拍脑袋。

审批流程设计的本质,是把公司的治理规矩从“文件里”搬进“系统里”。搬对了,审批周期、审计成本、组织调整的维护成本三项都会明显下降;搬不对,就是把纸质审批单换成了手机里的纸质审批单。

行政OA,流程引擎,审批设计

常见问题解答

Q1:会签和或签能不能在同一个流程里混用?

可以,而且是常见做法。比如采购流程中法务和财务节点用会签(都要批),部门主管节点用或签(任一人批),按各节点的风险等级选择签核方式即可,主流流程引擎都支持混用。

Q2:审批流程多久调整一次比较合理?

建议每季度复盘一次:看各节点停留时长和驳回率数据,有问题再调。组织架构变动、金额权限调整时应立即更新。用可配置的流程引擎时,这类调整由管理员半小时内即可完成,不涉及开发排期。

Q3:员工担心审批留痕变成监控怎么办?

留痕的定位是保护而非监控:谁在什么时间基于什么依据批的单,白纸黑字,出了问题能说清责任。推行时把审计场景讲透,抵触情绪会小很多。

Q4:手机审批和电脑审批数据是同步的吗?

是同一份数据的两种入口,实时同步。手机端处理待办、查看附件,电脑端处理复杂表单和批量操作,留痕记录完全一致。

Q5:老的历史审批数据要不要迁移进新系统?

建议只迁移近 1 到 2 年的在途和已结单据,更早的数据原系统封存备查即可。全量迁移成本高、收益低,审计需要时能导出就行。