Odoo está publicando la documentación de usuario bajo una ruta dedicada 20.0, y su infraestructura oficial de fusiones muestra trabajo activo de preparación dirigido a la rama 20.0. Estos desarrollos hacen que la documentación de Odoo 20 y la actividad de desarrollo sean visibles públicamente. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Esto no confirma una fecha general de lanzamiento ni muestra que todas las funciones, requisitos de migración y páginas de documentación sean definitivos. Las organizaciones deben distinguir entre la preparación visible y un hito confirmado de lanzamiento en producción. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Odoo también ha cambiado el calendario para eliminar sus servicios heredados XML-RPC y JSON-RPC. La eliminación se aplaza ahora hasta Odoo 21.1/22, mientras que Odoo 20 y 21 conservan los servicios en forma obsoleta junto con JSON-2. (Odoo pull Docs: 16925) Las integraciones que utilizan los servicios antiguos, por tanto, no se enfrentan a un evento confirmado de eliminación al actualizar a Odoo 20 o 21. Sin embargo, la obsolescencia sigue requiriendo planificación porque la disponibilidad en esas versiones no implica un compromiso de conservar las interfaces indefinidamente. (Odoo pull Docs: 16925)
Lo que confirma la actividad pública de Odoo 20
Al menos una página pública de documentación de usuario está disponible dentro de la estructura de documentación 20.0 de Odoo. La infraestructura de fusiones de Odoo también identifica actividad de preparación para la rama 20.0. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Estas fuentes pueden respaldar la exploración técnica temprana, pero no establecen que el conjunto completo de documentación esté terminado ni que todos los cambios preparados vayan a entrar en producción sin modificaciones. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Los equipos pueden usar la documentación disponible para empezar a revisar los procesos de negocio afectados y utilizar la actividad de preparación para identificar áreas de desarrollo que conviene vigilar. Los presupuestos de migración y las fechas de entrega aún deben contemplar una verificación posterior con la documentación final, la ruta de actualización compatible y la compilación exacta seleccionada para el despliegue. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Esta distinción ayuda a evitar tratar una ruta de documentación pública como prueba de una versión ya completada. Las fuentes disponibles confirman que el material de Odoo 20 y el trabajo en la rama son visibles, pero no proporcionan una lista de verificación completa de aceptación del lanzamiento. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
RPC heredado sigue disponible pero obsoleto
Los planes basados en la eliminación prevista de XML-RPC y JSON-RPC en Odoo 20 deben revisarse. La posición actual aplaza la eliminación hasta Odoo 21.1/22 y mantiene ambos servicios heredados disponibles en Odoo 20 y 21. JSON-2 está disponible junto a ellos. (Odoo pull Docs: 16925) Las organizaciones pueden, por tanto, reconsiderar la urgencia de las reescrituras planificadas únicamente para evitar una interrupción en Odoo 20, al tiempo que continúan el trabajo necesario para abandonar las interfaces obsoletas. (Odoo pull Docs: 16925)
Los responsables de integración deben crear un inventario del uso de XML-RPC y JSON-RPC en el código personalizado, los sistemas externos y las conexiones gestionadas fuera de la implementación principal de Odoo. Cada dependencia puede asignarse después a un responsable, probarse en la versión objetivo de Odoo y evaluarse para su migración a JSON-2. (Odoo pull Docs: 16925) Como el punto de retirada se indica como Odoo 21.1/22, la planificación debe seguir la documentación de la versión objetivo exacta en lugar de tratar esa formulación como una fecha límite de calendario. (Odoo pull Docs: 16925)
Para Odoo 20 y 21, el uso de RPC heredado es un riesgo de desuso y de retirada futura, no una ausencia confirmada de los servicios. Las pruebas de actualización deben examinar también la autenticación, el manejo de solicitudes, el comportamiento ante errores y los resultados de negocio producidos por cada integración. (Odoo pull Docs: 16925) La fuente confirma la coexistencia con JSON-2, pero no indica que cada llamada heredada tenga un equivalente JSON-2 idéntico ni que la migración no requiera cambios en la aplicación. (Odoo pull Docs: 16925)
El aplazamiento crea más tiempo para una migración por etapas, pero no debe tomarse como motivo para dejar sin documentar las dependencias. Un plan práctico puede mantener las integraciones existentes durante una actualización a Odoo 20 o 21 mientras las mueve a JSON-2 antes del punto de retirada indicado. El calendario debe revisarse si Odoo cambia de nuevo sus planes de versión. (Odoo pull Docs: 16925)
Aumentan los mínimos de Python y PostgreSQL
Odoo ha seleccionado Python 3.12 como la versión mínima de Python para Odoo 20 y PostgreSQL 15 como la versión mínima de PostgreSQL. (mergebot.odoo.com) Estos requisitos deben incluirse en las revisiones de preparación para instalaciones autogestionadas y otros entornos en los que la organización controla la aplicación o la plataforma de base de datos. Los sistemas por debajo de cualquiera de los mínimos requerirán cambios de plataforma antes de poder considerarse frente a la base de Odoo 20 indicada. (mergebot.odoo.com)
Las comprobaciones de versión deben abarcar los entornos de desarrollo, pruebas, preproducción, producción, restauración de copias de seguridad y recuperación ante desastres. Las imágenes de compilación, las definiciones de despliegue y los procedimientos de recuperación también pueden especificar versiones de Python o PostgreSQL y deben revisarse frente a los nuevos mínimos. (mergebot.odoo.com)
La fuente establece las versiones mínimas seleccionadas, pero no describe todas las condiciones de compatibilidad para sistemas operativos, paquetes de Python, extensiones de PostgreSQL o módulos de Odoo de terceros. (mergebot.odoo.com) Por tanto, las organizaciones deben probar su conjunto real de módulos y su diseño de despliegue en Python 3.12 y PostgreSQL 15. Cumplir los mínimos de versión es un requisito de plataforma, no una prueba de que cada componente personalizado o de terceros sea compatible. (mergebot.odoo.com)
Cómo ajustar la planificación de Odoo 20
Un plan de preparación para Odoo 20 puede dividir el trabajo en tres líneas. La primera es supervisar la documentación pública de la rama 20.0 y la preparación de la rama para cambios relevantes para los procesos de negocio y el diseño técnico. La segunda es pasar la migración de RPC heredado de un bloqueo de retirada en Odoo 20 a un trabajo de desuso programado que se complete antes del punto de retirada indicado de Odoo 21.1/22. La tercera es validar la infraestructura frente a los mínimos de Python 3.12 y PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
Este enfoque evita dos errores de planificación. Uno es posponer toda la preparación porque estas fuentes no establecen un hito general de lanzamiento. El otro es tomar la documentación pública y la actividad de preparación como prueba de que todas las funciones, interfaces y requisitos de despliegue son definitivos. Las fuentes respaldan el trabajo preparatorio, mientras que la aprobación final debe depender de la verificación frente a la versión y el entorno de despliegue seleccionados. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
El inventario de RPC puede avanzar de forma independiente de la decisión final sobre el lanzamiento de Odoo 20, porque la posición actual identifica la continuidad de la disponibilidad del servicio heredado y un punto de retirada posterior. Los equipos de infraestructura también pueden identificar entornos por debajo de Python 3.12 o PostgreSQL 15 antes de que se fije el calendario de migración de la aplicación. (Odoo pull Docs: 16925; mergebot.odoo.com)
Comprobaciones antes de aprobar una migración
Antes de aprobar una migración a Odoo 20, los responsables de la decisión deben verificar la compilación exacta que se está considerando, la documentación aplicable a sus aplicaciones y si los cambios escalonados relevantes se modificaron durante la preparación del lanzamiento. La documentación pública de la versión 20.0 y la actividad de la rama muestran progreso, pero no establecen el estado final del lanzamiento. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
El proceso de aprobación también debe incluir una lista documentada de dependencias XML-RPC y JSON-RPC, un responsable y un enfoque de migración para cada dependencia, y evidencia de pruebas para cualquier paso a JSON-2. Las integraciones existentes pueden permanecer en los servicios obsoletos en Odoo 20 y 21 según la posición actual, pero el plan debe abordar la retirada en Odoo 21.1/22. (Odoo pull Docs: 16925)
Finalmente, los equipos deben confirmar Python 3.12 y PostgreSQL 15 en los entornos de producción, no producción y recuperación. Los módulos personalizados, los paquetes externos y los procedimientos operativos deben probarse en esas versiones, en lugar de asumir compatibilidad basándose solo en la decisión de versión mínima. (mergebot.odoo.com)
La posición actual respalda la preparación temprana sin implicar que Odoo 20 sea definitivo: la documentación pública y la preparación de ramas están disponibles para revisión, el RPC heredado sigue obsoleto pero disponible a través de Odoo 20 y 21, y los mínimos de la plataforma aumentan a Python 3.12 y PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)