商业版就是为这一段补的。
一、先把建模能力补齐
商业版是一款基于 Vue 的流程设计器，第一步做的是把 Flowable 的建模能力覆盖完整，而不是只画个大概。
| 分组 | 覆盖组件 |
|---|---|
| 开始 / 结束事件 | 开始事件、结束事件、中间抛出事件、中间捕获事件 |
| 任务 | 用户任务、服务任务、脚本任务、接收任务、手动任务 |
| 网关 | 排他网关、并行网关、包容网关、事件网关 |
| 扩展能力 | 执行监听、事件监听、数据对象、扩展属性 |
覆盖完整与否，直接决定设计器产出的 XML 能不能直接部署。少一个事件类型、少一组扩展属性，导出之后就得手工补 XML——这恰恰是自研设计器最常翻车的地方。
界面右侧的配置区也按 Flowable 的实际配置项组织：流程 ID、发起人变量、全局事件定义、执行监听、事件监听、数据对象、扩展属性。能被设计器配置的东西，就不该再回到 XML 里改。
二、六项企业级扩展能力
这六项能力是商业版与开源版的主要分界。它们都不是"炫技型"功能，而是真实审批流程里反复出现的断点。
抄送
审批节点支持抄送任意人员与角色，流程推进时自动通知相关人。
抄送在很多系统里被当成"再发一条消息"，落地之后立刻会遇到两个问题：抄送给部门负责人，算通知还是算待办？被抄送人要不要在"我参与的"里看到这条流程？商业版把它做成流程节点的配置项，而不是流程外的旁路逻辑。
发送 RocketMQ 消息
节点可发送 RocketMQ 消息，与下游消费者解耦，实现流程事件异步通知。
典型场景是审批通过后要触发下游的一串动作：生成应付单、通知仓储、同步财务。把这些逻辑塞进服务任务里，会让流程定义变成业务代码的容器；发一条消息让下游自己消费，流程定义才能保持干净。
发送 Kafka 消息
节点可发送 Kafka 消息，对接数据管道与流式计算，支撑大规模事件分发。
和 RocketMQ 的分工很清楚：一条审批结果要进数据仓库、要进实时看板、要被多个团队消费，走 Kafka；只是通知某个业务系统，走 RocketMQ 更轻。
更新单据字段
流程节点可直接更新关联单据字段，实现审批流与业务数据的双向联动。
这是"审批完还得有人去改状态"这一工作的终结者。报销单审批通过，单据状态从"审批中"变成"已通过"，金额、审批时间、审批人回写到单据上——这些动作配在节点上，比写在监听器里更好维护，也更容易被业务方理解。
请求三方接口
节点可调用任意三方 HTTP 接口，打通 ERP、CRM 等外部系统，落地集成场景。
很多集成需求长这样：审批到某个节点，去 ERP 里校验这个供应商是否在黑名单，或者去 CRM 里回写一个商机阶段。为此专门写一个服务任务不是不行，但每换一个系统就要改一次代码；把 HTTP 调用变成配置项，交付和排查的成本都低得多。
AI 处理节点（即将上线）
流程中可配置 AI 处理节点，调用大模型或 AI Agent 完成内容生成、智能判断等自动化处理。
这是目前唯一还没交付的能力，我们把状态写清楚：即将上线。方向是把"合同要点提取""报销事由归类""申请内容合规初筛"这类原本要人工看的环节，做成流程里可配置的一个节点。
三、一个真实流程长什么样
图里是一条真实业务审批流程，它把上面这些能力串在了一起：
- OCR 单据识别——提交环节先识别票面信息，减少手工录入；
- 多级审批——按组织层级逐级流转；
- 金额与超时条件分支——超过阈值升级审批，超时走催办或自动通过；
- 单据、消息与短信集成——审批结果回写单据、发消息给下游、短信通知申请人。
单独看每一条都不复杂。难的是让它们在同一个流程定义里共存，并且在业务方改审批规则时不用改代码。这也是商业版存在的理由：把常见的集成动作变成流程节点上的配置，而不是每个项目重写一遍。
四、授权与定价
商业版按源码授权，三档方案：
| 方案 | 价格 | 说明 |
|---|---|---|
| 当前版本源码 | ¥699 | 一次买断、永久使用。含流程设计器全部基础功能与商业版扩展组件，可自行部署与二次开发。 |
| 源码包后续更新 | ¥1999 | 含源码 + 后续版本持续更新，持续获得新增组件、扩展能力与修复升级。 |
| 个性化定制 | 价格另议 | 基于源码按需定制，如专属业务组件、私有化部署、系统深度集成，具体价格面议。 |
授权条款里有几条值得提前看清，避免买完之后才发现预期不一致：
- 交付方式：双方通过邮件确认方案与交付信息后，以源码包形式交付所选版本的完整源码。
- 授权范围：获得源码的使用、修改与部署权利，可在自有项目（含商业项目）中使用。
- 使用限制：不得将源码整体或部分转售、再分发，或作为独立产品对外出售；使用时需保留作者版权标识。
- 后续更新：「当前版本源码」不含后续版本更新；「源码包后续更新」按约定提供后续版本源码与更新支持。
- 源码状态：按「现状」提供，不提供明示或默示的适用性担保。
一句话总结：你买的是可以在自己项目里长期使用的源码，不是可以拿去二次分销的产品。
五、怎么购买
暂未接入在线支付，全部走邮件确认：
- 选择方案——对照上面的三档，确定授权类型；
- 邮件联系——发送邮件说明所选方案、使用场景与联系方式，双方确认条款与交付信息；
- 源码交付——确认购买后，通过邮件交付源码包与后续更新。
购买邮箱：jaune162@126.com。完整条款见 购买协议页。
六、适合谁，不适合谁
适合：
- 已经有 Flowable 引擎，前端缺一个能配全组件、能直接产出可部署 XML 的设计器；
- 审批流程里明确有抄送、消息、单据回写、三方接口需求，不想每个项目重写一遍集成代码；
- 希望拿到源码做二次开发，不愿意把流程设计能力绑在某个 SaaS 上；
- 需要私有化部署，数据不能出内网。
暂时不适合：
- 只需要画标准流程图、导出 XML——直接用 开源版，不用付费；
- 工作流引擎还没选型——先把引擎定下来，设计器是引擎的下游；
- 想买一套开箱即用的 OA / 审批系统——这是设计器源码，不是成品业务系统，业务侧的表单、权限、组织架构仍需你自己实现或对接。
七、先试再买
商业版提供在线体验：vue-modeler.pro.flowable.site。建议拿一条你手上真实的审批流程去画一遍——重点不是画布顺不顺手，而是画完之后那份 XML，能不能直接部署到你自己的 Flowable 实例上跑起来。
]]>
