跳轉至

建立 2026-09-14 更新 2026-09-14

業務流程圖

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: 登錄並核銷

自己畫時的習慣

  1. 先寫參與者(部門或系統),再寫訊息。
  2. 每個訊息對應一個 Odoo 文件或按鈕(建立、確認、驗證)。
  3. 分支用 altelse(核准與否、有沒有貨)。
  4. 圖放進專案 repo,和模組設定一起改版。

Mermaid 官方語法 與本站 常用模組 一起看,比較容易決定盒子的名稱該用畫面用語還是技術名稱。

進一步學習