En esta guía
- 1. Identifica exactamente tu instalación
- 2. Decide qué problema justifica la migración
- 3. Prepara un respaldo y ensaya su restauración
- 4. Migra una copia y valida la operación completa
- 5. Trata los módulos personalizados como trabajo propio
- 6. Acuerda la puesta en producción y la reversión
- ¿Conviene pasar ya a Odoo 20?
Odoo 20 figura como versión publicada en septiembre de 2026 en las notas oficiales de Odoo. Que la versión esté disponible no significa que cualquier instalación de Odoo 19 pueda actualizarse de inmediato: primero hay que comprobar la ruta de migración de la base, la edición, el alojamiento y los módulos utilizados.
Actualizar una versión mayor no consiste únicamente en cambiar la imagen de Docker o instalar el paquete nuevo sobre la base actual. El proyecto debe tratar los datos, el código personalizado y los procesos de negocio como un conjunto.
1. Identifica exactamente tu instalación
Registra versión y edición, alojamiento, empresas, módulos instalados e integraciones. Distingue entre aplicaciones estándar, módulos de terceros y desarrollos propios. Anota quién mantiene cada componente y si existe una versión compatible con Odoo 20.
En Enterprise, comprueba con Odoo la disponibilidad y condiciones del servicio de actualización para tu base y destino. En Community, define una ruta de migración compatible con tus módulos; no des por supuesto que el procedimiento de Enterprise se aplica igual. En ambos casos, verifica la disponibilidad real antes de comprometer una fecha.
2. Decide qué problema justifica la migración
Revisa las novedades que podrían mejorar tu operación y compáralas con las adaptaciones actuales. Puede haber funciones que permitan retirar un desarrollo, pero esa sustitución debe probarse con tus datos y usuarios.
Clasifica cada componente: se mantiene, se adapta, se reemplaza o se retira. Esta lista ayuda a evitar que el proyecto arrastre personalizaciones que ya nadie utiliza. También permite separar la actualización de mejoras opcionales que pueden hacerse después.
Notas oficiales de la versión:
https://www.odoo.com/page/release-notes
3. Prepara un respaldo y ensaya su restauración
Antes de intervenir la operación, conserva la base de datos, el filestore con los adjuntos y la configuración necesaria para reconstruir el servicio. Guarda también las versiones del código y los módulos. Un respaldo que nunca se ha restaurado no demuestra que puedas recuperar el sistema.
Trabaja en un entorno de pruebas aislado. Desactiva los envíos y automatismos que puedan contactar clientes, generar cobros o modificar sistemas externos. El objetivo es ensayar el cambio con información representativa sin duplicar operaciones reales.
4. Migra una copia y valida la operación completa
No te limites a comprobar que la pantalla de inicio carga. Prepara una matriz de pruebas con responsable, resultado esperado y evidencia. Incluye los procesos que realmente usa tu empresa y sus excepciones.
Ventas: cotizaciones, confirmación, entregas parciales y devoluciones.
Compras e inventario: recepciones, unidades de medida, lotes o series cuando apliquen, cantidades y valoración.
Administración: documentos, saldos, reportes, impuestos y requisitos locales revisados por el responsable contable.
Usuarios: permisos, accesos y tareas de cada perfil.
Integraciones: autenticación, lectura y escritura, tratamiento de errores y prevención de duplicados.
Documentos: adjuntos, plantillas e impresiones que se entregan a clientes o proveedores.
Compara resultados contra la instalación anterior. Si una cifra no coincide, explica la diferencia antes de aprobar el cambio; no la atribuyas automáticamente a una mejora de versión.
5. Trata los módulos personalizados como trabajo propio
La actualización de la base estándar no sustituye la adaptación de código personalizado. Revisa dependencias, campos, vistas, permisos y tareas programadas. Un módulo que se instala sin error todavía puede fallar en un recorrido de negocio.
La documentación oficial describe la preparación de una base de prueba y la necesidad de disponer de módulos compatibles. Consulta el procedimiento aplicable a tu alojamiento y versión:
https://www.odoo.com/documentation/19.0/administration/upgrade.html
https://upgrade.odoo.com/
6. Acuerda la puesta en producción y la reversión
El ensayo debe darte una duración aproximada y una lista de pasos. Define la ventana de intervención, el bloqueo de nuevas operaciones, el respaldo final, las validaciones posteriores y la persona que autoriza reabrir el sistema.
Establece criterios para detener o revertir: una integración crítica que no funciona, diferencias de datos sin explicar o un proceso esencial que no puede completarse. Aclara cómo se gestionarán las operaciones creadas después del cambio; restaurar una copia antigua puede perder ese trabajo si no se ha previsto su recuperación.
¿Conviene pasar ya a Odoo 20?
La decisión depende de la compatibilidad comprobada y del beneficio para tu empresa. Si faltan módulos, la ruta de actualización no está disponible o el equipo no puede validar, primero resuelve esas condiciones. Evita prometer una migración sin interrupciones o una fecha cerrada antes del ensayo.
En Seto Systems podemos revisar tu instalación y ayudarte a definir alcance, pruebas y próximos pasos. Esta guía no certifica la compatibilidad de una integración o módulo concreto con Odoo 20.
https://setosystems.com/contacto/
Si estás comenzando con Odoo, revisa la guía de implementación:
https://setosystems.com/blog/implementacion-odoo-ecuador/