Tu versión es más antigua de lo que crees
Odoo publica una versión mayor cada año y solo da soporte a las tres más recientes. La cuenta no perdona: si saliste a producción con Odoo 15 en 2022, llevas tiempo ejecutando software sin soporte. Odoo 16 salió de la ventana de soporte con la llegada de la 19. Odoo 17 es el siguiente de la lista.
Sin soporte no significa roto. Tu sistema seguirá procesando pedidos mañana por la mañana. Lo que sí significa es:
- Sin parches de seguridad. Las vulnerabilidades detectadas en el núcleo siguen abiertas en tu instancia.
- Sin corrección de errores. Lo que se rompa pasa a ser problema de tu equipo de desarrollo — o del nuestro.
- Un recargo por versión obsoleta. A los clientes Enterprise en versiones fuera de soporte se les puede aplicar un importe adicional sobre la suscripción, habitualmente citado en un 25 %.
- Un ecosistema de módulos que se encoge. La OCA y los desarrolladores externos dejan de retroportar. Nuevos proveedores de pago, normas de facturación electrónica y actualizaciones de localización llegan solo a las versiones actuales.
- Desfase normativo. Este es el punto que suele forzar la decisión en las empresas europeas. Las obligaciones de facturación electrónica, los formatos de declaración de IVA y los requisitos fiscales de cada país se entregan mediante actualizaciones de localización — y esas apuntan a versiones con soporte.
Cuanto mayor es la brecha, más caro sale el salto. Pasar de 18 a 19 es un proyecto. Pasar de 14 a 19 es una reconstrucción con conservación de datos.
¿Migrar a la 19 ahora o esperar a Odoo 20?
Pregunta legítima, ya que Odoo 20 se espera para el otoño de 2026. Nuestra respuesta depende de dónde estés:
Estás en 14, 15 o 16 — ve a la 19 ahora. Ya estás sin soporte y cada mes suma riesgo. Odoo 19 lleva en producción desde septiembre de 2025, la versión es estable, el ecosistema de módulos se ha puesto al día, y su soporte llega actualmente hasta aproximadamente septiembre de 2028. Eso te da dos años tranquilos antes de volver a plantearte el tema.
Estás en 17 — planifícalo para este año. Estás al borde de la ventana de soporte. Migrar a la 19 te da el mayor margen por unidad de esfuerzo.
Estás en 18 — sin urgencia. Evalúa las novedades de la 19 frente a tu hoja de ruta y considera saltar directamente a la 20 el año que viene.
El impulso de «esperemos a la más nueva» suele salir mal. Una versión publicada el mes pasado tiene la cobertura más escasa de módulos de terceros y las aristas más marcadas. Migrar a una versión por detrás de la última es casi siempre la opción más barata y más tranquila.
Dos caminos muy distintos: Enterprise y Community
Aquí es donde más se equivocan los presupuestos de migración, así que vale la pena ser claros.
Los clientes de Odoo Enterprise tienen acceso al servicio oficial de actualización de Odoo. Envías una base de datos, la plataforma te la devuelve convertida a la versión de destino, y puedes saltar desde cualquier versión directamente a la 19 sin pasar por las intermedias. Está incluido con una suscripción vigente y funciona bien — para el código estándar.
Odoo Community no tiene equivalente. No hay asistente oficial de actualización ni un camino de un solo clic. Tus opciones realistas son:
- OpenUpgrade — el proyecto de la OCA que aporta los scripts de migración. Gestiona los cambios de esquema y la transformación de datos, pero se ejecuta versión por versión, y el código a medida sigue requiriendo trabajo manual.
- Herramientas de migración de terceros — varios proveedores encadenan ya los pasos de versión automáticamente.
- Instalación limpia con exportación/importación de datos — a veces la respuesta pragmática para bases pequeñas con pocas transacciones, aunque pierdes el histórico si la exportación no se planifica con cuidado.
Sea cual sea el camino, algo no cambia: Odoo migra su propio código, no el tuyo. Tus módulos personalizados siguen siendo responsabilidad tuya.
Qué se rompe realmente
Entre las versiones 16 y 19, los cambios acumulados se cuentan por centenares de modificaciones de modelos, decenas de renombrados de modelos, fusiones de módulos, renombrados de campos y cambios de restricciones. En la práctica, esto afecta a cuatro áreas:
Módulos personalizados. APIs obsoletas, métodos eliminados, vistas XML reestructuradas, reglas de seguridad modificadas. Cada modelo propio, vista heredada e informe necesita revisión. Es casi siempre la partida más grande del presupuesto — y es trabajo de desarrollo normal, no algo que resuelva un script.
Módulos de terceros y de la OCA. Antes que nada, inventaría cada módulo instalado y comprueba si existe una rama para la 19. A veces el módulo se ha integrado en el núcleo de Odoo: buena noticia. A veces está abandonado, y necesitas un sustituto o una reescritura.
Integraciones. Tiendas online, pasarelas de pago, escáneres de almacén, APIs externas, herramientas de BI. Todo lo que hable con Odoo por XML-RPC o REST debe probarse contra el nuevo esquema — los campos renombrados rompen integraciones en silencio.
Informes y documentos impresos. Las plantillas QWeb cambian entre versiones. Facturas, albaranes y etiquetas deben verificarse visualmente página a página, no darse por buenas.
Una migración que no duele
El proceso que seguimos en cada proyecto de actualización:
1. Auditoría. Inventario completo de módulos instalados, personalizaciones, integraciones y tamaño de la base de datos. De ahí sale la estimación real — y ahí solemos encontrar módulos que nadie ha abierto en tres años. Desinstalar lastre es el trabajo de migración más barato que harás.
2. Migración de prueba. Restaura una copia de producción en un servidor de pruebas y ejecuta allí la actualización. Producción no se toca nunca. Esa ejecución te dice cuánto tarda la conversión, que es sobre lo que se construye tu ventana de parada.
3. Adaptación del código. Los módulos personalizados se portan a la 19, bajo control de versiones, en paralelo al trabajo de base de datos. Los módulos de terceros se sustituyen o actualizan.
4. Pruebas con personas reales. No solo «¿arranca?» — ciclos de negocio completos. Del presupuesto al cobro. De la compra al pago. De la orden de producción al movimiento de stock. El cierre mensual. Pon al contable y al responsable de almacén delante del entorno de pruebas: encontrarán cosas que un desarrollador nunca verá.
5. Puesta en marcha y acompañamiento. Copia de seguridad reciente, migración final, salida a producción en una ventana planificada — normalmente un fin de semana. Después, soporte cercano los primeros días, cuando los usuarios se encuentran con una interfaz cambiada y afloran los detalles.
Plazos y qué encarece el proyecto
Base de datos pequeña con poca personalización: normalmente de 4 a 8 semanas de principio a fin. Empresa mediana con mucha personalización, varias integraciones y años de datos transaccionales: de 3 a 6 meses.
La conversión de la base de datos suele ser la parte más rápida — una base por debajo de 1 GB puede convertirse en minutos. El coste lo determinan el volumen de personalización, el número de integraciones, cuántas versiones saltas y cuántas pruebas requieren tus procesos de negocio. No el tamaño de tus datos.
Errores que vemos una y otra vez
- Migrar sin auditoría. No se puede presupuestar lo que no se ha inventariado.
- Saltarse la migración de prueba. Descubrir que la conversión tarda seis horas durante la ventana de salida a producción arruina el sábado.
- Tratarlo como un proyecto de informática. Una migración es una revisión de procesos de negocio. Los usuarios tienen que ver la nueva versión antes del arranque, no el lunes por la mañana.
- Arrastrar personalizaciones muertas. La mitad del código a medida de una instancia antigua de Odoo resuelve problemas que el Odoo estándar ya cubre de forma nativa. La migración es el momento adecuado para eliminarlo.
- Sin plan de vuelta atrás. Un procedimiento de restauración probado, no solo «tenemos copias de seguridad».
Por dónde empezar
Si estás en 14, 15, 16 o 17, el primer paso útil no es elegir una herramienta — es saber qué tienes realmente. Una auditoría de tus módulos, personalizaciones e integraciones convierte el «algún día habrá que actualizar» en un proyecto acotado, con un calendario y una cifra reales.
Nos encargamos de las migraciones de Odoo de principio a fin: auditoría, portado de módulos personalizados, migraciones de prueba, puesta en marcha y soporte posterior — tanto en Community como en Enterprise, on-premise o en Odoo.sh.
Reserva una consulta gratuita y te diremos con honestidad cómo es tu actualización — incluso si la respuesta es «espera un año».