Az Odoo 20 kibővíti az offline módot, így a felhasználók aktív kapcsolat nélkül is létrehozhatnak, szerkeszthetnek, archiválhatnak, visszavonhatnak az archiválást és törölhetnek rekordokat. A korábban végrehajtott keresések offline is futtathatók. Amikor a kapcsolat helyreáll, a szinkronizálási sorok kezelik a változásokat, egy offline felülettel és kezelőeszközökkel a folyamat nyomon követéséhez. (Odoo 20 Release Notes; Odoo Goes Offline) Ez az offline hozzáférést a megtekintési tartalékból olyan működési móddá alakítja, amely üzleti adatokat is módosíthat. Azoknak a szervezeteknek, amelyek az Odoo 20-at értékelik, azt kell megvizsgálniuk, hogyan viselkednek ezek a módosítások szinkronizáláskor, nem csak azt, hogy az adatok elérhetők maradnak-e egy kiesés során.
Az Odoo Nightly az Odoo 20-at stabil, ajánlott Community Edition kiadásként sorolja fel, 2026 szeptemberi dátummal, és Odoo 23-ig támogatottként. (nightly.odoo.com) Ez a felsorolás a Community Edition tervezése szempontjából releváns, de nem igazolja az azonos offline lefedettséget minden platformon, Enterprise környezetben vagy testreszabott adatbázisban. A lefedettséget a tervezett telepítéshez kell ellenőrizni.
Mi változott az Odoo 19-hez képest
Az Odoo 19 offline módja lehetővé teszi a felhasználóknak, hogy a kapcsolat megszakadása előtt megnyitott rekordokat megtekintsék, de offline ne módosítsák őket. Az Odoo 20 rekordok létrehozását, szerkesztését, archiválását, archiválásának visszavonását és törlését is hozzáadja. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Ez funkcionális bővítés, nem pedig az előző gyorsítótár új címkéje. Az Odoo 19-ben a felhasználók úgy készülhetnek fel a kapcsolat megszakadására, hogy megnyitják a releváns rekordokat, de az ezeket módosító munka csak kapcsolat esetén folytatható. Az Odoo 20 offline állapotban is támogatja az új rekordokat és a meglévők módosítását. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
A verzióértékeléseknek különbséget kell tenniük a gyorsítótárazott információkhoz való hozzáférés és a rekordműveletek végrehajtásának, majd sorba állításának képessége között. Az a munkafolyamat, amely csak referenciaadatokat igényel, más követelményeket támaszt, mint az, amely adatbevitelt, állapotváltozást vagy törlést tartalmaz. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Megerősített offline műveletek
Az Odoo 20-ban megerősített műveletek a rekordéletciklus öt részét fedik le: létrehozás, szerkesztés, archiválás, archiválás visszavonása és törlés. A korábban végrehajtott keresések offline is elérhetők. (Odoo 20 Release Notes) Az elfogadási tesztelésnek legalább egy forgatókönyvet kell tartalmaznia minden művelethez, és meg kell erősítenie, hogy az elvárt rekordállapot jelenik meg az újracsatlakozás és a szinkronizálás után.
Az Odoo Experience session egy dedikált offline felületet, szinkronizálási sorokat, valamint a szinkronizálás figyelésére és kezelésére szolgáló eszközöket ír le. (Odoo Goes Offline) Ezeket a funkciókat a felhasználói képzésben és az üzemeltetési eljárásokban is le kell fedni. A felhasználóknak tudniuk kell, hol jelennek meg a sorba állított elemek, hogyan lehet azonosítani egy feloldatlan elemet, és ki vizsgálja azt. A mellékelt anyag megerősíti, hogy léteznek kezelőeszközök, de nem határozza meg azok teljes munkafolyamatát vagy az adminisztrátori jogosultságokat.
A gyorsítótárazás és a keresési lefedettség ellenőrzést igényel
Az Odoo 19 dokumentációja az offline hozzáférést úgy írja le, mint a kapcsolat elvesztése előtt megnyitott rekordok elérését. Az Odoo 20 külön megerősíti, hogy a korábban végrehajtott keresések offline is futtathatók. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) A mellékelt források nem részletezik, hogy mennyi kapcsolódó adat marad meg, mennyi ideig érhető el, vonatkoznak-e tárolási korlátok, vagy hogy a gyorsítótárazott rekordhoz kapcsolódó minden mező elérhető-e. Nem rögzítik azt sem, hogy egy offline ismételt keresés az eredeti találati halmazt adja-e vissza, vagy csak a készüléken már tárolt adatokat.
Mielőtt jóváhagynának egy offline munkafolyamatot, a csapatoknak azonosítaniuk kell az egyes szerepkörök által igényelt kereséseket és rekordtípusokat. A tesztelést online kell kezdeni a releváns keresések futtatásával és a szükséges rekordok megnyitásával. Ezután a tesztelők megszakíthatják a kapcsolatot, és megismételhetik a tervezett feladatokat, beleértve a mellékletek, kapcsolt rekordok és kötelező mezők használatát is. Ezek ellenőrzési pontok, nem megerősített korlátozások, mert a mellékelt kiadási információk nem írják le a viselkedésüket. (Odoo 20 Kiadási megjegyzések)
Az ütközések kezelését tesztelni kell
A szinkronizációs sorok és kezelőeszközök megerősítettek, de a rendelkezésre álló források nem magyarázzák el, hogyan kezeli az Odoo 20 az ugyanazon rekordot érintő egymással ellentétes módosításokat, az újrakapcsolódás utáni érvényesítési hibákat vagy a sorba állított műveletek közötti függőségeket. (Odoo offline üzemmódba vált) Az, hogy létezik sor, még nem jelenti azt, hogy van ütközési szabályzat. A működését a tervezett Odoo-verzióban és konfigurációban kell bemutatni.
Egy ütközési teszt során az egyik felhasználó offline módon módosíthat egy rekordot, miközben egy másik ugyanazt a rekordot online változtatja meg. Újracsatlakozás után a csapatnak ellenőriznie kell az eredményül kapott értékeket, a sor állapotát és a felhasználói értesítést. Külön tesztekkel kell lefedni egy olyan offline szerkesztést is, amely egy máshol archivált vagy törölt rekordra vonatkozik, valamint egy újonnan létrehozott rekordot, amely nem teljesít egy szerveroldali szabályt. A tesztelésnek dokumentálnia kell, hogy az egyik frissítés élvez-e elsőbbséget, történik-e egyesítés, vagy kézi beavatkozásra van szükség. (Odoo offline üzemmódba vált)
Hozzáférés-vezérlés és destruktív műveletek
Mivel az Odoo 20 offline archiválást, archiválás visszavonását és törlést is tartalmaz, az értékelésnek túl kell mutatnia a szokásos adatbevitelen. (Odoo 20 Kiadási megjegyzések) A szervezeteknek ellenőrizniük kell, hogy a hozzáférési jogosultságok, rekordszabályok és jóváhagyási követelmények érvényesülnek-e az offline művelet során, a szinkronizálás közben vagy mindkét szakaszban. A kiadási megjegyzések megerősítik a rendelkezésre álló műveleteket, de nem magyarázzák el, hogy az egyes biztonsági vezérlők hogyan viselkednek kapcsolat nélkül.
A teszteléshez reprezentatív felhasználói szerepköröket kell használni, nem csak rendszergazdai fiókot. Minden szerepkörnek megengedett és tiltott műveleteket is ki kell próbálnia online és offline állapotban. Ezután a tesztelőknek ellenőrizniük kell, hogy a sorba állított módosítások láthatók maradnak-e, hogy az elutasítási üzenetek egyértelműek-e, valamint hogy az archivált, visszaállított vagy törölt rekordok elérik-e a kívánt végső állapotot. Azokat a folyamatokat, amelyekben a törlésnek jelentős következményei vannak, a bevezetés előtt dokumentált offline eljárással kell ellátni. (Odoo 20 Kiadási megjegyzések; Odoo offline üzemmódba vált)
Az egyedi modulokat célzottan kell tesztelni
A megerősített funkció az Odoo 20 offline rekordműveleteit és szinkronizációs lehetőségeit fedi le, de a rendelkezésre álló források nem állítják, hogy minden egyedi modul, külső féltől származó modul, automatizált művelet vagy külső integráció kompatibilis az offline munkával. (Odoo 20 Kiadási megjegyzések; Odoo offline üzemmódba vált) Az egyedileg testreszabott telepítéseknek ezért modulonként kell felmérniük a támogatást, nem pedig azt feltételezniük, hogy az offline mód az adatbázis egészére egységesen érvényes.
A tesztelésnek le kell fednie az egyéni mezőket, az onchange viselkedést, a kötelező értékeket, a számított értékeket és a szerveroldali ellenőrzéseket, amelyeket a szervezet munkafolyamatai használnak. Azokat az integrációkat, amelyek normál esetben rekord létrehozására vagy szerkesztésére reagálnak, a sorba állított módosítások szinkronizálása után is meg kell figyelni. A cél nem az, hogy meghibásodást feltételezzünk, hanem az, hogy megállapítsuk, minden elem offline fut-e, vár-e az újracsatlakozásra, elutasított sorbejegyzést eredményez-e, vagy más folyamatot igényel. (Odoo 20 Kiadási megjegyzések; Odoo offline üzemmódba vált)
Kérdések, amelyeket a bevezetés előtt tisztázni kell
Az Odoo 20 az Odoo 19-nél szélesebb körben megerősített offline képességkészletet kínál, amelyet egy dedikált felület és a sorba állított munka szinkronizációs eszközei támogatnak. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Kiadási megjegyzések; Odoo offline üzemmódba vált) Mielőtt ezekre a képességekre támaszkodna, a szervezetnek ellenőriznie kell, mely alkalmazások és rekordtípusok tartoznak ide, mit kell a felhasználóknak megnyitniuk vagy megkeresniük a kapcsolat megszakítása előtt, hogyan jelennek meg az ütközések, és ki felügyeli a sikertelen vagy késedelmes szinkronizálást.
A bevezetési döntésnek azt is rögzítenie kell, mely eszközök és telepítési környezetek támogatottak, hogyan működik a tárolás és az adatmegőrzés, milyen eredményeket hoznak a hozzáférés-vezérlési tesztek, miként viselkednek az egyedi modulok, valamint mi az eljárás törlés vagy más jelentős módosítás esetén. A rendelkezésre álló kiadási anyagok nem válaszolják meg ezeket a megvalósítási kérdéseket, pedig ezek döntik el, hogy a megerősített funkciók megfelelnek-e egy adott offline munkafolyamatnak. (Odoo 20 Kiadási megjegyzések; Odoo offline üzemmódba vált)
A Community Edition tervezéséhez az Odoo Nightly stabil és ajánlott listája megadja a feltüntetett verzióállapotot, az Odoo 23-ig tartó támogatással. (nightly.odoo.com) Az operatív jóváhagyásnak továbbra is a pontos build, modulok, jogosultságok és munkafolyamatok tesztelésén kell alapulnia, amelyeket a felhasználók offline fognak használni. A megerősített változás az, hogy az Odoo 20 túllép az Odoo 19 korábban megnyitott rekordokhoz biztosított csak olvasható hozzáférésén, és lehetővé teszi a sorba állított offline létrehozást és módosítást. A tesztelésnek meg kell állapítania, hogyan viselkedik ez a képesség a szervezet konfigurációjában. (Odoo 19.0 dokumentáció: Általános offline mód; Odoo 20 kiadási megjegyzések; Az Odoo offline üzemmódra vált)