单据的审批和执行这两件事，最好分成两段来管
一家企业的日常运转，本质上是无数张单据的流转——报销单、采购申请、合同审批、请假申请、出库单……每张单据都承载着“谁同意”和“谁去做”这两个问题。但在许多企业里，“批没批”和“做没做”被混在同一个流程里，导致结果失真。
以采购申请为例，流程走完了部门经理、财务总监、总经理三级审批，申请人以为“已经批了，可以下单”，但采购部门可能根本没收到执行指令；合同审批通过了，法务归档了，但付款提醒、履约节点仍要靠人工追踪。问题出在哪？不是审批节点不够多，而是“审批流”与“执行流”被设计成了一条路。
“批没批”是决策，“做没做”是执行，不该混为一谈
OA审批流程的核心职能是“决策”：谁有权批准、按什么规则批准、超过多少金额需要更高层级介入。审批节点完成后，系统输出一个结果——“同意”或“拒绝”。但很多企业把这个结果当成了流程的终点。实际上，审批通过只是业务执行链条的上半段。
审批通过之后，应该触发一组明确的执行动作：采购申请通过，系统应自动生成采购待办，通知采购员查收需求、确认交期、发起询价；报销单批准，财务应收到待支付提醒，同时资金计划更新；合同审批完结，归档环节、履约节点、开票计划应自动进入执行清单。如果OA系统只记录了“同意”二字，后续动作还靠群消息和口头确认，那审批的价值就打了对折。
把审批和执行分成两段，不是增加流程，而是让每个环节的职责更清晰。审批节点专注于规则判断，执行节点专注于动作完成与结果反馈。
企业为什么总在审批与执行之间产生断点
审批流常常被设计成一条线性通路：申请人提交 → 直属上级批 → 部门负责人批 → 财务/法务审核 → 高管批 → 结束。问题在于，“结束”之后谁来执行、执行到什么标准、执行结果如何反馈，这些信息没有被系统结构化。
典型的断点场景包括：
- 单据流转责任不连续：采购申请在审批通过后，没有自动指派执行人，采购员需要手动去翻“已审批”列表。
- 执行结果无反馈：验收单完成，系统没有反向更新采购申请的状态为“已到货”，管理者看到的审批数据永远停留在“已通过”，无法判断真实业务进展。
- 跨部门协作靠人工催办：合同审批通过，法务归档了，但用印申请、付款申请、履约提醒需要重新走一遍流程，前后单据之间没有联动。
这些问题的本质不是审批流本身不够好，而是“审批”和“执行”被放在同一个流程模板里，没有做职责划分和状态解耦。
用两段流程拆解，让每张单据都有明确“下半场”
把审批和执行拆成两段来管，在系统层面意味着设计两条独立的流程，并通过状态字段和触发规则联动。第一段流程负责“决策”，第二段流程负责“行动”。
第一段：审批流（决策层）
- 配置条件分支：比如报销单金额小于5000元走自动审批，5000-20000元走部门经理+财务复审，超过20000元增加总经理审批。
- 规则校验内嵌：预算是否超限、部门是否有余额、供应商是否在黑名单等，由系统自动拦截，减少人工退回。
- 审批结果标准化：通过/拒绝/退回修改，每种结果触发不同的后续动作。
第二段：执行流（执行层）
- 审批通过后自动创建执行任务，指定责任人、截至日期和交付物。
- 执行人完成后需反馈结果（如“已到货并验收”“已付款”“已盖章”），系统同步更新原单据状态。
- 逾期未执行自动升级提醒，通知执行人的上级或管理员介入。
两段流程之间通过一个“单据状态”字段连接。审批流结束自动将单据状态变更为“待执行”，执行流启动；执行完成，状态变更为“已完成”。这样，管理者在报表中看到的不是一个模糊的“已审批”，而是“已审批、执行中、已完成”的清晰进度。
会展服务企业的实践：客户协作与项目执行一体化
业务链条长、协作方多、执行复杂的场景，最能检验审批与执行分离的价值。以国际会展服务企业亿凯会展为例，其业务范围覆盖20多个国家和地区，合作伙伴包括新加坡旅游局、洲际集团、微软、三星、西门子等。大型峰会、展览和商务会议涉及客户需求收集、场地预定、物料采购、人员调配、现场执行等多个环节，客户管理和项目管理之间信息分散容易导致推进失真和执行成本上升。
亿凯会展通过搭建智能化协作管理工具，将客户协同、项目执行和内部协作流程集中管理。在实践中，他们并非简单地把审批流拉长，而是让客户需求确认（审批决策）与后续的项目分解、任务指派、执行反馈（执行动作）变成两个相互呼应但不混淆的流程模块。客户审批通过后，系统自动生成项目执行清单，指定责任人，并实时反馈执行进度。这种“批完即派、执行有踪”的设计，让跨行业、跨地区的服务协作变得可追踪、可衡量。
会务服务行业的管理实践表明：真正高效的做法，是把客户、项目和执行过程连起来管，审批只解决“对不对”的问题，执行解决“做了没、到什么程度”的问题。
系统选型时，如何判断是否支持“两段式”管理
很多OA办公系统提供了强大的审批流配置能力，但“审批通过后能做什么”才是判断系统合格与否的关键。企业在选型时，可以重点关注以下几点：
| 评估维度 | 关键判断点 |
|---|---|
| 审批后动作 | 审批节点结束后，能否自动创建新流程、生成待办任务、更新其他单据状态？ |
| 流程联动 | 两个独立流程之间能否通过字段值、状态变更或webhook自动触发？ |
| 执行反馈 | 执行任务完成后，能否自动回写原始审批单据的状态，并通知审批发起人？ |
| 数据看板 | 能否同时看到审批通过率、执行完成率、逾期执行等指标？ |
如果OA系统不支持审批后的自动执行流转，企业可以借助无代码平台自行搭建两段式流程。通过表单、审批流、自动化规则和看板的组合，把“批了没”和“做了没”拆成两条逻辑清晰的设计链路。
先从高频单据试点，再扩展至全业务场景
不必一次性重构所有流程。建议从报销、采购申请、合同审批这三个高频、跨部门、执行链路清晰的场景入手。
- 梳理当前单据的审批节点和执行归属：谁批？谁做？做到什么算完成？
- 设计两段流程：第一阶段只走决策（含预算校验、权限校验），第二阶段只走执行（含任务指派、结果回写）。
- 运行1-2个月后复盘数据：退回率是否下降？执行逾期是否减少？管理者是否获得了比“已审批”更丰富的进度信息？
小团队完全可以先用轻量流程跑通——在轻流企业数字化管理系统中，通过表单搭建审批流程，再配置一条独立的执行流程，设置字段联动和自动化任务，即可实现审批与执行的拆解。这种方式门槛低、调整快，尤其适合不需要大规模代码开发的中小企业。
先统一单据规则，再讨论系统替换
很多企业觉得现有的OA系统做不到两段式管理，第一反应是换系统。但真正的问题往往是单据规则本身没想清楚：谁来批？多少人批？什么情况需要跳过某个节点？执行责任归谁？这些规则没有统一，换什么系统都解决不了。
建议管理者先花两周时间，把企业当前最常用的10类单据的“审批节点”和“执行节点”拆开列成表格，明确每个节点的输入和输出。这一步完成之后，再判断现有系统是否支持配置。如果现有系统流程扩展性不足，可以借助无代码平台作为补充，负责执行流的搭建与数据回写，与原有OA系统形成互补，而不是一次性替换。
已有系统不一定要替换，但管理方式必须优化。把审批和执行分成两段来管，本质上是管理逻辑的升级——让决策清晰、执行有归、结果可控。
常见问题
Q1: 两段式流程适合所有企业吗？小团队会不会反而变复杂？
答：适合有跨部门协作、多人执行、需要追踪进度的场景。对于三五个人、审批和执行为同一人的微型团队，两段式设计可能增加不必要的复杂度。建议小团队先从自动化提醒和状态更新入手，不必强行拆分为两条独立流程。
Q2: 现有OA系统不支持审批后自动创建执行任务，怎么办？
答：可以评估OA系统是否支持webhook、Open API或第三方集成。如果都不支持，可以考虑将执行流放在无代码平台上搭建，通过表单字段触发自动化动作，作为OA系统的补充层。无需更换现有OA，只需新增一个执行管理模块。
Q3: 审批流和执行流分开后，报表和数据统计怎么做？
答：两段流程应共用同一个单据ID或唯一编码，通过状态字段（如：待审批/已审批/待执行/执行中/已完成）关联。报表中可以展示从审批到执行的全链路状态，包括平均审批时长、执行完成率、逾期执行数量。建议在轻流中设置数据看板，将两张表的数据通过关联字段拉通形成全视图。
