業務流程圖
ERP 專案常卡在「口頭流程對不起系統文件」。用 Mermaid 把角色與系統動作畫下來,討論比長篇文字快。本頁示範料號申請,以及銷售到收款、採購到付款的主軸。語法可直接寫在本站 Markdown 的 mermaid 程式區塊裡。
畫圖時只保留會改變資料的步驟(建立、審核、確認、驗證)。純口頭通知可寫在註解,不要畫成和系統同等的盒子。
料號新增(循序)
需求單位提出、文管建檔、權責單位審核。對應 Odoo 時,「產品主檔」就是 產品;審核若沒有現成 App,可能用 Studio、核准模組或外部表單,不要假設社群版一定有簽核。
sequenceDiagram
title 料號新增流程
autonumber
participant R as 需求單位
participant D as 文管中心
participant A as 權責部門
Note over R: 新料號需求
R->>D: 申請表單
D->>D: 產品主檔新增
D->>A: 送審
A->>A: 產品主檔審核
alt 核准
A-->>D: 審核通過
D-->>R: 回覆:料號建立完成
else 退回/補件
A-->>D: 退回意見
D-->>R: 通知補件
R-->>D: 補件後再送
D->>A: 再送審
A-->>D: 通過或否決
D-->>R: 回覆最終結果
end
料號新增(用例視角)
同一個流程改畫「誰使用系統的哪項能力」,方便對選單與權限。
flowchart LR
actor_req[("需求單位")]:::actor
actor_doc[("文管中心")]:::actor
actor_auth[("權責部門")]:::actor
subgraph Odoo[Odoo 系統]
UC_apply(((申請新料號))):::uc
UC_create(((建立產品主檔))):::uc
UC_review(((審核料號))):::uc
UC_notify(((回覆申請狀態))):::uc
UC_qc(((品質檢核))):::uc
UC_rework(((補件再送審))):::uc
end
actor_req --> UC_apply
actor_doc --> UC_create
actor_auth --> UC_review
UC_create --> UC_review
UC_review --> UC_notify --> actor_req
UC_create -.-> |include| UC_qc
UC_review -.-> |extend| UC_rework
classDef actor fill:#fff,stroke:#666,rx:6,ry:6;
classDef uc fill:#e7f0ff,stroke:#4a84e5,rx:30,ry:30;
從商機到總帳(主軸)
這張圖對應本站多數單元:上半是賣,下半是買,中間是製造。實施時先畫你公司「一定會發生」的箭頭,再決定裝哪些模組。
flowchart LR
A[商機 CRM] --> B[報價/合約]
B --> C[銷售訂單 SO]
C --> D[工單 MRP]
C --> E[出貨]
E --> F[應收發票]
F --> G[收款核銷]
H[補貨規則] --> I[請購/RFQ]
I --> J[採購訂單 PO]
J --> K[收料]
K --> L[應付帳單]
L --> M[付款核銷]
D --> N[完工入庫]
N --> E
G --> R[總帳與報表]
M --> R
N --> R
銷售協同(系統之間)
把 CRM、銷售、庫存、會計當成四個參與者,方便訓練時對「下一張單在哪個 App」。
sequenceDiagram
autonumber
participant 客戶
participant 業務
participant CRM as Odoo CRM
participant Sales as Odoo 銷售
participant Inv as Odoo 庫存
participant Acc as Odoo 會計
客戶->>業務: 詢價
業務->>CRM: 建立商機
業務->>Sales: 轉報價單
Sales-->>業務: 報價(稅、折扣、交期)
業務->>客戶: 寄出或線上確認
客戶-->>Sales: 同意
Sales->>Sales: 確認為 SO
Sales->>Inv: 建立出貨
alt 庫存足夠
Inv->>Inv: 揀貨並驗證
else 庫存不足
Inv->>Inv: 補貨、採購或生產
Inv->>Inv: 完成後再出庫
end
Inv-->>Sales: 出貨完成
Sales->>Acc: 建立應收發票
Acc-->>客戶: 寄發票或付款連結
客戶-->>Acc: 付款
Acc->>Acc: 登錄並核銷
自己畫時的習慣
- 先寫參與者(部門或系統),再寫訊息。
- 每個訊息對應一個 Odoo 文件或按鈕(建立、確認、驗證)。
- 分支用
alt/else(核准與否、有沒有貨)。 - 圖放進專案 repo,和模組設定一起改版。
Mermaid 官方語法 與本站 常用模組 一起看,比較容易決定盒子的名稱該用畫面用語還是技術名稱。