核心定位

BPM 工作流是企业的「审批中枢」——请假、报销、采购、合同、用章……几乎所有需要「多级审批」的场景,都能在这里建模和流转。基于 Flowable 引擎,提供仿钉钉/飞书和 BPMN 双设计器,非技术人员也能上手设计流程。

一句话:告别微信群审批、邮件审批、纸质审批,把审批流程变成结构化的可追溯系统。


解决什么问题

痛点BPM 如何解决
审批流程靠口头/微信,无记录所有审批留痕,可追溯每一步操作
审批规则靠人记忆,容易遗漏流程模板固化规则,自动路由到正确审批人
跨部门审批沟通成本高自动流转,无需人工通知
审批超时无人跟进超时自动提醒,支持自动审批/跳过
组织变动导致审批人变化审批人按角色/部门动态计算,不写死具体人

用户角色

graph LR subgraph 角色 ADMIN["流程管理员
设计流程模板
部署和发布流程"] APPLICANT["发起人
提交申请
查看审批进度
撤销申请"] APPROVER["审批人
审批/驳回/转办/加签
查看待办/已办"] COPYER["抄送人
接收审批结果通知
无需操作"] end

功能协作流程

sequenceDiagram participant A as 发起人 participant F as 流程引擎 participant P1 as 审批人1(部门主管) participant P2 as 审批人2(财务经理) participant B as 业务系统(如 ERP) A->>F: 发起流程(如采购申请) F->>B: 关联业务数据(采购订单 ID) F->>P1: 推送待办任务 P1->>F: 审批通过 F->>P2: 推送待办任务 P2->>F: 审批通过 F->>B: 回调:流程完成,更新业务状态 F->>A: 通知:申请已通过 Note over F: 若任一审批人驳回
流程回退到发起人

双设计器对比

graph TB subgraph SIMPLE["SIMPLE 设计器(仿钉钉/飞书)"] S1["拖拽式操作"] S2["适合简单审批链"] S3["学习成本低"] S4["非技术人员可用"] end subgraph BPMN["BPMN 设计器"] B1["标准 BPMN 2.0"] B2["支持复杂分支/并行"] B3["需要一定学习"] B4["技术人员使用"] end SIMPLE -.->|复杂场景可升级| BPMN
特性SIMPLE 设计器BPMN 设计器
上手难度⭐ 极低⭐⭐⭐ 中等
适用人群业务人员、HR、行政开发人员、流程专家
支持节点审批、抄送、条件分支全部 BPMN 2.0 节点
并行分支
包容分支
子流程

审批操作全景

graph TB 审批节点 -->|通过| 下一节点 审批节点 -->|驳回| 退回节点["退回指定节点
或退回到发起人"] 审批节点 -->|转办| 转办人["转给其他人处理
自己不再参与"] 审批节点 -->|委派| 委派人["委派他人处理
处理完回到自己"] 审批节点 -->|加签| 加签人["增加审批人
会签/或签"] 审批节点 -->|减签| 减签人["减少审批人"] 审批节点 -->|终止| 结束节点["流程直接结束
(特殊权限)"]

流程控制能力

控制类型说明典型场景
条件分支根据表单数据走不同审批路径金额 < 5000 无需总经理审批
并行分支多人同时审批,都通过才继续多部门并行会签
包容分支多人同时审批,任一通过则继续或签场景
触发节点自动执行服务任务审批通过后自动创建 ERP 单据
延迟节点等待指定时间后继续合同到期前 7 天提醒
超时审批超时自动处理48 小时未审批自动通过/拒绝
自动提醒定时提醒待办每天早上 9 点推送待办汇总

与业务系统的集成

graph TB BPM["BPM 流程引擎"] subgraph 集成场景 ERP_APPROVAL["ERP 采购审批
采购订单 → BPM 审批 → 自动入库"] CRM_APPROVAL["CRM 合同审批
合同草稿 → BPM 审批 → 合同生效"] OA_APPROVAL["OA 通用审批
请假/报销/用章/外出"] end BPM --> ERP_APPROVAL BPM --> CRM_APPROVAL BPM --> OA_APPROVAL

集成方式:业务模块通过 BPM 提供的 API 发起流程、查询审批状态、处理审批回调,无需关心 Flowable 底层细节。

docs