接 Odoo 20 的原生 MCP，操作步驟短得讓人放心：My Preferences → Security → Add API Key，scope 選 MCP，端點就是資料庫位址後面加 /mcp，系統把 key 顯示一次，存進密碼管理器，收工。不需要安裝應用程式，不需要單獨託管一台服務。
問題出在收工之後。這把 key 沿用綁定用戶的 Odoo 權限。如果圖省事綁了個全模組可寫的管理員帳號，那麼助手從連上的第一秒起，就擁有這個帳號能做的所有事——包括改價目表、確認銷售訂單、生成並過帳憑證。協議裡那個「read-only」標記，管不住它。
BiztechCS 那份接入指南裡列了四個常見錯誤，三個跟權限有關：多個助手復用同一把 key、scope 給得比任務需要寬、忘了 key 的過期時間。我把它當成這一週最有價值的一份配置檢查表。AI 接 ERP 的門檻已經低到幾分鐘，但門開多大，還是人決定的。
Odoo Apps 市場上與 MCP 相關的第三方應用（2026 年 10 月快照）——生態熱鬧，信任分級得自己看
一、MCP 定義的是介面格式，不是權限策略
這句判斷來自 Metanow 11 月 6 日核查過的 2027 規劃指南，原文還補了一句：MCP 也不保證行為安全，每條連接照樣要認證、限權、校驗和監控。放在 Odoo 場景裡，可以翻譯成一條最樸素的規則：核心系統的 ACL，就是智能體的 ACL。
Odoo 20 官方文件對兩個助手的態度並不對稱。Claude 有專門的接入章節，覆蓋 Desktop 和 Code CLI，連上之後可讀可寫，取決於 key 權限；ChatGPT 的研究連接器圍繞 search 和 fetch 兩個唯讀工具設計，要寫記錄得走開發者模式（符合條件的計劃）或自己用 API 建。指南裡那句提醒很實在：別把 ChatGPT 的連接步驟當成 Claude 的復刻版，很多上線失望都來自這裡——演示時說好能創建記錄，實際只能查。
| 連接對象 | Odoo 官方文件涵蓋 | 連上之後能做什麼 |
|---|---|---|
| Claude（Desktop / Code CLI） | 有專門章節，官方測過 | key 權限範圍內可讀可寫 |
| ChatGPT 研究連接器 | 未列入文檔 | 兩個唯讀工具：search、fetch |
| ChatGPT 寫入 | 需開發者模式或自建 | 取決於合格計畫與自定義構建 |
| 第三方 Odoo MCP（如 tuanle96/mcp-odoo） | 社群維護 | 唯讀，但走 XML-RPC 明文口令 |
第三方生態要單獨掂量。CorpusIQ 和 tuanle96/mcp-odoo 都把「只讀」寫進設計：前者明說不確認訂單、不過帳、不移動庫存，操作日誌留 30 天；後者零 Odoo 側設定、支援 16 以上版本，但未確認 Odoo.sh 相容，權限同樣綁定認證使用者。M8ven 在 11 月 2 日讀過另一個 Odoo MCP Server 的程式碼，給的等級是 C，理由裡包括沒有測試檔案、沒有 LICENSE、只讀取一個 ODOO_API_KEY 環境變數——靜態分析沒發現外洩，可一個 0 star、0 fork、單一貢獻者的專案，能不能進生產，得自己拿主意。
還有一道容易漏掉的題目在網路層。DO IT GLOBAL 提醒：遠端 MCP server 的連線由 Anthropic 雲端側發起，辦公室筆電能存取 ERP，不等於雲端連接器能存取你的 MCP Server。ERP 可以老老實實待在內網，但得為這個連線單獨規劃可達路徑。所謂「本地部署」和「外部可調」，是兩件事。
別把 read-only 當成鎖。在原生 MCP 裡，能不能寫取決於 key 背後那個使用者，而不是協議裡的一個標記。先鎖後開，比事後追日誌便宜得多。
二、把「只讀」做成預設值，別做成提示詞
Supply'd 為食品行業 ERP 發布 V5.5，三樣新東西：Ask Supply'd 用自然語言查庫存、成本、採購紀錄；Expense Agent 私測，做供應商發票與採購訂單的分類對帳；唯讀 MCP 讓外部助手讀即時資料。報導裡寫得很清楚，唯讀是「刻意的架構決定」——不讓成本和供應商資訊挪到第三方環境。
為什麼這麼保守？食品這行有捕獲重量、批次追溯、出成率計算，資料結構跟通用 ERP 不一樣，AI 套上去容易錯；錯在成本或供應商價格上，代價又特別直接。所以先開一個只能看的口子，比在提示詞裡寫十遍「請不要修改記錄」靠譜。提示詞是請求，權限才是約束。
微軟走的是另一條路，把口子開細而不是開小：Dynamics 365 CX MCP Server – Sales 正式可用，一次給出 59 個工具，能組合完成查商機、重算價格、生成報價、轉訂單，沿用現有 Dataverse 權限，認證統一收口到 Microsoft 託管的 Agent 365 Tooling Gateway。工具多，但每個工具的邊界和誰在呼叫是清楚的。
少而只讀
Supply'd：一個唯讀連線，資料不出第三方環境
多而可管
微軟：59 個工具 GA，認證與權限收口到統一閘道
兩條路線不同，共同點是把連接從「一個項目」做成「一個標準件」。對 Odoo 用戶來說，可抄的動作有四條，都不需要寫程式碼：
- 每個助手單獨生成一把 key，掛到不同的 Odoo 用戶上，出問題時能只撤其中一條連接。
- 設最短可行的有效期，並把到期日記進維運日曆——key 靜默過期，從助手那邊看和「連接器壞了」一模一樣。
- 先掛唯讀帳號跑兩三週，看清楚它讀了哪些模型、問了什麼，再決定要不要開寫權限。
- 寫權限按任務給，不要按「方便」給。需要生成報價草稿，就別順手把過帳權限也帶上。
三、連上之後，帳要按動作算
連接一旦變成按動作呼叫，成本也就跟著變成按動作走。Business Central 2026 Wave 2（v29）把四個 agent 的 Copilot Credits 拆到了這個粒度：
| 智能體 | 成熟度（2026-11） | 計費口徑 |
|---|---|---|
| 銷售訂單代理 | 正式可用 | 每步 2–5 點，一個基本請求約 14 點 |
| 應付帳款代理 | 正式可用 | 每張發票 50 點 + 每行 5 點，只生成未過帳草稿 |
| 支出代理 | 生產就緒預覽 | 每張收據 50 點 |
| 自訂代理 | 預覽，僅沙箱設計 | 工具包費率尚未公布 |
有個前置條件別漏了：這些 agent 只在 Business Central online 上跑，本地部署拿不到。11 月 17 到 20 日的 Ignite 還可能調整其中幾項，做預算時留出餘量。
Odoo 這邊可以對照看。內建 AI 走 IAP 信用點，每個資料庫 20 點免費額度，有低餘額提醒和可選自動儲值，但沒有月度消費上限；Standard 版安裝 AI app 會觸發升級到 Custom，每個 full user 的授權費跟著漲；自託管要用 AI 文件檢索，還得先裝好 PostgreSQL 的 pgvector 擴充套件。夥伴給的控管成本動作很具體：按 100 點小包買（各檔單價一致，大包只增加風險）、設告警閾值並把財務負責人加為收件人、初期關掉自動儲值、檢查每日填寫空 AI 欄位的排程任務、限制 agent 觸發頻率、給每個 AI 工作流指定成本歸口人，每月拿「省下的工時」去對帳。
跟進一下上週的話題。11 月 6 日那篇講 DualEntry 按工作量計費，說的是計價模式從席位挪到產出；本週公開的單價表，把它推進到「一步多少錢、一張單據多少錢」。同一個問題往下走了一格：口徑現在有了，可誰來定義「一步」、失敗重試算不算、草稿被人駁回算不算，還得寫進合約。
Phases 與 Portcities 兩份 Odoo 20 實施評估裡有個提醒，跟計費直接相關：自動化規則、AI 欄位更新、AI server action 是三種不同的東西。條件已知就用普通規則，欄位賦值用 Update with AI，需要模型判斷選哪個工具才用 server action。分清楚這三層，既是劃開發範圍，也是劃成本範圍——一個本來該用定時規則解決的活，交給每次都要推理的 agent，帳單會替你記住這個決定。
Metanow 那份 2027 指南裡還有個反常識的判斷：從「更多 agent」收斂到「更少、職責更窄」。一個職責單一的 agent 加常規自動化，往往比一群共享寬權限的 agent 更好解釋、更好恢復、更好維護。模型升級和業務規則變更，都應該像軟體變更一樣觸發回歸測試。
四、給實施方與 CIO 的四條配置紀律
第一，先鎖後開。MCP scope 沿用綁定使用者的 ACL，接之前先建一個專用的唯讀使用者，別用管理員帳號圖省事。
第二，單助手單密鑰。獨立 key、獨立用戶、最短有效期，能單獨撤銷、單獨看出是哪條連接產生的請求。
第三，計量落在動作上。把每個 AI 工作流的觸發頻率、單位消耗、成本歸口人寫進運維手冊；沒有月度上限的平台，自己設告警閾值和硬停機制。
第四，變更觸發迴歸測試。Odoo 從 19 升 20，agent 設定從 Topics 換成 Skills，API-key 文件當時還在建；別預設「介面能開就等於流程還活著」，重放 agreed business cases 再恢復自動化。
Odoo 在這一輪裡有個挺特別的位置：連接足夠開放，原生 MCP、REST API、第三方模組都能進；資料留在自己庫裡，模型可以換，底座可以組合。好處是主動權在自己手上，代價是這份邊界沒人替你劃——廠商給了鑰匙坯，齒形得自己銼。
這一週所有資料繞回來，其實就一句話：AI 接 ERP 已經不是能不能連的問題了。先只讀，再單密鑰，再逐動作計量，最後才談自治。順序反了，省下來的實施時間，會以另一種方式還回去。
資料來源：BiztechCS《How to Connect ChatGPT or Claude to Odoo 20: A Complete Guide》（Odoo 20 原生 MCP、2026 年生態資料）；CorpusIQ Odoo MCP 文件與《How to Connect Odoo to Perplexity》；M8ven Trust Index（程式碼核查 2026-11-02）；DO IT GLOBAL《MCP server: how to give ChatGPT, Claude or Copilot access to your ERP data, and whether it is safe》；Restaurant Hospitality News / F&B Industry News（Supply'd V5.5）；Magnetism AI（Dynamics 365 CX MCP Server – Sales GA，59 工具）；Zapai《Business Central Agents》與 Microsoft Learn（v29 Wave 2，2026-11）；Odiware《Odoo 20 AI Credits Cost》（2026-11-05）、Phases / Portcities / Wavect Odoo 20 實施與升級評估；Metanow《AI Agents in Business: What Changes in 2027》（研究核查 2026-11-06）；BusinessWire / DualEntry AaaS（2026-11-05，本文作跟進背景）。
本文由廣州眾諦資訊科技整理撰寫，供企業數位化與資訊化負責人參考，不構成採購建議。配圖為 AI 生成。
