很多团队在接入 JeecgBoot 低代码平台后，面对 "协同工作" 和 "Flowable 流程审批" 两个模块时常常陷入困惑：两个都是处理审批流程的，到底用哪个？能混着用吗？设计上有什么本质区别？

• 协同工作：临时起意，随手发起，当场选人即走，不用提前画流程，像 "临时拉群办事"。
• Flowable 流程审批：事先规划，必须提前画好流程图、配好节点和人员再发布，像 "走正式审批单"。

一句话概括区别：一个是 "先办事后定规则"，一个是 "先定规则再办事"。

本文从定位、发起方式、操作能力、人员配置四个维度系统拆解两者的差异，并给出一套可落地的选型判断框架，帮你在项目初期就做出正确决策，避免后期推翻重来。

一句话先讲清楚 —— 两者根本不是同一功能

很多人把这两个模块当成 "轻量版和重量版的关系"，其实这个理解并不准确。

更贴切的比喻是：协同工作像微信群里临时拉人开会，你想找谁拉谁，随时发起随时结束，灵活但非标；而 Flowable 流程审批像走公司的正式 OA 系统，每一个节点、每一个审批人都提前在流程图里定义好，规范且可追溯。

这个定位差异直接决定了后续所有功能设计上的取舍。

发起门槛：随时用 vs 配置后才能用

这是两者最显著的体验差距，也是很多团队 "第一印象" 的来源。

协同工作的发起极为简单：打开页面，填写事项内容，选择参与人，发起。不需要任何预设模板，不需要管理员提前配置，任何用户随时都能用。

Flowable 的发起则依赖完整的前置工作：

1. 在流程设计器中绘制 BPMN 流程图
2. 配置每个节点的处理人规则
3. 绑定业务表单（Online 表单、设计器表单或自定义开发表单）
4. 保存并发布流程定义
5. 最终通过业务表单触发流程实例

这意味着 Flowable 是开发 / 管理员驱动的产品，首次使用前需要一次性投入配置成本；而协同工作是用户自驱动的，开箱即用，零配置。

实践建议：项目上线初期，业务流程还在磨合期、规则未固化时，先用协同工作跑通，后期流程稳定了再沉淀为 Flowable 标准流程 —— 两者可以形成很好的演进路径。

协同工作的两种内置模式

协同工作内置了两种流转模式，覆盖了大多数轻量化协作场景：

任意流：并行通知，无先后顺序

所有参与人同时收到任务，各自独立处理，互不阻塞。适合通知类、信息同步类、并行讨论类场景 —— 比如群发一个技术方案让大家过目，或者通知多个部门同步知悉某项变更。

支持按人员、部门、公司三个维度发起，覆盖跨部门协作场景。

步骤流：串行执行，有明确顺序

按顺序逐步流转，支持串行、会签、排他三种步骤模式。适合有先后依赖关系的轻量审批 —— 比如技术评审先过组长再过总监，或者文档先由作者确认再由审核员签字。

发起界面：

办理界面：

Flowable 的节点体系：企业级审批的完整拼图

如果说协同工作是 "够用就好"，Flowable 则是 "该有的都有"。它支持完整的 BPMN 2.0 节点体系，能够建模任意复杂的企业审批场景：

特别值得关注的是条件网关能力：排他网关用于 "二选一" 的分支（如金额小于 1 万走部门审批，否则走总经理审批），并行网关用于 "多路并行" 然后汇聚，包容网关则介于两者之间，支持更灵活的路由逻辑。这些能力是协同工作的步骤流无法覆盖的。

流程设计器示意：

操作权限对比：轻便协作 vs 精细管控

两个模块在 "审批过程中能做什么" 上差距非常大，这也是日常使用频率最高的功能区。

协同工作支持的操作以轻量为主：

结束事项、催办、加签、转发、转入流程、取消关注、回复、批复、完成、归档

其中 "转入流程" 是一个亮点设计：当一个协同事项在处理过程中发现需要走正式审批时，可以直接将其转为 Flowable 流程实例，无需重新发起，两个模块之间形成了自然的衔接通道。

Flowable 流程审批支持的操作则覆盖了企业审批的全部场景：

这里有几个操作特别值得关注：

• 委派 vs 转办：两者容易混淆。转办是 "我不管了，交给你"，自己彻底退出；委派是 "你帮我看一下，看完还得回到我这"，适合处理人需要外部意见但最终还要自己拍板的场景。
• 向前加签 vs 向后加签：前加签是在自己提交前插入一个额外审核环节；后加签是在自己提交后、下一节点前插入。两者的区别在于加签的位置和时机不同。
• 代理 / 交接：这是员工离职或长假场景下的兜底机制，管理员可以强制将未完成任务转交，避免流程死锁。

人员配置灵活度

Flowable 在人员配置上的核心优势是规则化：不是每次发起时手动选人，而是在流程设计阶段就把 "谁来审" 的逻辑固化下来 —— 可以是指定人员、角色、部门，也可以是动态表达式（比如 "发起人的直属上级"）。这对于标准化流程的一致性执行至关重要。

功能模块全景图

协同工作的七大模块：

Flowable 流程审批的六大模块：

值得一提的是 Flowable 的流程监控能力 —— 管理员可以实时查看每一个流程实例当前停在哪个节点、各节点耗时如何、整体流转状态是否正常。这对于运营高频业务流程（如合同审批、费用报销）的企业来说是非常有价值的管控视角。

选型决策框架：四个问题帮你做决定

遇到一个新的业务场景，用下面四个问题快速判断：

Q1：这个流程是否有固定的节点和规则？

• 有（如：合同必须经过法务→财务→CEO）→ Flowable
• 没有，每次发起者自己决定 → 协同工作

Q2：是否需要驳回、委派、条件分支等复杂操作？

• 是 → Flowable
• 否，简单的通知 / 确认 / 轻量审核就够 → 协同工作

Q3：这个场景有多临时？

• 非常临时，明天可能就不需要了 → 协同工作
• 会长期固化，需要标准化复用 → Flowable

Q4：是否需要和业务表单深度绑定？

• 是，每个节点都要读写表单数据 → Flowable
• 否，只是沟通协调 → 协同工作

汇总参考表：

总结

JeecgBoot 低代码平台将 "协同工作" 和 "Flowable 流程审批" 作为两个并行的流程管理工具，并非功能重叠的冗余设计，而是有意识地覆盖了企业内两种截然不同的协作诉求。

协同工作解决的是 "灵活、快速、低门槛" 的日常协作问题；Flowable 解决的是 "规范、可控、可追溯" 的业务流程治理问题。两者之间还有 "转入流程" 这一桥梁，让从轻量协作自然演进到标准化审批成为可能。

对于处于成长阶段的企业来说，协同工作是现在，Flowable 是未来 —— 先用协同工作把业务跑通，再把成熟的流程逐步沉淀为 Flowable 标准定义，是一条低成本、可持续的数字化流程建设路径。

本文为 JeecgBoot AI 专题研究系列文章。