先決定由誰把關每次訂單

假設一家香港咖啡店集團由兩間店擴展至多間分店,各店都需要補充同款紙杯。總公司可以先與供應商訂立採購框架協議,再按需要發出分批訂單,英文稱為 call-off。首先要決定的是:店長可否自行發單,還是只提交需求,由中央採購統一處理?無論採用哪種方式,都應指定一名協議負責人,並寫清楚協議數量究竟是預算估算、內部採購上限,還是雙方約定的購買承諾。系統內填了數量,並不代表這三種意思可以混用。

如果每次包裝設計、規格或供應商都不同,逐張報價、逐張採購單審核可能更合適。規模較小時,也可先用共用登記表,由指定買手在發單前核對。當多間分店反覆購買相同用品,框架協議才較能提供一致的價格與數量依據。不過,採用系統仍要有人更新條款、處理更改,並留意兩間分店同時落單時,會否各自把同一筆餘額當成可用數量。

協議與分批訂單要能逐項對照

以下是可供採購團隊使用的工作表,並非某款軟件的功能清單。供應商接受的條款應連同協議編號保存,每張分批訂單亦應留下批准當時採用的版本。紙杯容量、杯蓋型號及訂購單位都要寫清楚;每個與每箱的價錢不能直接比較。若只查看今天的協議畫面,日後改價後便可能無法解釋舊單為何採用另一價格。

採購協議與分批訂單核對表
買手與供應商指定買手、供應商及協議編號申請人、分店及對應協議編號採購主管處理供應商不符或欠缺連結
有效期起止日期及續期決定按條款核對預定發單日期買手在發單前取得續期條款
單價產品規格、單位、幣別及議定單價核對單價,另列運費買手與供應商確認價差
關聯數量協議數量及其用途定義已連結訂單編號、狀態、數量及本次申請量採購主管處理超量或同時提出的申請
更改與批准已接受版本及獲授權更改的人員原因、批准紀錄及所用版本指定經理決定修訂還是拒絕
下載 CSV

以上為建議營運控制,實際設定與執行方式須另行測試。

以 Odoo 19.0 文件分清紀錄與限制

Odoo 19.0 文件列出買手、供應商、幣別及有效期等欄位。產品單價須手動輸入,否則會維持零;關聯報價單的數量會更新協議的 Ordered 欄位,而且已確認的協議仍可編輯。這些資料說明如何建立共同採購紀錄,卻不足以證明系統必定要求批准或阻止超量。是否真正攔截,必須在公司實際設定中示範。

正式使用前,安排另一人把輸入單價與供應商確認的文件逐項比對。公司可訂明:零價或未有解釋的改價,一律暫停發單。協議修訂也應保存原版本、原因及批准人。如果現有設定無法按需要限制編輯,可先由中央買手核對獨立批准紀錄後才發單,並指定負責人跟進系統缺口。這項人手步驟要寫入流程,不能假設畫面顯示「已確認」就已完成所有管控。

用下一張訂單測試餘額是否足夠

以下純屬演練假設,並非供應商報價或節省估算:同款紙杯共 10,000 個,每個 HK$0.80,協議有效期為 2026 年 10 月 1 日至 12 月 31 日,公司另明確訂定 10,000 個為內部發單上限。已有兩張關聯並已確認的訂單,分別為 3,000 及 4,000 個,沒有取消或其他待批申請。可用餘額因此是 10,000 − 3,000 − 4,000 = 3,000 個。新申請若為 3,500 個,就超出 500 個;整張新單貨值為 HK$2,800,其中超額部分為 HK$400,全部未計運費及其他費用。

買手可先確認分店能否接受 3,000 個;如確實需要多買 500 個,應先辦妥協議修訂,或按另一項已批准採購處理。不要只為消除提示便提高協議數量。另須分清「已訂」和「已收貨」:貨未送到,不代表採購餘額尚未使用。草稿、取消單及改單如何影響總數,也要逐一核對,並實測各狀態何時更新顯示值,才可據此決定下一張單能否發出。

讓實際買手完成演練後才推行

  • 用一般買手帳戶提交超量申請,記錄結果是攔截、提示還是直接通過;再查誰可放行,以及決定保存在哪裏。
  • 分別測試零價、過期協議及確認後改價,核實訂單發送或確認前,是否真的需要批准。
  • 讓兩名分店用戶同時申請剩餘數量,再取消或修改一張測試單,逐筆核對關聯狀態與總數。

下一個採購周期,先選一款包裝用品及一家供應商,把核對表填妥,再由買手與例外負責人一起演練正常發單及上述情況。每項都記下預期與實際結果。若必要的攔截沒有生效,先維持中央批准,指派人員修正後才開放更多分店自行落單。如要配合較大的 ERP 導入項目,可參考既有指南安排資料遷移與切換;需要討論設定工作時,再查看相關服務內容。

ERP 導入指南:資料遷移與切換安排系統整合與 ERP 服務

進行前先確認

  • 每張分批訂單能否追溯至已接受的協議版本、單價與可用數量?
  • 是否已用一般買手帳戶實測批准、超量及編輯時的行為?
  • 每項例外是否都有負責人,並在發單前留下決定紀錄?

資料來源及延伸閱讀

付諸實行