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 Read-Replica架构目标并发用户数
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见分晓。
