Odoo 20 erweitert den Offline-Modus, sodass Nutzer Datensätze ohne aktive Verbindung erstellen, bearbeiten, archivieren, wiederherstellen und löschen können. Zuvor ausgeführte Suchen können ebenfalls offline ausgeführt werden. Sobald die Verbindung wiederhergestellt ist, übernehmen Synchronisierungs-Warteschlangen die Änderungen, mit einer Offline-Oberfläche und Verwaltungstools zur Überwachung des Vorgangs. (Odoo 20 Release Notes; Odoo geht offline) Damit verlagert sich der Offline-Zugriff von einer reinen Anzeige-Notlösung hin zu einem Arbeitsmodus, der Geschäftsdaten ändern kann. Organisationen, die Odoo 20 bewerten, sollten prüfen, wie sich diese Änderungen bei der Synchronisierung verhalten, nicht nur, ob Datensätze während einer Störung zugänglich bleiben.
Odoo Nightly führt Odoo 20 als stabile, empfohlene Community-Edition-Version auf, datiert auf September 2026 und unterstützt bis Odoo 23. (nightly.odoo.com) Dieser Eintrag ist für die Planung der Community Edition relevant, legt jedoch nicht fest, dass der Offline-Umfang auf jeder Plattform, in jeder Enterprise-Umgebung oder in jeder angepassten Datenbank identisch ist. Der Umfang sollte gegen die geplante Bereitstellung geprüft werden.
Was sich gegenüber Odoo 19 geändert hat
Der Offline-Modus von Odoo 19 erlaubt es Nutzern, Datensätze anzusehen, die vor dem Verbindungsverlust geöffnet wurden, aber nicht, sie offline zu ändern. Odoo 20 ergänzt das Erstellen, Bearbeiten, Archivieren, Wieder-Archivieren und Löschen von Datensätzen. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Dies ist eine funktionale Erweiterung und kein neuer Name für den früheren Cache. In Odoo 19 können Nutzer sich auf eine Trennung vorbereiten, indem sie relevante Datensätze öffnen, aber Arbeiten, die diese Datensätze verändern, müssen bis zur Wiederverbindung warten. Odoo 20 unterstützt sowohl neue Datensätze als auch Änderungen an bestehenden Datensätzen im Offline-Betrieb. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Versionseinschätzungen sollten den Zugriff auf zwischengespeicherte Informationen von der Möglichkeit unterscheiden, Datensatzvorgänge abzuschließen und in die Warteschlange zu stellen. Ein Workflow, der nur Referenzdaten benötigt, hat andere Anforderungen als einer mit Datenerfassung, Statusänderungen oder Löschungen. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Bestätigte Offline-Vorgänge
Die bestätigten Odoo-20-Aktionen decken fünf Teile des Datensatz-Lebenszyklus ab: Erstellen, Bearbeiten, Archivieren, Wieder-Archivieren und Löschen. Zuvor ausgeführte Suchen sind ebenfalls offline verfügbar. (Odoo 20 Release Notes) Die Abnahmetests sollten mindestens ein Szenario für jede Aktion umfassen und bestätigen, dass der erwartete Datensatzstatus nach der Wiederverbindung und Synchronisierung angezeigt wird.
Odoos Experience-Sitzung beschreibt eine dedizierte Offline-Oberfläche, Synchronisierungs-Warteschlangen sowie Werkzeuge zur Überwachung und Verwaltung der Synchronisierung. (Odoo geht offline) Diese Funktionen sollten in der Schulung der Nutzer und in den Betriebsverfahren abgedeckt werden. Nutzer müssen wissen, wo sich wartende Elemente befinden, wie ein ungelöstes Element erkannt wird und wer es prüft. Das bereitgestellte Material bestätigt, dass Verwaltungstools vorhanden sind, legt aber ihren vollständigen Ablauf oder die administrativen Berechtigungen nicht fest.
Caching und Suchumfang müssen überprüft werden
Die Odoo-19-Dokumentation beschreibt den Offline-Zugriff im Hinblick auf Datensätze, die vor dem Verlust der Verbindung geöffnet wurden. Odoo 20 bestätigt separat, dass zuvor ausgeführte Suchen offline ausgeführt werden können. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Die bereitgestellten Quellen spezifizieren nicht, wie viele zugehörige Daten erhalten bleiben, wie lange sie verfügbar sind, ob Speicherlimits gelten oder ob jedes Feld eines zwischengespeicherten Datensatzes verfügbar ist. Sie legen auch nicht fest, ob eine wiederholte Suche offline den ursprünglichen Ergebnissatz zurückgibt oder nur Daten, die bereits auf dem Gerät gespeichert sind.
Bevor ein Offline-Workflow freigegeben wird, sollten Teams die für jede Rolle benötigten Suchen und Datensatztypen identifizieren. Die Tests sollten online beginnen, indem die relevanten Suchen ausgeführt und die erforderlichen Datensätze geöffnet werden. Tester können dann die Verbindung trennen und die vorgesehenen Aufgaben wiederholen, einschließlich der Verwendung von Anhängen, verknüpften Datensätzen und Pflichtfeldern. Dies sind Prüfpunkte, keine bestätigten Einschränkungen, da die bereitgestellten Release-Informationen ihr Verhalten nicht beschreiben. (Odoo 20 Release Notes)
Die Konfliktbehandlung muss getestet werden
Synchronisationswarteschlangen und Verwaltungstools sind bestätigt, aber die bereitgestellten Quellen erklären nicht, wie Odoo 20 konkurrierende Änderungen am selben Datensatz, Validierungsfehler nach der Wiederverbindung oder Abhängigkeiten zwischen Warteschlangenvorgängen behandelt. (Odoo Goes Offline) Das Vorhandensein einer Warteschlange legt keine Konfliktrichtlinie fest. Ihr Verhalten sollte in der vorgesehenen Odoo-Version und Konfiguration gezeigt werden.
Ein Konflikttest kann darin bestehen, dass ein Nutzer einen Datensatz offline ändert, während ein anderer denselben Datensatz online ändert. Nach der Wiederverbindung sollte das Team die resultierenden Werte, den Warteschlangenstatus und die Benachrichtigung des Nutzers prüfen. Separate Tests sollten eine Offline-Bearbeitung eines anderswo archivierten oder gelöschten Datensatzes sowie einen neu erstellten Datensatz abdecken, der eine serverseitige Regel nicht erfüllt. Die Tests sollten dokumentieren, ob eine Aktualisierung Vorrang hat, eine Zusammenführung erfolgt oder ein manuelles Eingreifen erforderlich ist. (Odoo Goes Offline)
Zugriffskontrollen und destruktive Aktionen
Da Odoo 20 die Offline-Archivierung, das Wiederherstellen aus dem Archiv und das Löschen umfasst, sollte die Bewertung über die routinemäßige Dateneingabe hinausgehen. (Odoo 20 Release Notes) Organisationen sollten prüfen, ob Zugriffsrechte, Datensatzregeln und Genehmigungsanforderungen durchgesetzt werden, wenn die Offline-Aktion ausgeführt wird, während der Synchronisation oder in beiden Phasen. Die Release Notes bestätigen die verfügbaren Aktionen, erklären aber nicht, wie sich jede Sicherheitskontrolle ohne Verbindung verhält.
Die Tests sollten repräsentative Benutzerrollen und nicht nur ein Administratorkonto verwenden. Jede Rolle sollte zulässige und unzulässige Aktionen sowohl verbunden als auch getrennt versuchen. Tester sollten dann prüfen, ob in der Warteschlange befindliche Änderungen sichtbar bleiben, ob Ablehnungsmeldungen klar sind und ob archivierte, wiederhergestellte oder gelöschte Datensätze den beabsichtigten Endzustand erreichen. Prozesse, bei denen das Löschen erhebliche Folgen hat, sollten vor der Bereitstellung ein dokumentiertes Offline-Verfahren haben. (Odoo 20 Release Notes; Odoo Goes Offline)
Benutzerdefinierte Module benötigen gezielte Tests
Die bestätigte Funktion umfasst die Offline-Datensatzoperationen und Synchronisierungsfunktionen von Odoo 20, aber die bereitgestellten Quellen sagen nicht, dass jedes benutzerdefinierte Modul, Drittanbietermodul, jede automatisierte Aktion oder externe Integration mit Offline-Arbeit kompatibel ist. (Odoo 20 Release Notes; Odoo Goes Offline) Angepasste Bereitstellungen sollten den Support daher Modul für Modul prüfen, statt anzunehmen, dass der Offline-Modus in der gesamten Datenbank einheitlich gilt.
Die Tests sollten benutzerdefinierte Felder, Onchange-Verhalten, erforderliche Werte, berechnete Werte und serverseitige Prüfungen abdecken, die in den Arbeitsabläufen der Organisation verwendet werden. Integrationen, die normalerweise auf das Erstellen oder Bearbeiten von Datensätzen reagieren, sollten ebenfalls nach der Synchronisation von Warteschlangenänderungen beobachtet werden. Ziel ist nicht, einen Fehler anzunehmen, sondern festzustellen, ob jedes Element offline ausgeführt wird, auf die Wiederverbindung wartet, ein abgelehntes Warteschlangenelement erzeugt oder einen anderen Prozess erfordert. (Odoo 20 Release Notes; Odoo Goes Offline)
Vor dem Rollout zu klärende Fragen
Odoo 20 bietet einen umfassender bestätigten Satz an Offline-Funktionen als Odoo 19, unterstützt durch eine dedizierte Oberfläche und Synchronisierungstools für in Warteschlangen stehende Arbeit. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes; Odoo Goes Offline) Bevor sich eine Organisation auf diese Funktionen verlässt, sollte sie prüfen, welche Anwendungen und Datensatztypen abgedeckt sind, was Nutzer vor der Trennung öffnen oder suchen müssen, wie Konflikte dargestellt werden und wer fehlgeschlagene oder verzögerte Synchronisation überwacht.
Die Rollout-Entscheidung sollte auch unterstützte Geräte und Bereitstellungsumgebungen, Speicher- und Aufbewahrungsverhalten, Ergebnisse der Zugriffskontrolle, Ergebnisse benutzerdefinierter Module sowie Verfahren für das Löschen oder andere folgenreiche Änderungen dokumentieren. Das bereitgestellte Release-Material beantwortet diese Implementierungsfragen nicht, aber sie bestimmen, ob die bestätigten Funktionen für einen bestimmten Offline-Workflow geeignet sind. (Odoo 20 Release Notes; Odoo Goes Offline)
Für die Planung der Community Edition bietet die stabile und empfohlene Auflistung von Odoo Nightly den angegebenen Versionsstatus, mit Support bis Odoo 23. (nightly.odoo.com) Die betriebliche Freigabe sollte dennoch von Tests der genauen Build-Version, der Module, der Berechtigungen und der Workflows abhängen, die Nutzer offline verwenden werden. Die bestätigte Änderung besteht darin, dass Odoo 20 über den schreibgeschützten Zugriff von Odoo 19 auf zuvor geöffnete Datensätze hinausgeht, indem es das queued Erstellen und Ändern offline ermöglicht. Tests müssen feststellen, wie sich diese Fähigkeit in der Konfiguration der Organisation verhält. (Odoo 19.0-Dokumentation: Allgemeiner Offline-Modus; Odoo 20 Versionshinweise; Odoo geht offline)