Odoo 20 rozšiřuje offline režim tak, aby uživatelé mohli vytvářet, upravovat, archivovat, obnovovat a mazat záznamy bez aktivního připojení. Offline lze také spouštět dříve provedená hledání. Po obnovení konektivity se změny zpracují prostřednictvím synchronizačních front a jejich průběh lze sledovat pomocí offline rozhraní a nástrojů pro správu. (Odoo 20 Release Notes; Odoo Goes Offline) Tím se offline přístup mění z náhradního režimu pro prohlížení na pracovní režim, který může měnit obchodní data. Organizace vyhodnocující Odoo 20 by měly zkoumat, jak se tyto změny chovají po synchronizaci, nejen zda jsou záznamy během výpadku stále dostupné.
Odoo Nightly uvádí Odoo 20 jako stabilní doporučenou verzi Community Edition, datovanou na září 2026 a podporovanou až do Odoo 23. (nightly.odoo.com) Tento údaj je relevantní pro plánování Community Edition, ale neprokazuje totožné offline pokrytí napříč všemi platformami, prostředími Enterprise ani upravenými databázemi. Pokrytí je třeba ověřit podle zamýšleného nasazení.
Co se změnilo oproti Odoo 19
Offline režim Odoo 19 umožňuje uživatelům zobrazit záznamy otevřené před ztrátou připojení, ale ne je během offline režimu upravovat. Odoo 20 přidává vytváření záznamů, jejich úpravy, archivaci, obnovení archivace a mazání. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Jde o funkční rozšíření, nikoli o nové označení dřívější cache. V Odoo 19 se mohou uživatelé na odpojení připravit otevřením relevantních záznamů, ale práce, která tyto záznamy mění, musí počkat na připojení. Odoo 20 podporuje offline nové záznamy i změny existujících záznamů. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Při hodnocení verzí je třeba rozlišovat přístup k uloženým informacím od schopnosti dokončovat a zařazovat operace se záznamy do fronty. Pracovní tok, který vyžaduje pouze referenční data, má jiné požadavky než tok zahrnující zadávání dat, změny stavu nebo mazání. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Potvrzené offline operace
Potvrzené akce Odoo 20 pokrývají pět částí životního cyklu záznamu: vytvoření, úpravy, archivaci, obnovení archivace a mazání. Offline jsou také k dispozici dříve provedená hledání. (Odoo 20 Release Notes) Akceptační testování by mělo zahrnovat alespoň jeden scénář pro každou akci a po opětovném připojení a synchronizaci ověřit, že se zobrazí očekávaný stav záznamu.
Relace Experience od Odoo popisuje samostatné offline rozhraní, synchronizační fronty a nástroje pro sledování a správu synchronizace. (Odoo Goes Offline) Tyto funkce by měly být součástí školení uživatelů i provozních postupů. Uživatelé potřebují vědět, kde se zařazené položky zobrazují, jak rozpoznat nevyřešenou položku a kdo ji kontroluje. Dodaný materiál potvrzuje, že nástroje pro správu existují, ale nedefinuje jejich úplný pracovní postup ani administrátorská oprávnění.
Je třeba ověřit pokrytí cache a hledání
Dokumentace Odoo 19 popisuje offline přístup jako práci se záznamy otevřenými před ztrátou připojení. Odoo 20 samostatně potvrzuje, že offline lze spouštět dříve provedená hledání. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Dodané zdroje neuvádějí, kolik souvisejících dat se uchovává, jak dlouho zůstávají dostupná, zda platí omezení úložiště ani zda je v offline režimu dostupné každé pole spojené s uloženým záznamem. Také nepotvrzují, zda opakované spuštění hledání offline vrátí původní sadu výsledků, nebo pouze data již uložená v zařízení.
Než tým schválí offline pracovní postup, měl by určit hledání a typy záznamů potřebné pro každou roli. Testování by mělo začít online, spuštěním příslušných hledání a otevřením požadovaných záznamů. Poté se testeři mohou odpojit a zopakovat zamýšlené úlohy, včetně práce s přílohami, propojenými záznamy a povinnými poli. Jde o ověřovací body, nikoli potvrzená omezení, protože dodané informace o vydání jejich chování nepopisují. (Poznámky k vydání Odoo 20)
Zpracování konfliktů vyžaduje testování
Synchronizační fronty a nástroje pro správu jsou potvrzené, ale poskytnuté zdroje nevysvětlují, jak Odoo 20 řeší souběžné změny stejného záznamu, validační selhání po opětovném připojení ani závislosti mezi operacemi ve frontě. (Odoo Goes Offline) Samotná přítomnost fronty nestanovuje politiku řešení konfliktů. Její chování by mělo být předvedeno v zamýšlené verzi a konfiguraci Odoo.
Test konfliktu může mít jednoho uživatele, který upravuje záznam offline, zatímco jiný tento samý záznam mění online. Po opětovném připojení by měl tým zkontrolovat výsledné hodnoty, stav fronty a oznámení uživateli. Samostatné testy by měly pokrýt offline úpravu záznamu, který byl jinde archivován nebo smazán, a nově vytvořený záznam, který nesplní serverové pravidlo. Testování by mělo doložit, zda má přednost aktualizace, zda dojde ke sloučení, nebo zda je nutný ruční zásah. (Odoo Goes Offline)
Řízení přístupu a destruktivní akce
Protože Odoo 20 zahrnuje offline archivaci, obnovení z archivu a mazání, hodnocení by mělo přesahovat běžné zadávání dat. (Poznámky k vydání Odoo 20) Organizace by měly ověřit, zda jsou přístupová práva, pravidla záznamů a požadavky na schválení vynucovány při offline akci, během synchronizace, nebo v obou fázích. Poznámky k vydání potvrzují dostupné akce, ale nevysvětlují, jak se bez připojení chová každá bezpečnostní kontrola.
Testování by mělo používat reprezentativní uživatelské role, ne pouze účet správce. Každá role by měla zkoušet povolené i zakázané akce při připojení i bez něj. Testující by pak měli zkontrolovat, zda frontované změny zůstávají viditelné, zda jsou chybová hlášení jasná a zda archivované, obnovené nebo smazané záznamy dosáhnou zamýšleného konečného stavu. Procesy, u nichž má mazání významné důsledky, by měly mít před nasazením zdokumentovaný offline postup. (Poznámky k vydání Odoo 20; Odoo Goes Offline)
Vlastní moduly potřebují cílené testování
Potvrzená funkce pokrývá offline operace se záznamy a synchronizační možnosti Odoo 20, ale poskytnuté zdroje neuvádějí, že každý vlastní modul, modul třetí strany, automatizovaná akce nebo externí integrace je s offline prací kompatibilní. (Poznámky k vydání Odoo 20; Odoo Goes Offline) Přizpůsobená nasazení by proto měla posuzovat podporu modul po modulu, místo aby předpokládala, že offline režim platí v celé databázi jednotně.
Testování by mělo pokrýt vlastní pole, chování onchange, povinné hodnoty, vypočtené hodnoty a serverové kontroly používané v pracovních postupech organizace. Integrace, které obvykle reagují na vytvoření nebo úpravu záznamu, by měly být po synchronizaci frontovaných změn rovněž sledovány. Cílem není předpokládat selhání, ale zjistit, zda každý prvek běží offline, čeká na opětovné připojení, vytvoří odmítnutou položku ve frontě, nebo vyžaduje jiný postup. (Poznámky k vydání Odoo 20; Odoo Goes Offline)
Otázky k vyřešení před nasazením
Odoo 20 poskytuje širší potvrzenou sadu offline schopností než Odoo 19, podpořenou vyhrazeným rozhraním a synchronizačními nástroji pro práci ve frontě. (Dokumentace Odoo 19.0: Obecný offline režim; Poznámky k vydání Odoo 20; Odoo Goes Offline) Před spoléháním se na tyto schopnosti by měla organizace ověřit, které aplikace a typy záznamů jsou pokryty, co musí uživatelé před odpojením otevřít nebo vyhledat, jak jsou konflikty prezentovány a kdo sleduje neúspěšnou nebo zpožděnou synchronizaci.
Rozhodnutí o nasazení by mělo také zaznamenat podporovaná zařízení a prostředí nasazení, chování úložiště a uchovávání dat, výsledky řízení přístupu, výsledky vlastních modulů a postupy pro mazání nebo jiné zásadní změny. Poskytnuté materiály k vydání neodpovídají na tyto implementační otázky, ale právě ony určují, zda se potvrzené funkce hodí pro konkrétní offline pracovní postup. (Poznámky k vydání Odoo 20; Odoo Goes Offline)
Pro plánování Community Edition poskytuje stabilní a doporučený výpis Odoo Nightly uvedený stav verze s podporou až do Odoo 23. (nightly.odoo.com) Provozní schválení by přesto mělo záviset na testování přesného buildu, modulů, oprávnění a pracovních postupů, které budou uživatelé používat offline. Potvrzenou změnou je, že Odoo 20 jde nad rámec pouze pro čtení u dříve otevřených záznamů v Odoo 19, protože umožňuje frontované offline vytváření a úpravy. Testování musí prokázat, jak se tato možnost chová v konfiguraci organizace. (Odoo 19.0 Docs: Obecný offline režim; Poznámky k vydání Odoo 20; Odoo přechází do offline režimu)