很多团队在接入 JeecgBoot 低代码平台后面对 “协同工作” 和 “Flowable 流程审批” 两个模块时常常陷入困惑两个都是处理审批流程的到底用哪个能混着用吗设计上有什么本质区别协同工作临时起意随手发起当场选人即走不用提前画流程像 “临时拉群办事”。Flowable 流程审批事先规划必须提前画好流程图、配好节点和人员再发布像 “走正式审批单”。一句话概括区别一个是 “先办事后定规则”一个是 “先定规则再办事”。本文从定位、发起方式、操作能力、人员配置四个维度系统拆解两者的差异并给出一套可落地的选型判断框架帮你在项目初期就做出正确决策避免后期推翻重来。一句话先讲清楚 —— 两者根本不是同一功能很多人把这两个模块当成 “轻量版和重量版的关系”其实这个理解并不准确。更贴切的比喻是协同工作像微信群里临时拉人开会你想找谁拉谁随时发起随时结束灵活但非标而 Flowable 流程审批像走公司的正式 OA 系统每一个节点、每一个审批人都提前在流程图里定义好规范且可追溯。维度协同工作Flowable 流程审批定位轻量级 OA 协同临时发起、灵活流转企业级 BPM 引擎标准化、规范化审批底层引擎JeecgBoot 自研协同模块Flowable BPMN 2.0 标准引擎一句话概括临时拉群办事走正式审批单这个定位差异直接决定了后续所有功能设计上的取舍。发起门槛随时用 vs 配置后才能用这是两者最显著的体验差距也是很多团队 “第一印象” 的来源。协同工作的发起极为简单打开页面填写事项内容选择参与人发起。不需要任何预设模板不需要管理员提前配置任何用户随时都能用。Flowable 的发起则依赖完整的前置工作在流程设计器中绘制 BPMN 流程图配置每个节点的处理人规则绑定业务表单Online 表单、设计器表单或自定义开发表单保存并发布流程定义最终通过业务表单触发流程实例这意味着 Flowable 是开发 / 管理员驱动的产品首次使用前需要一次性投入配置成本而协同工作是用户自驱动的开箱即用零配置。维度协同工作Flowable 流程审批是否需要预设模板不需要必须提前绘制并发布 BPMN 流程图谁可以发起任何用户随时新建事项需绑定业务表单按流程定义触发发起门槛极低较高依赖开发 / 管理员配置实践建议项目上线初期业务流程还在磨合期、规则未固化时先用协同工作跑通后期流程稳定了再沉淀为 Flowable 标准流程 —— 两者可以形成很好的演进路径。协同工作的两种内置模式协同工作内置了两种流转模式覆盖了大多数轻量化协作场景任意流并行通知无先后顺序所有参与人同时收到任务各自独立处理互不阻塞。适合通知类、信息同步类、并行讨论类场景 —— 比如群发一个技术方案让大家过目或者通知多个部门同步知悉某项变更。支持按人员、部门、公司三个维度发起覆盖跨部门协作场景。步骤流串行执行有明确顺序按顺序逐步流转支持串行、会签、排他三种步骤模式。适合有先后依赖关系的轻量审批 —— 比如技术评审先过组长再过总监或者文档先由作者确认再由审核员签字。发起界面办理界面Flowable 的节点体系企业级审批的完整拼图如果说协同工作是 “够用就好”Flowable 则是 “该有的都有”。它支持完整的 BPMN 2.0 节点体系能够建模任意复杂的企业审批场景节点 / 配置说明用户任务可指定处理人、候选人员、候选角色、部门、岗位、职级、自定义表达式等网关排他 / 并行 / 包容条件分支按业务逻辑自动路由签收 / 认领机制候选人中有人签收后其他人的任务自动消失会签节点支持一票否决 / 一票通过 / 按百分比投票主子流程支持流程嵌套处理复杂业务分支表单绑定每个流程可绑定不同的表单类型特别值得关注的是条件网关能力排他网关用于 “二选一” 的分支如金额小于 1 万走部门审批否则走总经理审批并行网关用于 “多路并行” 然后汇聚包容网关则介于两者之间支持更灵活的路由逻辑。这些能力是协同工作的步骤流无法覆盖的。流程设计器示意操作权限对比轻便协作 vs 精细管控两个模块在 “审批过程中能做什么” 上差距非常大这也是日常使用频率最高的功能区。协同工作支持的操作以轻量为主结束事项、催办、加签、转发、转入流程、取消关注、回复、批复、完成、归档其中 “转入流程” 是一个亮点设计当一个协同事项在处理过程中发现需要走正式审批时可以直接将其转为 Flowable 流程实例无需重新发起两个模块之间形成了自然的衔接通道。Flowable 流程审批支持的操作则覆盖了企业审批的全部场景操作说明签收 / 认领候选人认领任务认领后其他候选人不可再操作取消签收取消认领任务重回待认领状态审批处理当前节点进入下一节点驳回 / 回退打回到之前已处理的节点要求重新处理转办将操作权限转给他人自己不再参与委派 / 委托委托他人代办处理完后回到自己手中再提交撤销发起人撤销整个流程取回上一节点处理人在下一节点未处理时退回重操作终止处理人强制终止流程抄送处理完后抄送他人创建待阅子任务不影响流转向前加签加一个前置审核人核对后回到自己再提交向后加签加一个后置处理人核对后直接进入下一节点会签多人同时处理支持一票否决 / 通过 / 百分比结论代理 / 交接管理员将离职员工任务强制转交给代理人暂存 / 草稿复杂表单分多次填写保存催办发起人以消息通知提醒当前节点处理人这里有几个操作特别值得关注委派 vs 转办两者容易混淆。转办是 “我不管了交给你”自己彻底退出委派是 “你帮我看一下看完还得回到我这”适合处理人需要外部意见但最终还要自己拍板的场景。向前加签 vs 向后加签前加签是在自己提交前插入一个额外审核环节后加签是在自己提交后、下一节点前插入。两者的区别在于加签的位置和时机不同。代理 / 交接这是员工离职或长假场景下的兜底机制管理员可以强制将未完成任务转交避免流程死锁。人员配置灵活度维度协同工作Flowable 流程审批指定方式发起时临时选择人员 / 部门 / 公司流程设计时预配置也可运行时动态指定候选人机制无直接指定有签收 / 认领机制候选人抢占任务委派代办不支持支持委派 / 委托代理 / 交接会签步骤流支持简单会签支持完整会签一票否决 / 通过 / 百分比Flowable 在人员配置上的核心优势是规则化不是每次发起时手动选人而是在流程设计阶段就把 “谁来审” 的逻辑固化下来 —— 可以是指定人员、角色、部门也可以是动态表达式比如 “发起人的直属上级”。这对于标准化流程的一致性执行至关重要。功能模块全景图协同工作的七大模块模块说明事项一览待办、经办、发起、回收箱的件数 / 未读 / 未批统计总览我发起的事项展示我发起的所有事项可新建事项待办事项展示所有需要我办理的事项支持批复、完成、转入流程、关注、回复已办事项展示我办理完成的事项可转发、转入流程、关注、回复草稿箱保存未发起的草稿查询事项查询所有事项支持删除管理员专用归档已结束事项可归档归档后在档案管理中查询Flowable 流程审批的六大模块模块说明流程设计器可视化 BPMN 流程图绘制配置节点、人员、表单待办任务我需要处理的流程节点任务已办任务我已处理完成的流程节点记录我发起的我发起的所有流程实例流程监控管理员查看所有流程实例运行状态流程定义管理部署、挂起、激活流程定义值得一提的是 Flowable 的流程监控能力 —— 管理员可以实时查看每一个流程实例当前停在哪个节点、各节点耗时如何、整体流转状态是否正常。这对于运营高频业务流程如合同审批、费用报销的企业来说是非常有价值的管控视角。选型决策框架四个问题帮你做决定遇到一个新的业务场景用下面四个问题快速判断Q1这个流程是否有固定的节点和规则有如合同必须经过法务→财务→CEO→ Flowable没有每次发起者自己决定 → 协同工作Q2是否需要驳回、委派、条件分支等复杂操作是 → Flowable否简单的通知 / 确认 / 轻量审核就够 → 协同工作Q3这个场景有多临时非常临时明天可能就不需要了 → 协同工作会长期固化需要标准化复用 → FlowableQ4是否需要和业务表单深度绑定是每个节点都要读写表单数据 → Flowable否只是沟通协调 → 协同工作汇总参考表场景推荐模块临时通知、快速协作、无固定流程的事项协同工作任意流有顺序但较简单的内部审核协同工作步骤流标准化业务审批合同、报销、采购、入职Flowable 流程审批需要驳回 / 委派 / 完整会签 / 条件分支等复杂操作Flowable 流程审批协作中发现需要走正式审批协同工作 → 转入流程总结JeecgBoot 低代码平台将 “协同工作” 和 “Flowable 流程审批” 作为两个并行的流程管理工具并非功能重叠的冗余设计而是有意识地覆盖了企业内两种截然不同的协作诉求。协同工作解决的是 “灵活、快速、低门槛” 的日常协作问题Flowable 解决的是 “规范、可控、可追溯” 的业务流程治理问题。两者之间还有 “转入流程” 这一桥梁让从轻量协作自然演进到标准化审批成为可能。对于处于成长阶段的企业来说协同工作是现在Flowable 是未来 —— 先用协同工作把业务跑通再把成熟的流程逐步沉淀为 Flowable 标准定义是一条低成本、可持续的数字化流程建设路径。本文为 JeecgBoot AI 专题研究系列文章。