2026年7月，Odoo的社群和合作夥伴圈裡，有幾件事湊到一塊了。
一件事是Odoo 19.4正式上線GitHub和Runbot——權限系統從底層重寫了，ACLs和Record Rules合併成了一個叫ir.access的單一模型。這件事看起來是個技術改動，但對中大型企業來說，它解決了一個老問題：之前版本裡給一個用戶加權限，經常莫名其妙把別的模組的權限給覆蓋了。現在「只擴展不縮減」，意思是加了就是加了，不會碰你原有的東西。
另一件事是Odoo 20的Read-Replica架構浮出水面。幾個Odoo官方實施合作夥伴放出了技術預測：讀副本資料庫架構，目標是打破1萬並發用戶的天花板。如果這個功能九月隨Odoo 20一起發佈，Odoo將真正具備和SAP、Oracle在企業級部署場景中掰手腕的能力。
還有一件事：7月8日到10日，ASTA（亞軟科技）帶著Odoo HK一起亮相了首次落地香港的LEAP EAST展會，現場演示AI驅動的ERP解決方案。同一天，Odoo在深圳舉辦了合作夥伴招募專場，面向大灣區做跨境出海的IT服務商開放合作。
三件事擱一塊兒看，說的不只是Odoo 20這個版本有多大，而是Odoo整個平台正在換一個生態位——從「中小企業的開源ERP」往「能跑企業級負載的AI原生平台」走。這一步邁得有多大，值得我仔細拆開來講。
從1萬並發用戶說起：Odoo的企業級算盤
Odoo過去十來年的增長曲線很漂亮——從版本17到19，付費用戶衝破了211萬，DACH市場收入增長了133%。但有一個數據，知道的人不多：Odoo 17的並發用戶上限大概在2000-3000，版本18優化到了5000左右，版本19的框架層才開始支持超過5000的規模。
這個天花板，對中大型企業來說是硬傷。一家年營收10個億的製造企業，光車間工人加辦公室人員和倉庫人員，同時在線可能就超過3000。再加上經銷商門戶、供應商門戶，並發輕鬆衝到5000以上。而現實是，過去Odoo在高並發場景下的表現並不能讓人放心。
10,000+Odoo 20 唯讀副本架構目標並發用戶數
Odoo 20的Read-Replica架構，是解決這個問題的關鍵。它的思路不複雜：把資料庫拆成「主庫寫、從庫讀」，讀操作分散到多個副本上，寫操作集中在主庫。這樣查詢報表、AI Agent讀資料這些高頻率但輕量級的操作，不會影響核心的訂單寫入和財務過帳。
我翻譯一下：假設你的工廠有2000個員工同時用Odoo，其中500個人在做採購入庫和訂單錄入（寫操作），另外1500個人在看報表、查庫存、生成分析（讀操作）。在傳統架構下，這1500個讀操作會把資料庫拖慢，影響到那500個人的寫操作。Read-Replica把這兩撥人拆開了，互不干擾。
這個架構並不新鮮——大型網際網路公司早就這麼做了。但對一個開源ERP來說，在自己的核心產品裡原生支援，而不是讓用戶自己搭中間件去搞讀寫分離，是兩碼事。
19.4的權限重寫：給企業級打的另一個地基
再回頭說Odoo 19.4的ir.access權限模型。
我之前跟一個做Odoo實作的朋友聊天，他說接手過一個專案，客戶的權限配置亂到「同一個用戶在不同模組裡的權限互相打架」。問題出在Odoo早期的權限設計上：ACLs（存取控制清單）和Record Rules（記錄規則）是兩套系統，修改一個的時候可能不小心覆蓋另一個。
19.4把它們合併成了一個統一模型，同時引入了「角色只擴展不縮減」的規則。翻譯成大實話：你給財務經理加了「可以查看所有發票」的權限，不會導致他原來「可以查看供應商資訊」的權限被沖掉。這在SAP和Oracle裡是基本操作，但在Odoo裡，直到今天才真正解決。
而且19.4還加了一個之前在Odoo生態裡討論不多但很實用的更新：Schema.org JSON-LD結構化資料層。網站上的職位、活動、產品、課程、問答這些內容，現在有了統一的資料格式。做過SEO的人知道這對搜尋排名意味著什麼——但對企業用戶來說，更大的意義在於：AI Agent讀取Odoo網站內容的時候，資料結構是乾淨的，不用額外做解析。
LEAP EAST + 深圳招募：Odoo的亞洲野心
7月8到10日，LEAP EAST在香港會議展覽中心辦了一場讓圈內人側目的展會。這個品牌源自沙烏地阿拉伯的LEAP大會，每屆促成超過250億美元投資合作。今年第一次走出中東，落戶香港。在300多家參展商裡，有一個展位特別扎眼——ASTA亞軟科技聯合Odoo HK，搭了一個AI+ERP的聯合展位。
現場演示的內容我從ASTA官網翻了一下：AI銷售預測、智能倉儲管理、全渠道零售、AI CRM、財務自動化。其中AI銷售預測那塊用的是機器學習分析歷史數據來預測市場趨勢——這件事本身不稀奇，稀奇的是Odoo正版合作夥伴已經能把這些東西打包成現場可演示的方案了，而不是PPT上的概念。
然後7月16日，Odoo在深圳東海朗廷酒店辦了合作夥伴招募專場。我看了下活動議程：講中企出海市場格局、拆解Odoo合作夥伴支持體系、討論跨境出海的數智化方案。面向的群體很清楚——深圳本地做外貿和跨境電商的IT服務商。
兩件事連在一起看：LEAP EAST是Odoo在亞洲企業級市場的一次品牌亮相，深圳招募是Odoo在粵港澳大灣區落地的實體動作。
這跟Odoo的官方數據也對得上。根據Odoo Partner Day分享的數據：印度市場收入增長了120%，170多家Gold合作夥伴。中國的數據雖然沒有單獨披露，但從Odoo在香港和深圳同時落子的節奏來看，東南亞+大中華區顯然被放在了全球增長的最優先級。
原生MCP伺服器：打開企業級AI的大門
說到AI，Odoo 20最讓我覺得有意思的，其實是那個原生MCP伺服器。
Odoo的R&D團隊在7月初透露：Enterprise版用戶可以直接透過/mcp端點連接AI助手。不需要外部Python閘道，不需要第三方中介軟體——Odoo自己就是MCP伺服器。
用戶社群的反應很直白：「一直在等這個功能」、「會讓競爭對手再次發抖」。
但我更在意的是另一組數據：7月初發布的MCP Enterprise Adoption Report顯示，78%的企業AI團隊已經在生產環境中使用MCP協議，28%的財富500強在運行自家的MCP伺服器，月SDK下載量9700萬次，市面上有9400多個公開MCP伺服器。
MCP採用指標 | 數據 | 時間 |
企業AI團隊生產中使用MCP | 78% | 2026年7月 |
財富500強運行MCP伺服器 | 28% | 2026年7月 |
月SDK下載量 | 9700萬 | 2026年7月 |
公開MCP伺服器數量 | 9400+ | 2026年7月 |
原生支援MCP的AI廠商 | Anthropic / OpenAI / Google / Microsoft | 2026年7月 |
Odoo選在這個節點把MCP做成原生能力，時間卡得很準。AI Agent不是通過API「訪問」Odoo，而是通過MCP「住在」Odoo裡面，用Odoo自己的權限體系、數據格式和工作流程——這跟過去在外面搭一個「AI外殼」的做法，是完全不同的架構選擇。
而且不止Odoo一家在走這個方向。Workday DevCon剛剛發布的Agent-Ready Tools，用的也是MCP協議。ERP圈的開源陣營和企業級SaaS陣營，同時選擇了同一套協議充當AI和ERP之間的「USB接口」。這不是巧合。
Odoo 20前瞻：我挑三個最要緊的
Odoo 20預計9月24到26日在布魯塞爾Odoo Experience現場發佈。從目前洩露的路線圖信息來看，值得企業管理者關注的，我挑三個最要緊的：
第一，Agentic AI從輔助變成執行。 不同於版本19那種「你問我答」的被動式AI，20的Agentic AI能自主監測流程、跨模組拉數據、擬定採購訂單草案。Odoo的AI不再只是個「智能客服」，而是一個可以在預設規則內獨立完成任務的「數字員工」。
第二，AI Action Audit Trails。 這條可能比Agentic AI本身對中大型企業更重要。Odoo 20計劃為AI Agent的所有操作建立完整的審計軌跡——訪問了什麼數據、做了什麼決策、觸發了什麼工作流。對金融、醫療、製造等受監管行業來說，沒有審計日誌就不能用AI Agent。這個功能可能是真正的分水嶺。
第三，Read-Replica打破並發天花板。 1萬並發用戶、讀副本架構、智能緩存層——如果這三樣東西如期交付，Odoo將不再是「中小企業專用」的工具。對正在考慮從SAP或Oracle遷移的企業來說，下半年值得認真看Odoo一眼。
寫到最後想說一句：Odoo這次的升級，不是在原有框架上修修補補。從權限模型的重寫，到MCP的原生整合，再到Read-Replica架構——三件事方向一致：讓開源ERP能跑企業級的負載，同時長出AI原生的能力。
9月Odoo Experience見分曉。
