Odoo 20 amplía el modo sin conexión para que los usuarios puedan crear, editar, archivar, desarchivar y eliminar registros sin una conexión activa. También se pueden ejecutar sin conexión búsquedas realizadas previamente. Cuando vuelve la conectividad, las colas de sincronización gestionan los cambios, con una interfaz sin conexión y herramientas de administración para supervisar el proceso. (Notas de la versión de Odoo 20; Odoo se desconecta) Esto convierte el acceso sin conexión de una alternativa de visualización a un modo de trabajo que puede modificar datos empresariales. Las organizaciones que evalúen Odoo 20 deberían examinar cómo se comportan esos cambios cuando se sincronizan, no solo si los registros siguen siendo accesibles durante una interrupción.
Odoo Nightly indica Odoo 20 como una versión estable y recomendada de Community Edition, con fecha de septiembre de 2026 y soporte hasta Odoo 23. (nightly.odoo.com) Esta सूचीación es relevante para la planificación de Community Edition, pero no establece una cobertura sin conexión idéntica en todas las plataformas, entornos Enterprise o bases de datos personalizadas. La cobertura debe comprobarse según la implementación prevista.
Qué cambió desde Odoo 19
El modo sin conexión de Odoo 19 permite a los usuarios ver los registros abiertos antes de perder la conexión, pero no modificarlos mientras están sin conexión. Odoo 20 añade la creación, edición, archivado, desarchivado y eliminación de registros. (Documentación de Odoo 19.0: modo general sin conexión; Notas de la versión de Odoo 20) Se trata de una ampliación funcional, no de una nueva etiqueta para la caché anterior. En Odoo 19, los usuarios pueden prepararse para la desconexión abriendo los registros relevantes, pero el trabajo que modifica esos registros debe esperar a que haya conectividad. Odoo 20 admite tanto nuevos registros como cambios en los existentes mientras está sin conexión. (Documentación de Odoo 19.0: modo general sin conexión; Notas de la versión de Odoo 20)
Las evaluaciones de versión deben distinguir entre el acceso a información almacenada en caché y la capacidad de completar y poner en cola operaciones con registros. Un flujo de trabajo que solo requiere datos de referencia tiene requisitos distintos de otro que implica entrada de datos, cambios de estado o eliminación. (Documentación de Odoo 19.0: modo general sin conexión; Notas de la versión de Odoo 20)
Operaciones sin conexión confirmadas
Las acciones confirmadas de Odoo 20 abarcan cinco partes del ciclo de vida del registro: creación, edición, archivado, desarchivado y eliminación. También están disponibles sin conexión las búsquedas realizadas previamente. (Notas de la versión de Odoo 20) Las pruebas de aceptación deben incluir al menos un escenario para cada acción y confirmar que el estado esperado del registro aparece tras la reconexión y la sincronización.
La sesión Experience de Odoo describe una interfaz sin conexión dedicada, colas de sincronización y herramientas para supervisar y gestionar la sincronización. (Odoo se desconecta) Estas funciones deben cubrirse en la formación de usuarios y en los procedimientos operativos. Los usuarios necesitan saber dónde aparecen los elementos en cola, cómo identificar un elemento sin resolver y quién lo revisa. El material proporcionado confirma que existen herramientas de administración, pero no define su flujo de trabajo completo ni los permisos administrativos.
Hay que verificar la cobertura de la caché y de las búsquedas
La documentación de Odoo 19 describe el acceso sin conexión en términos de registros abiertos antes de perder la conectividad. Odoo 20 confirma por separado que las búsquedas realizadas previamente se pueden ejecutar sin conexión. (Documentación de Odoo 19.0: modo general sin conexión; Notas de la versión de Odoo 20) Las fuentes proporcionadas no especifican cuántos datos relacionados se conservan, cuánto tiempo permanecen disponibles, si se aplican límites de almacenamiento o si todos los campos asociados a un registro almacenado en caché están disponibles. Tampoco establecen si repetir una búsqueda sin conexión devuelve el conjunto de resultados original o solo los datos ya almacenados en el dispositivo.
Antes de aprobar un flujo de trabajo sin conexión, los equipos deben identificar las búsquedas y los tipos de registro necesarios para cada rol. Las pruebas deben comenzar en línea ejecutando las búsquedas pertinentes y abriendo los registros necesarios. Después, los evaluadores pueden desconectarse y repetir las tareas previstas, incluido cualquier uso de adjuntos, registros relacionados y campos obligatorios. Estos son puntos de verificación, no limitaciones confirmadas, porque la información de versión proporcionada no describe su comportamiento. (Notas de la versión de Odoo 20)
La gestión de conflictos necesita pruebas
Las colas de sincronización y las herramientas de gestión están confirmadas, pero las fuentes proporcionadas no explican cómo Odoo 20 resuelve los cambios en conflicto sobre el mismo registro, los fallos de validación tras la reconexión o las dependencias entre operaciones en cola. (Odoo se vuelve offline) La presencia de una cola no establece una política de conflictos. Su comportamiento debe demostrarse en la versión y configuración previstas de Odoo.
Una prueba de conflicto puede consistir en que un usuario modifique un registro sin conexión mientras otro cambia el mismo registro en línea. Tras la reconexión, el equipo debe revisar los valores resultantes, el estado de la cola y la notificación al usuario. Deben realizarse pruebas aparte para una edición sin conexión de un registro archivado o eliminado en otro lugar, y para un registro creado recientemente que no supera una regla del servidor. Las pruebas deben documentar si una actualización tiene prioridad, si se produce una fusión o si se requiere intervención manual. (Odoo se vuelve offline)
Controles de acceso y acciones destructivas
Como Odoo 20 incluye archivado, desarchivado y eliminación sin conexión, la evaluación debe ir más allá de la introducción de datos rutinaria. (Notas de la versión de Odoo 20) Las organizaciones deben verificar si los permisos de acceso, las reglas de registro y los requisitos de aprobación se aplican cuando ocurre la acción sin conexión, durante la sincronización o en ambas etapas. Las notas de la versión confirman las acciones disponibles, pero no explican cómo se comporta cada control de seguridad sin conexión.
Las pruebas deben usar roles de usuario representativos y no solo una cuenta de administrador. Cada rol debe intentar acciones permitidas y prohibidas tanto con conexión como sin conexión. Después, los evaluadores deben comprobar si los cambios en cola siguen siendo visibles, si los mensajes de rechazo son claros y si los registros archivados, restaurados o eliminados alcanzan el estado final previsto. Los procesos en los que la eliminación tenga consecuencias importantes deben contar con un procedimiento sin conexión documentado antes del despliegue. (Notas de la versión de Odoo 20; Odoo se vuelve offline)
Los módulos personalizados necesitan pruebas específicas
La función confirmada cubre las operaciones offline sobre registros de Odoo 20 y las capacidades de sincronización, pero las fuentes proporcionadas no indican que todos los módulos personalizados, módulos de terceros, acciones automáticas o integraciones externas sean compatibles con el trabajo sin conexión. (Notas de la versión de Odoo 20; Odoo se vuelve offline) Por tanto, los despliegues personalizados deben evaluar la compatibilidad módulo por módulo en lugar de asumir que el modo offline se aplica de forma uniforme en toda la base de datos.
Las pruebas deben abarcar campos personalizados, comportamiento onchange, valores obligatorios, valores calculados y comprobaciones del lado del servidor usadas en los flujos de trabajo de la organización. Las integraciones que normalmente reaccionan a la creación o edición de registros también deben observarse después de que se sincronicen los cambios en cola. El objetivo no es asumir un fallo, sino determinar si cada elemento funciona sin conexión, espera la reconexión, produce un elemento de cola rechazado o requiere un proceso distinto. (Notas de la versión de Odoo 20; Odoo se vuelve offline)
Preguntas que deben resolverse antes del despliegue
Odoo 20 ofrece un conjunto confirmado más amplio de capacidades offline que Odoo 19, respaldado por una interfaz específica y herramientas de sincronización para el trabajo en cola. (Documentación de Odoo 19.0: modo offline general; Notas de la versión de Odoo 20; Odoo se vuelve offline) Antes de confiar en esas capacidades, la organización debe verificar qué aplicaciones y tipos de registro están cubiertos, qué deben abrir o buscar los usuarios antes de desconectarse, cómo se presentan los conflictos y quién supervisa las sincronizaciones fallidas o retrasadas.
La decisión de despliegue también debe registrar los dispositivos y entornos de implementación compatibles, el comportamiento de almacenamiento y retención, los resultados de control de acceso, los resultados de los módulos personalizados y los procedimientos para la eliminación u otros cambios con consecuencias. El material de la versión proporcionado no responde a estas preguntas de implementación, pero determinan si las funciones confirmadas se ajustan a un flujo de trabajo offline concreto. (Notas de la versión de Odoo 20; Odoo se vuelve offline)
Para la planificación de Community Edition, la lista de estable y recomendada de Odoo Nightly ofrece el estado de versión indicado, con soporte hasta Odoo 23. (nightly.odoo.com) La aprobación operativa debe seguir dependiendo de probar la compilación exacta, los módulos, los permisos y los flujos de trabajo que los usuarios llevarán sin conexión. El cambio confirmado es que Odoo 20 va más allá del acceso de solo lectura de Odoo 19 a registros abiertos previamente, al permitir la creación y modificación offline en cola. Las pruebas deben establecer cómo se comporta esa capacidad en la configuración de la organización. (Odoo 19.0 Docs: Modo sin conexión general; Notas de la versión de Odoo 20; Odoo pasa al modo sin conexión)