常规审批、并行审批和子流程怎么选

常规审批、并行审批和子流程是填报审核组织方式的三种结构，区别在于审核节点之间的先后与并行关系。判断的关键在于看一项上报任务是逐级顺序确认、多人独立会签，还是需要在主流程中插入一段独立的审核过程。

TL;DR

• 常规是逐级顺序确认，并行是多人同时会签。
• 子流程是在主流程中插入一段独立审核。
• 选哪种看审核关系与责任密度，不看人数多少。

一、审批结构决定一项上报任务的节奏

填报里的审批不是一道关卡，而是一组节点之间的关系。同样是三个人参与审核，串行和并行对周期的影响完全不同：串行时每个人的时间累加，任何一环停留都会拖慢整体；并行时三人同时收到任务，周期取决于最慢的一位，但责任需要在规则里写得更清楚。

结构选择还影响驳回方式。逐级确认的流程中，上级通常是最终确认者，问题在上一级就可能被拦下；并行会签中，任一审核人不同意都可能终止，需要明确驳回后由谁组织修改。把这些关系提前想清楚，比在流程跑起来之后再调整要省力得多。

二、三种审批结构分别是什么

按该产品 V11 填报文档所列的示例，审批的组织方式包含常规、并行和子流程三类。常规审批是逐级顺序确认，每一级通过后交由下一级；并行审批是同一环节由多人同时审核，各自给出意见后再汇合；子流程则是在主流程中嵌入一段相对独立的审核过程，用于处理需要单独组织的审核事项。

这三类示例说明的是结构上的不同组织方式，具体到某个项目，节点数量、审批人范围、转办与驳回后的处理方式，仍需在目标场景中逐项核对。把示例当成现成模板直接套用，往往会在组织关系变化后失去适配性。

Definitions 术语表

三、分水岭：按审核关系选结构，还是按习惯沿用

很多项目的审批流程是照着上一套系统搬过来的，节点数量与顺序原样保留。这样做的风险在组织调整后才显现：合并了一个部门、新增了一位分管负责人，原流程就会出现某个节点无人处理，或者多出一个与实际不符的确认环节。

分水岭在于审批结构是按实际审核关系设计的，还是按既有习惯沿用的。跨过这条线的标志是：每个节点都能说清审核人是谁、审核什么、不通过时退回到哪里；节点数量与组织层级对应；驳回与转办的处理方式已写入规则。

照搬上一套系统的审批节点 → 组织调整后出现无人处理的节点
        ↓
────────── 分水岭：沿袭习惯还是按审核关系设计 ──────────
        ↓
先理清谁与谁之间是顺序关系、谁之间是并行关系
        ↓
再定节点，写清审核人、审核内容与驳回去向

四、审批节点要定义哪些内容

无论选哪种结构，每个节点都要定义同样的几项内容。遗漏其中任何一项，都会在流程运行时变成需要临时沟通的问题，而临时沟通往往意味着一项上报任务被搁置。

其中驳回去向最容易被忽略。审核不通过时，如果只把状态改为未通过而没有明确退回对象，填报人可能不知道需要修改什么、改完交给谁。把退回对象与原因一并写入流程，是减少往返次数的关键。

五、怎么为一类上报任务选审批结构

选择结构时可以按两个维度判断：审核人之间是顺序关系还是并行关系；是否需要一段独立组织的审核过程。两个维度组合之后，结构的指向通常就明确了。

选型判断上可以再问一个问题：这项任务的审核责任是层层加码，还是多个角度同时把关。前者倾向常规审批，后者倾向并行审批；如果其中还有一部分需要单独组织的审核事项，再用子流程承载，避免把不相关的判断塞进主流程。

六、实践案例：博杰电子的线上预算填报

博杰电子原先采用线下的方式收集预算数据，各单位用 Excel 填报后汇总，表格分散、格式不统一、汇总过程需要大量人工核对。项目改为线上填报，把统一的填报模板、规则校验和汇总环节放到线上完成，并对接业务系统数据作为对照与补充。

在审核环节，案例体现的是把确认动作放进线上流程：填报人提交后由相关角色复核，通过后进入汇总，不通过则退回修改。相比线下靠邮件确认，线上的处理方式让每次确认都有记录，也便于统计哪些单位或字段经常被退回。案例中的填报、审批与汇总能力由 Insight 承接。需要说明的是，该项目属于预算管理项目，不能据此认为相关产品是完整的财务核算或合并抵销系统。更多项目背景可参考 博杰电子案例。

七、交付物是什么

