Cada septiembre pasa lo mismo. Odoo anuncia versión nueva, y durante las semanas previas el internet se llena de artículos que prometen lo mismo con distintas palabras: revolución, inteligencia artificial, el cambio más grande de la historia del producto.
Nosotros hicimos otra cosa. Fuimos al repositorio público, a la documentación oficial y al contrato de suscripción, y verificamos qué hay y qué no. Este artículo separa tres cosas que normalmente vienen mezcladas: lo que se dice, lo que está confirmado y lo que encontramos nosotros al revisar el código.
Si su empresa opera sobre Odoo, la última parte es la que le va a costar dinero o se lo va a ahorrar.
1. Lo que se dice
Circulan desde abril las notas sobre el roadmap presentado en los Partner Days. Lo repetido:
- Inteligencia artificial agéntica capaz de ejecutar tareas de varios pasos por su cuenta
- Soporte para más de 10,000 usuarios concurrentes con réplicas de lectura
- Interfaz móvil reconstruida desde cero
- Pronóstico financiero nativo, telefonía dentro de CRM, modelo de inventario simplificado
- Nuevas aplicaciones verticales por industria
Conviene bajarle dos rayas. La propia Odoo describe su roadmap como una lista de cosas que quizá hagan. Nada de esa lista es compromiso. Y hasta hoy, ninguna de esas cifras aparece publicada por Odoo: vienen de resúmenes de terceros que se copian entre sí.
Se espera que la versión se presente en el Odoo Experience de Bruselas, del 24 al 26 de septiembre de 2026, con la build estable llegando entre octubre y noviembre. Esa fecha tampoco está confirmada en un canal oficial de Odoo al momento de escribir esto.
2. Lo que sí está confirmado
Todo lo siguiente es verificable hoy, por cualquiera, en fuentes primarias.
No existe todavía una versión 20
El repositorio público de Odoo tiene ramas 16.0, 17.0, 18.0 y 19.0. La rama master — el código que se congelará como 20.0 — se identifica internamente como 19.5 alpha 1. No hay rama 20.0.
El código ya se puede descargar
Odoo publica compilaciones nocturnas de master todos los días, en fuente y en paquete Debian. Es software alpha: rompe entre commits y no tiene absolutamente nada que hacer cerca de una operación real. Pero sirve para lo que nosotros lo estamos usando: probar portabilidad con meses de anticipación.
El calendario de soporte es público y tiene consecuencias económicas
Odoo da soporte estándar de tres años por versión mayor:
| Versión | Fin de soporte estándar |
|---|---|
| Odoo 16 | Septiembre 2025 — vencido |
| Odoo 17 | Septiembre 2026 |
| Odoo 18 | Septiembre 2027 |
| Odoo 19 | Septiembre 2028 |
Y el Acuerdo de Suscripción Enterprise es explícito sobre lo que pasa después. Cita textual del contrato:
Una vez al año, y no antes de 6 meses después del lanzamiento de una nueva versión mayor, si la base de datos del Cliente está en una versión más antigua que las Versiones Cubiertas, el Cliente acuerda pagar una tarifa extra igual al 25% del precio anualizado.
Traducido: si su empresa está en Odoo 16, ese recargo ya le corre. Si está en 17, empieza a correrle cuando salga la 20. No es una amenaza comercial de nadie — está en el contrato que ya firmó.
Requisito técnico nuevo: Python 3.12 o superior
Odoo 19 corre con Python 3.10. La rama en desarrollo exige 3.12 como mínimo. Un servidor con Ubuntu 22.04 no va a poder correr la versión nueva sin actualizar primero el sistema operativo. Eso no es una migración de Odoo, es una migración de infraestructura, y mucha gente se va a enterar tarde.
3. Lo que encontramos al abrir el código
Aquí está la noticia real, y no la vimos en ningún artículo de los que circulan.
El sistema de permisos cambió por completo
Durante más de una década, todo módulo de Odoo declaró su seguridad en dos piezas separadas: los derechos de acceso, que dicen qué puede hacer cada grupo sobre cada modelo, y las reglas de registro, que dicen qué filas puede ver cada quien.
En la versión nueva, esas dos piezas se fusionaron en una sola. El modelo que gobernaba las reglas de registro desapareció del código base. El que gobernaba los derechos de acceso también. En su lugar hay un modelo unificado, con un formato de archivo distinto: los cuatro permisos separados colapsan en una sola cadena, la referencia al modelo cambia de forma, y la regla de registro pasa a ser una columna más de la misma fila.
No hay capa de compatibilidad. No hay conversión automática del código fuente.
Lo que significa en términos de negocio: todo módulo a la medida que su empresa tenga instalado deja de arrancar hasta que alguien reescriba sus archivos de seguridad, uno por uno. No es un ajuste cosmético. Es el cambio más profundo del framework en años, y llegó sin ruido, dentro de una versión intermedia de julio.
Los campos binarios cambiaron de formato, y eso sale de Odoo
Archivos adjuntos, PDF, XML firmados, imágenes: todo eso dejó de viajar codificado como venía haciéndolo. Hay además un cambio declarado en el formato con que los campos binarios se transmiten por las interfaces de integración.
Esto no rompe solo módulos. Rompe lo que está afuera: conectores contra sistemas propios, scripts de migración, integraciones con terceros, cualquier cosa que hable con Odoo desde otro programa. Es el tipo de falla que no aparece en pruebas de pantalla y sí aparece un lunes a las ocho de la mañana.
Cambios de fondo que casi nadie va a mencionar
- Motor de PDF modular. La generación de documentos deja de estar amarrada a una sola herramienta y pasa a ser seleccionable por configuración. Buena noticia a mediano plazo; trabajo de verificación en el corto, porque todo reporte a la medida hay que volverlo a ver impreso.
- Servidor HTTP nuevo. El servicio web se reconstruyó sobre otra base. Afecta despliegues, proxys inversos y conexiones persistentes.
- Módulos de sitio web que dependían de acceder a la petición del navegador desde el modelo: ese acceso se retiró.
4. La inteligencia artificial: menos y más de lo que dicen
Esta es la parte donde el ruido y la realidad más se separan.
Lo que trae, confirmado en la documentación oficial: agentes conversacionales configurables con instrucciones, habilidades y fuentes documentales indexadas; un nuevo tipo de acción automatizada donde el modelo decide qué herramienta ejecutar y con qué argumentos; y un servidor que permite conectar asistentes externos contra la base de datos.
Lo que no trae, y conviene saberlo antes de presupuestar:
No es un orquestador de flujos. No hay lienzo de nodos, ni ramas, ni reintentos, ni catálogo de conectores a otros sistemas. La acción automatizada evalúa un texto de instrucciones y escoge una herramienta. La lógica de negocio la sigue escribiendo un programador. La documentación lo dice sin rodeos: las herramientas deben imponer las reglas de negocio explícitamente en su propio código.
No está en la edición Community. Verificamos el repositorio público: no existe ningún módulo de inteligencia artificial en la edición libre. Es funcionalidad exclusiva de Enterprise, con clave de API obligatoria en instalaciones propias y en Odoo.sh.
Solo funciona con dos proveedores: OpenAI y Google Gemini. No hay soporte para Anthropic ni para modelos locales. Si su política interna, su regulador o su cliente exigen otro proveedor, no hay opción de configuración: no está.
Y una advertencia de seguridad que no debe pasarse por alto. La documentación oficial establece que, si el modelo elige una herramienta, esa herramienta se ejecuta incondicionalmente, salvo que su propio código lo impida. Es decir: entre la decisión de un modelo de lenguaje y una escritura real en la base de datos no hay una capa de aprobación de fábrica. Sumado a que la autenticación del servidor de asistentes externos es una clave estática, quien vaya a habilitar esto en producción tiene que construir la validación dentro de cada herramienta. No es opcional y no viene puesto.
5. Donde entra VALTRIOM
Lo anterior deja tres huecos concretos. Los tres son exactamente donde trabajamos.
Hueco 1: la IA se quedó del lado de la licencia cara
Miles de empresas en Panamá operan sobre la edición Community, por costo o por decisión de arquitectura. Para ellas, todo lo anterior simplemente no existe.
VTBrain, nuestra plataforma propia de inteligencia artificial y automatización empresarial, no depende de esa licencia. Génesis, su asistente, conversa con los datos del negocio, responde en lenguaje natural y opera sobre la información real de la empresa, sin exigir edición Enterprise ni cuotas por usuario para poder pensar.
Hueco 2: dos proveedores no son suficientes
Nuestro Integration Hub permite elegir el motor de modelo por instancia, Anthropic incluido, con cadena de respaldo configurable hacia otros proveedores y salida local. Para un banco, una entidad regulada o una empresa con política de datos propia, poder decidir qué modelo procesa su información no es un lujo técnico: muchas veces es el requisito que decide si el proyecto se hace o no se hace.
Hueco 3: la mensajería del negocio
Los canales por donde hoy realmente compra la gente — WhatsApp, redes sociales, chat del sitio — los atendemos desde nuestra propia capa omnicanal con Génesis, integrada al flujo comercial y no colgada por un lado.
No competimos con la versión nueva: cubrimos lo que deja afuera.
6. Panamá: lo que Odoo sigue sin resolver
Revisamos la rama en desarrollo. La localización panameña incluida sigue siendo únicamente el plan de cuentas y los impuestos. Cero facturación electrónica. Cero CUFE. Cero integración con la DGI. Cero conexión con proveedores autorizados.
No es descuido: hay documentación de localización fiscal para México, Colombia, Perú, Ecuador, Guatemala, República Dominicana y Uruguay. Panamá no está en esa lista, y no lo va a estar en esta versión.
Mientras tanto, la Resolución 201-6299 del 29 de julio de 2025 entró en vigencia el 1 de enero de 2026: la plataforma gratuita quedó limitada, en términos generales, a contribuyentes de hasta B/.36,000.00 de ingresos anuales y 100 documentos mensuales. Todo lo que pase de ahí factura obligatoriamente a través de un proveedor autorizado.
La obligación existe. La solución nativa no. Ese vacío lo llenamos nosotros desde hace años.
7. El anuncio: facturación electrónica V3, ya en migración
La versión 3 de nuestro conjunto de módulos de facturación electrónica para Panamá está en proceso de migración hacia la nueva versión de la plataforma, antes de que la versión salga.
Todo el conjunto entra: el módulo base de la localización panameña, el manejo de documentos y comprobantes, la consulta de contribuyentes contra la DGI, la integración con punto de venta, la de comercio electrónico y los conectores con los distintos proveedores autorizados del mercado.
Por qué empezamos antes y no después. Porque el cambio del sistema de permisos que describimos arriba se conoce desde julio, y esperar a la build estable de noviembre significa entregar en el segundo trimestre de 2027. Nuestros clientes facturan todos los días; su cumplimiento fiscal no puede quedar esperando a que alguien empiece a leer notas de versión en diciembre.
Empezar con el código alpha tiene un costo: se trabaja sobre terreno que se mueve. Lo asumimos nosotros, no el cliente.
Qué significa esto si usted ya trabaja con nosotros. Su facturación electrónica va a estar lista cuando la versión nueva sea estable, no seis meses después. Y la ruta de migración se la vamos a entregar probada, no improvisada.
8. Qué debe hacer usted, según dónde esté hoy
Si está en Odoo 16 o anterior: usted ya está pagando el recargo del 25% o está sin soporte. Esto no espera a la versión nueva. Es la conversación de este trimestre.
Si está en Odoo 17: el recargo empieza a correr con el lanzamiento. Tiene una ventana corta y conocida.
Si está en Odoo 18 o 19: tiene tiempo — 2027 y 2028 respectivamente. Úselo. Lo que no tiene tiempo de hacer es inventariar sus módulos a la medida el mes antes de migrar.
En los tres casos, haga estas tres cosas ahora:
- Inventaríe su código a la medida. Cuántos módulos propios tiene, quién los escribió, cuáles siguen usándose. Es la conversación más incómoda de una migración y siempre se pospone.
- Liste sus integraciones externas. Todo lo que hable con su ERP desde otro sistema. Ahí es donde el cambio de formato de los campos binarios va a pegar sin avisar.
- Revise la versión de Python de su servidor. Si es 3.10, su migración incluye sistema operativo. Eso cambia el tiempo y el presupuesto.
No migre a la primera build estable. Nunca. Las versiones punto-cero de Odoo se estabilizan en los meses siguientes, y esta trae un cambio de framework de fondo. La ventana sensata es a partir del primer trimestre de 2027 — que es exactamente para cuando estamos preparando la nuestra.
Hablemos
Si quiere saber cómo queda su instalación concreta frente a la versión nueva, hacemos el diagnóstico: inventario de módulos a la medida, integraciones en riesgo, estado del servidor y ruta de migración con fechas.
Y si todavía no factura electrónicamente, o si su proveedor actual lo dejó a medias, ese es nuestro terreno desde el principio.
Artículo elaborado a partir de fuentes primarias: repositorio público de Odoo, documentación oficial de la rama en desarrollo y Acuerdo de Suscripción Odoo Enterprise, consultados el 2 de septiembre de 2026. La información sobre versiones no liberadas puede cambiar antes del lanzamiento.