BPM 工作流
核心定位
BPM 工作流是企業的「審批中樞」——請假、報銷、採購、合同、用章……幾乎所有需要「多級審批」的場景，都能在這裡建模和流轉。基於 Flowable 引擎，提供仿釘釘/飛書和 BPMN 雙設計器，非技術人員也能上手設計流程。
一句話：告別微信群審批、郵件審批、紙質審批，把審批流程變成結構化的可追溯系統。
解決什麼問題
| 痛點 | BPM 如何解決 |
|---|---|
| 審批流程靠口頭/微信，無記錄 | 所有審批留痕，可追溯每一步操作 |
| 審批規則靠人記憶，容易遺漏 | 流程模板固化規則，自動路由到正確審批人 |
| 跨部門審批溝通成本高 | 自動流轉，無需人工通知 |
| 審批超時無人跟進 | 超時自動提醒，支援自動審批/跳過 |
| 組織變動導致審批人變化 | 審批人按角色/部門動態計算，不寫死具體人 |
使用者角色
graph LR
subgraph 角色
ADMIN["流程管理員
設計流程模板
部署和釋出流程"] APPLICANT["發起人
提交申請
檢視審批進度
撤銷申請"] APPROVER["審批人
審批/駁回/轉辦/加簽
檢視待辦/已辦"] COPYER["抄送人
接收審批結果通知
無需操作"] end
設計流程模板
部署和釋出流程"] 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 審批 → 自動入庫"] CRM_APPROVAL["CRM 合同審批
合同草稿 → BPM 審批 → 合同生效"] OA_APPROVAL["OA 通用審批
請假/報銷/用章/外出"] end BPM --> ERP_APPROVAL BPM --> CRM_APPROVAL BPM --> OA_APPROVAL
整合方式：業務模組透過 BPM 提供的 API 發起流程、查詢審批狀態、處理審批迴調，無需關心 Flowable 底層細節。