Fecha límite de soporte de septiembre de 2026
La tabla de soporte actual de Odoo indica septiembre de 2026 como el fin previsto del soporte estándar de Odoo 17.0. El soporte estándar incluye asistencia del servicio de ayuda, corrección de errores y actualizaciones de seguridad. Las organizaciones que usan Odoo 17 deben decidir si actualizar antes de la fecha prevista o contratar soporte extendido. (Odoo 19.0 Docs: Administration Standard Extended Support)
La información publicada identifica el mes de fin previsto, pero no proporciona un día exacto de cierre. Los administradores deben confirmar la fecha operativa con Odoo y no asumir que la cobertura cambiará el primer o el último día de septiembre. (Odoo 19.0 Docs: Administration Standard Extended Support) El calendario interno debe dejar tiempo para obtener esa confirmación antes de aprobar una actualización o una decisión de soporte.
Cobertura después del soporte estándar
Odoo indica una cobertura distinta para el soporte estándar y el soporte extendido. El soporte estándar cubre asistencia del servicio de ayuda, corrección de errores y actualizaciones de seguridad. El soporte extendido tiene un coste adicional y cubre asistencia del servicio de ayuda y corrección de errores cuando esas correcciones sean viables. (Odoo 19.0 Docs: Administration Standard Extended Support)
Las actualizaciones de seguridad están incluidas de forma explícita en el soporte estándar, pero no figuran en el resumen proporcionado del soporte extendido. Las correcciones de errores del soporte extendido también están condicionadas a su viabilidad. (Odoo 19.0 Docs: Administration Standard Extended Support) Antes de depender del soporte extendido, los responsables de la decisión deben pedir a Odoo que confirme los términos aplicables a su contrato, cómo se evalúa la viabilidad y si existen límites que afecten a incidencias ya abiertas.
Odoo indica que cada versión principal recibe tres años de soporte y recomienda encarecidamente usar una versión soportada. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Para las organizaciones que aún ejecutan Odoo 17, la fecha límite prevista exige coordinación entre las personas responsables de contratos, administración del sistema, desarrollo personalizado, integraciones e inactividad operativa.
Empiece con una base de datos de prueba actualizada
El proceso documentado de Odoo comienza solicitando una base de datos de prueba actualizada. Después, la organización debe probar sus flujos de trabajo e integraciones, resolver los problemas identificados y programar la actualización de producción solo cuando ese trabajo esté completo. (Odoo 19.0 Docs: Administration Upgrade) Seguir este orden evita que la actualización de producción se convierta en la primera prueba completa de compatibilidad.
Las pruebas deben abarcar los flujos de trabajo y las integraciones de los que depende la organización, en línea con las indicaciones de Odoo. (Odoo 19.0 Docs: Administration Upgrade) Cada flujo de trabajo debe tener un responsable que pueda registrar el resultado, investigar los problemas y confirmar que las correcciones se han vuelto a probar. Crear la base de datos de prueba es solo el inicio de la evaluación, no una prueba de que el entorno actualizado esté listo para producción.
Odoo recomienda resolver los problemas detectados durante las pruebas antes de programar la actualización de producción. (Odoo 19.0 Docs: Administration Upgrade) Si queda un problema sin resolver, su efecto operativo debe documentarse antes de aprobar una fecha de producción. La organización puede entonces decidir si aplaza la fecha, modifica el plan de actualización o solicita más ayuda.
El registro de pruebas debe distinguir entre comprobaciones correctas, comprobaciones fallidas e العناصر que no se han probado. Como el proceso de Odoo sitúa la resolución de incidencias antes de la planificación en producción, una prueba incompleta no debe tratarse como un resultado satisfactorio. (Odoo 19.0 Docs: Administration Upgrade) Esta distinción ayuda a los responsables de la decisión a ver qué partes de la actualización están listas y cuáles aún requieren trabajo.
Evalúe los módulos personalizados por separado
Una base de datos personalizada tiene un requisito previo adicional. Odoo indica que los módulos personalizados deben ser compatibles con la versión de destino antes de poder actualizar la base de datos. (Odoo 19.0 Docs: Actualización de administración) Los administradores deben identificar cada módulo personalizado, asignar la responsabilidad sobre él y establecer si hay disponible una versión compatible para la versión de destino prevista.
El requisito documentado de Odoo sitúa la compatibilidad de los módulos personalizados antes de enviar una base de datos personalizada para su actualización. (Odoo 19.0 Docs: Actualización de administración) Probar solo los flujos de trabajo estándar no determina si el código personalizado está listo. Cada módulo debe tener un estado de compatibilidad registrado y debe incluirse en la base de datos de prueba actualizada para que puedan verificarse los flujos de trabajo que le afecten.
Odoo también exige que las integraciones se prueben como parte del proceso de la base de datos actualizada. (Odoo 19.0 Docs: Actualización de administración) Por lo tanto, la evaluación debe abarcar tanto los módulos personalizados como los sistemas conectados. Para cada elemento, los administradores deben registrar qué hay que probar, quién puede investigar un fallo y si un tercero relevante debe participar durante las pruebas o la actualización de producción.
Planificar la indisponibilidad de producción
La base de datos de producción no estará disponible durante la actualización, y Odoo recomienda programar el trabajo para un periodo de uso mínimo. (Odoo 19.0 Docs: Actualización de administración) El plan debe identificar una ventana aceptable, las actividades que deben completarse antes y las personas que necesitan saber que la base de datos en vivo no estará disponible.
La guía de Odoo sitúa la programación de producción después de las pruebas y la resolución de incidencias. (Odoo 19.0 Docs: Actualización de administración) Los administradores deben mantener esa secuencia al trabajar a partir del plazo de soporte previsto para septiembre de 2026. Comprometerse con producción demasiado pronto puede dejar tiempo insuficiente para resolver los problemas encontrados en los flujos de trabajo, las integraciones o los módulos personalizados sin cambiar la ventana.
El plan de producción no debe asumir que completar la actualización de la base de datos es la única consideración de programación. Odoo confirma que la base de datos no estará disponible durante el proceso y aconseja elegir un periodo de uso mínimo. (Odoo 19.0 Docs: Actualización de administración) La aprobación interna debe, por tanto, tener en cuenta la interrupción y confirmar qué actividades empresariales deben pausarse o completarse antes de que empiece la ventana.
Comprobaciones antes de elegir una vía
Antes de aprobar el soporte extendido o un calendario de actualización, confirme la fecha exacta de finalización del soporte estándar, el cargo adicional por el soporte extendido y la cobertura disponible para Odoo 17. La distinción publicada por Odoo es que el soporte estándar incluye asistencia de helpdesk, correcciones de errores y actualizaciones de seguridad, mientras que el soporte extendido proporciona asistencia de helpdesk y correcciones de errores viables por un cargo adicional. (Odoo 19.0 Docs: Administración Soporte estándar y extendido)
Para una actualización, verifique que se ha solicitado una base de datos de prueba actualizada, que los flujos de trabajo empresariales y las integraciones se han probado, que los problemas identificados se han resuelto y que los módulos personalizados son compatibles con la versión de destino. Estos pasos forman parte de la guía documentada de actualización de Odoo. (Odoo 19.0 Docs: Actualización de administración) La ventana de producción solo debe aprobarse cuando las comprobaciones tengan responsables designados y resultados registrados.
Está previsto que el soporte estándar de Odoo 17 finalice en septiembre de 2026, y Odoo recomienda operar con una versión compatible. (Odoo 19.0 Docs: Administración Soporte estándar y extendido; Odoo 19.0 Docs: Actualización de administración) Las organizaciones que siguen usando Odoo 17 deben elegir entre completar una actualización probada antes del cambio previsto u obtener condiciones confirmadas de soporte extendido mientras continúa el trabajo de actualización. Esa decisión debe reflejar el contrato aplicable, la preparación de los flujos de trabajo y las personalizaciones, y el periodo aceptable de indisponibilidad de producción.