NocoBase工作流完整指南:10分钟搭出第一条自动化流程
【免费下载链接】nocobaseNocoBase is an open-source AI + no-code platform for building business systems fast. Instead of generating everything from scratch, AI works on top of production-proven infrastructure and a WYSIWYG no-code interface, so you get both speed and reliability.项目地址: https://gitcode.com/GitHub_Trending/no/nocobase
新人入职、内容过审、工单流转——这些事现在多半靠群消息催一遍、再靠人脑记一遍。NocoBase 的 plugin-workflow 工作流引擎能把"数据表一变、定时一到"这种事件接住,自动跑审批、通知和分支判断。这篇文章带你从零把一条自动化流程跑起来,适合没写过一行后端代码的运营和前端同学。
🧩 它能解决什么
先对号入座,看看你手上的问题能不能映射成一条流程:
| 业务场景 | 工作流方案 |
|---|---|
| 新员工入职要跑 HR、IT、法务三方手续 | 入职表单新增记录触发流程:人工节点等三方确认,通过后自动更新档案并发通知 |
| 内容发布卡在"等主编看一眼" | 草稿表状态变更触发审核流程,条件节点按栏目分派不同审核人 |
| 客服工单超时没人管 | 定时任务触发器周期性扫描未完结工单,超期自动升级并提醒 |
| 发票到期要人工盯台账 | 按数据表时间字段触发,到期前 7 天自动发提醒,免维护台账 |
| 报表每周手动导出分发 | 定时任务拉数、汇总、推送到群,人只做决策 |
⚡ 快速上手:如何启用工作流插件
准备工作压成两步,五分钟搞定:
- 起一个 NocoBase 环境:
git clone https://gitcode.com/GitHub_Trending/no/nocobase cd nocobase && docker-compose up -d- 打开后台,从顶部菜单进入插件管理,搜索
workflow,把plugin-workflow(核心引擎)、plugin-workflow-manual(人工节点)、plugin-workflow-notification(通知节点)三个插件的启用开关打开。
🚀 用"新员工入职"搭第一条流程
场景:员工信息表新增一条记录后,HR 在线确认,确认后自动更新状态并通知本人。按下面四步走,每步只抓一个要点。
步骤 1:建触发器。进入工作流管理,新建流程,类型选数据表事件,绑定"员工信息"表。要点:触发时机选新增数据后,这样任何一条新员工记录落库,流程就自动点火。
步骤 2:加人工确认节点。流程里点+,选人工节点,把审批人指定为 HR 角色。要点:给审批卡片写清楚要看什么(学历、到岗时间),别让审批人点进详情翻。
步骤 3:加更新与通知节点。确认通过后,用更新数据节点把"入职状态"改成"已完成",再挂一个通知节点给员工本人发消息。要点:两个节点都引用触发器里的记录 ID,别引用人工节点——审批结果里没有这个 ID。
步骤 4:启用并验一遍。右上角打开启用开关,然后真的新增一条员工记录,几秒后回执行历史里看每个节点是不是绿色。
🗂 常见流程模式:四张卡片够用
模式一:条件分支——按字段值走不同路线
适用:入职后按部门走不同培训路径。
- 判断条件引用触发器字段,比如
部门 = "销售" - 每条分支至少挂一个节点,空分支执行时会直接跳过
- 所有分支汇合后流程才继续,别忘了设计"都不满足"的兜底分支
模式二:并行分支——多件事同时办
适用:入职当天,通知部门、开通账号、登记设备同时进行。
- 并行节点默认两个子分支,点"增加分支"可任意加
- 三种汇合模式选一种:全部成功(都完成才继续)、任意成功(一个成了就继续)、任意成功和失败(谁先到听谁的)
- 审批类并行用"全部成功",竞速类用"任意成功和失败"
模式三:变量——在节点之间传数据
适用:把上游结果交给下游用,比如审批人 ID 传给通知节点。
- 变量选择器只能选"上游节点 + 触发器"的输出,看不到就说明那条链路上没有产出
- 节点输出结构以执行历史里的结果数据为准,猜字段名不如点开一次看
- 复杂转换交给JSON 变量映射节点,别在多个节点里重复拼
模式四:定时触发——到点自动跑
适用:每周一下午五点半收集周报。
- 支持cron 高级模式(固定时间点)和按间隔(相对上次触发)两种重复规则,固定点用 cron
- 还能按数据表时间字段触发,比如"订单创建 30 分钟后",不用写扫描逻辑
- 注意:服务停机期间错过的触发不会补跑,关键任务要留兜底方案
📝 完整案例:内容发布的多重审核流
把前面四张卡片拼起来:文章提交后,主编审核与合规检查并行进行,任一方驳回就打回,双方都通过才允许发布,最后通知作者。
关键配置有四处:
- 触发器:文章表"状态"字段**更新为"待审核"**时触发,选"更新数据后"并把条件限定到目标值,避免编辑其他字段误触发。
- 并行模式:选全部成功——主编和合规任何一方没通过,流程就不能走到发布。
- 变量绑定:把两个审批节点的结果都交给JSON 变量映射节点,拼出"驳回原因"供通知节点使用。
- 通知文案:用变量引用作者和文章标题,一次执行同时覆盖"通过"和"驳回"两种口径。
🚧 避坑清单:问题→解法
- 保存了流程却从不触发?大概率忘了右上角的启用开关——保存和启用是两回事,开关没打开等于流程处于休眠。
- 某个节点红了,怎么查?别猜。进工作流列表,点执行次数进历史详情,点开那个节点的"结果数据",错误信息就在里面。
- 并行分支整体超时?检查是不是选了"全部成功",而某个分支挂了耗时的人工节点。人工等待时间再长也不该卡死竞速分支,必要时改模式或拆流程。
- 定时任务该跑没跑?先确认服务当时是否在线——停机期间错过的时间点不会补触发;再看 cron 规则和"已执行次数"上限,按重复次数结束会累计所有版本。
- 改完流程没生效?执行中的记录仍按触发时的版本跑,你的修改只影响新触发的记录。这是版本机制,不是 bug。
- 提交后页面没变化?数据表事件触发的工作流是异步执行的,提交后稍等片刻刷新区块即可,详见 工作流快速开始。
✅ 上线前照着勾一遍
- 触发器的数据表、时机、条件值三要素都核对过
- 每个节点引用的变量都来自上游节点或触发器,没有悬空引用
- 用一条真实数据走完流程,执行历史全绿
- 点开至少一个节点的结果数据,确认产出结构符合下游预期
- 启用开关已打开
- 并行节点选了正确的汇合模式(审批用"全部成功",竞速用"任意成功")
想继续深入,看这三份仓库内文档就够:工作流快速开始、节点全集、扩展节点类型——最后那份讲怎么把自定义指令注册进引擎,遇到内置节点不够用时再翻它。
【免费下载链接】nocobaseNocoBase is an open-source AI + no-code platform for building business systems fast. Instead of generating everything from scratch, AI works on top of production-proven infrastructure and a WYSIWYG no-code interface, so you get both speed and reliability.项目地址: https://gitcode.com/GitHub_Trending/no/nocobase
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考