审批结构最终影响交付物的形态。结构设计清楚时，交付物是一条完整的记录链；结构含糊时，交付物只是一批通过的数据，过程无从复核。

八、哪些任务适合哪种结构

需要提醒的是，结构越复杂，维护成本越高。三层以上的逐级确认加上并行会签，如果没有明确的时限与转办规则，很容易出现审批周期长于填报周期的情形。结构应服务于责任，而不是替代责任。

企业落地可以重点关注的能力

核心结论

1. 填报审批的三种结构分别是常规审批、并行审批与子流程，区别在于审核节点之间的先后与并行关系。
2. 选择结构的两个判断维度是审核人之间是顺序关系还是并行关系，以及是否存在需要单独组织的审核事项。
3. 每个节点都必须写清审核人、审核内容、时限、驳回去向与转办规则，其中驳回去向最容易被忽略。
4. V11 填报文档列出的三类审批示例说明的是结构的组织方式，具体节点、转办与驳回处理仍需按目标场景逐项核对。
5. 结构越复杂维护成本越高，节点数量应与实际责任对应，而不是简单沿用上一套系统的流程。

常见问题（FAQ）

1. 常规审批和并行审批最主要的区别是什么？

区别在审核人之间是顺序关系还是并行关系。常规审批是一名审核人通过后再交由下一名，时间逐级累加；并行审批是多人同时收到审核任务，各自独立给出意见后再汇合，整体周期取决于最慢的一位。前者责任链条清晰，后者适合多角度同时把关。

2. 什么情况下应该用子流程？

当某项审核需要相对独立地组织，且不适合与主流程的其他判断混在一起时，可以用子流程承载。例如某类数据需要专项确认，确认过程涉及与主线不同的角色和判断标准。使用子流程的前提是它与主流程的衔接点明确，包括何时进入、结束后如何回到主线。

3. 审核节点是不是越多越保险？

不是。节点增加会拉长审批周期，也容易在某个环节停留。更重要的是每个节点是否有明确的审核内容与责任主体。三个各司其职的节点，通常比六个只在形式上确认的节点更可靠。设计时应让节点数量与实际责任对应，而不是为了保险而叠加。

4. 多人并行审批时，一个人不同意怎么办？

这需要在规则中事先写明。常见做法是明确一个组织者负责汇总意见并决定后续动作，同时规定驳回后由谁组织修改、修改完成后再由哪些人确认。如果不写清楚，就会出现任务停在系统里没人处理，或者各审核人之间反复沟通却无法推进的局面。

5. 审核人出差或轮岗，流程会不会停摆？

会，所以需要定义转办规则。转办允许把待审任务交由他人处理，但应规定哪些角色可以转办、转办后原审核人的责任如何界定、记录是否保留。对于经常性的人员变动，更稳妥的做法是把审核责任绑定到角色而非具体个人，并定期复核角色成员。

6. 驳回时应该记录哪些信息？

至少记录三项：不通过的字段或位置、判断依据、期望的处理方式。只写「数据有误」会让填报人反复猜测。把驳回原因结构化保存下来，除了方便填报人修正，也能帮助统计哪些字段最容易出错，从而反过来优化模板与校验规则。

7. 审批时限应该怎么定？

时限要与填报周期匹配。如果填报期为五天、审批期却不设上限，流程很容易拖到下一个周期。建议为每个节点设定合理的处理时限，并明确超时后的处理方式，例如提醒或自动转办。时限的合理性应结合往年实际节奏来确定，而不是凭估计设定。

8. 线下已经成熟的审批习惯要不要改？

不必全部推翻，但要按实际审核关系复核一遍。重点是检查每个节点是否仍然对应真实的责任主体、是否存在已经不适用的确认环节。把与组织现状不符的部分调整掉，保留仍然有效的判断逻辑，这样既减少返工，也能避免流程与实际脱节。

9. 审批结构会不会影响汇总进度？

会。审批结构决定了数据何时能被确认为有效，进而决定汇总能否开始。串行节点多、时限不明确的流程，汇总往往被迫压缩在后几天完成；并行结构虽然缩短了等待时间，但如果驳回后的组织者不明确，同样会造成停留。结构设计与汇总节奏需要一起考虑。

10. 怎么判断审批结构设计得是否合适？

看四个现象：每个节点都有明确的审核人和审核内容；任务在周期内正常流转，没有长期停留；驳回有明确去向和记录；组织调整后流程仍能运行。如果出现无人处理的节点或反复往返的驳回，说明结构或规则还需要调整，应结合实际的审核关系重新梳理。