Odoo 20 breidt de offline modus uit, zodat gebruikers records kunnen aanmaken, bewerken, archiveren, dearchiveren en verwijderen zonder actieve verbinding. Eerder uitgevoerde zoekopdrachten kunnen ook offline worden uitgevoerd. Zodra de verbinding terugkeert, verwerken synchronisatiequeues de wijzigingen, met een offline interface en beheertools om het proces te volgen. (Odoo 20 Release Notes; Odoo Goes Offline) Dit verschuift offline toegang van een kijkfallback naar een werkmodus die bedrijfsgegevens kan wijzigen. Organisaties die Odoo 20 beoordelen, moeten niet alleen kijken of records beschikbaar blijven tijdens een storing, maar ook hoe die wijzigingen zich gedragen bij synchronisatie.
Odoo Nightly vermeldt Odoo 20 als een stabiele, aanbevolen Community Edition-release, gedateerd september 2026 en ondersteund tot Odoo 23. (nightly.odoo.com) Deze vermelding is relevant voor planning van Community Edition, maar legt geen identieke offline dekking vast voor elk platform, elke Enterprise-omgeving of elke aangepaste database. De dekking moet worden gecontroleerd tegen de beoogde implementatie.
Wat veranderde ten opzichte van Odoo 19
De offline modus van Odoo 19 laat gebruikers records bekijken die waren geopend voordat de verbinding wegviel, maar niet wijzigen terwijl ze offline zijn. Odoo 20 voegt het aanmaken, bewerken, archiveren, dearchiveren en verwijderen van records toe. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Dit is een functionele uitbreiding, geen nieuwe naam voor de eerdere cache. In Odoo 19 kunnen gebruikers zich voorbereiden op onderbreking door relevante records te openen, maar werk dat die records wijzigt moet wachten op verbinding. Odoo 20 ondersteunt zowel nieuwe records als wijzigingen aan bestaande records terwijl offline. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Versiebeoordelingen moeten onderscheid maken tussen toegang tot gecachte informatie en de mogelijkheid om recordbewerkingen af te ronden en in een wachtrij te plaatsen. Een workflow die alleen referentiegegevens nodig heeft, stelt andere eisen dan een workflow met gegevensinvoer, statuswijzigingen of verwijdering. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Bevestigde offline handelingen
De bevestigde acties in Odoo 20 bestrijken vijf onderdelen van de levenscyclus van een record: aanmaken, bewerken, archiveren, dearchiveren en verwijderen. Eerder uitgevoerde zoekopdrachten zijn ook beschikbaar terwijl je offline bent. (Odoo 20 Release Notes) Acceptatietests moeten ten minste één scenario voor elke actie bevatten en bevestigen dat na opnieuw verbinden en synchroniseren de verwachte recordstatus verschijnt.
De Experience-sessie van Odoo beschrijft een speciale offline interface, synchronisatiequeues en tools voor het monitoren en beheren van synchronisatie. (Odoo Goes Offline) Deze functies moeten in gebruikerstraining en werkprocedures worden opgenomen. Gebruikers moeten weten waar wachtrij-items verschijnen, hoe een onopgelost item te herkennen is en wie het beoordeelt. Het aangeleverde materiaal bevestigt dat beheertools bestaan, maar definieert niet de volledige workflow of administratieve machtigingen.
Caching en zoekdekking moeten worden gecontroleerd
De Odoo 19-documentatie beschrijft offline toegang in termen van records die waren geopend voordat de verbinding wegviel. Odoo 20 bevestigt apart dat eerder uitgevoerde zoekopdrachten offline kunnen worden uitgevoerd. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) De aangeleverde bronnen specificeren niet hoeveel gerelateerde data wordt bewaard, hoe lang die beschikbaar blijft, of er opslaglimieten gelden, of dat elk veld dat aan een gecached record is gekoppeld beschikbaar is. Ook stellen ze niet vast of een herhaalde zoekopdracht offline de oorspronkelijke resultatenset teruggeeft of alleen data die al op het apparaat is opgeslagen.
Voordat een offline workflow wordt goedgekeurd, moeten teams de zoekopdrachten en recordtypes identificeren die elke rol nodig heeft. Testen moet online beginnen door de relevante zoekopdrachten uit te voeren en de vereiste records te openen. Testers kunnen daarna de verbinding verbreken en de beoogde taken herhalen, inclusief gebruik van bijlagen, gekoppelde records en verplichte velden. Dit zijn controlepunten, geen bevestigde beperkingen, omdat de aangeleverde release-informatie hun gedrag niet beschrijft. (Odoo 20 releaseopmerkingen)
Afhandeling van conflicten moet worden getest
Synchronisatiewachtrijen en beheertools zijn bevestigd, maar de aangeleverde bronnen leggen niet uit hoe Odoo 20 tegenstrijdige wijzigingen aan hetzelfde record, validatiefouten na herverbinding of afhankelijkheden tussen in de wachtrij geplaatste bewerkingen oplost. (Odoo Goes Offline) Het bestaan van een wachtrij betekent niet dat er een conflictbeleid is. Het gedrag moet worden aangetoond in de beoogde Odoo-build en configuratie.
Een conflicttest kan bestaan uit een gebruiker die offline een record wijzigt terwijl een ander online hetzelfde record wijzigt. Na herverbinding moet het team de resulterende waarden, wachtrijstatus en gebruikersmelding controleren. Afzonderlijke tests moeten een offline bewerking op een record dat elders is gearchiveerd of verwijderd, en een nieuw aangemaakt record dat faalt door een serverregel, afdekken. De test moet documenteren of een update voorrang krijgt, er een samenvoeging plaatsvindt of handmatige tussenkomst nodig is. (Odoo Goes Offline)
Toegangscontroles en destructieve acties
Omdat Odoo 20 offline archiveren, dearchiveren en verwijderen omvat, moet de evaluatie verder gaan dan routinematige gegevensinvoer. (Odoo 20 releaseopmerkingen) Organisaties moeten controleren of toegangsrechten, recordregels en goedkeuringsvereisten worden afgedwongen wanneer de offline actie plaatsvindt, tijdens synchronisatie of in beide fasen. De releaseopmerkingen bevestigen de beschikbare acties, maar leggen niet uit hoe elke beveiligingscontrole zich zonder verbinding gedraagt.
Testen moet gebruikmaken van representatieve gebruikersrollen en niet alleen van een beheerdersaccount. Elke rol moet toegestane en verboden acties proberen, zowel online als offline. Testers moeten daarna controleren of in de wachtrij geplaatste wijzigingen zichtbaar blijven, of afwijzingsberichten duidelijk zijn en of gearchiveerde, herstelde of verwijderde records de beoogde eindstatus bereiken. Processen waarbij verwijderen aanzienlijke gevolgen heeft, moeten vóór uitrol een gedocumenteerde offlineprocedure hebben. (Odoo 20 releaseopmerkingen; Odoo Goes Offline)
Aangepaste modules hebben gerichte tests nodig
De bevestigde functie betreft Odoo 20's offline recordbewerkingen en synchronisatiefaciliteiten, maar de aangeleverde bronnen vermelden niet dat elke aangepaste module, module van derden, geautomatiseerde actie of externe integratie compatibel is met offline werken. (Odoo 20 releaseopmerkingen; Odoo Goes Offline) Aangepaste implementaties moeten daarom ondersteuning per module beoordelen in plaats van ervan uit te gaan dat de offline modus uniform van toepassing is op de database.
Testen moet aangepaste velden, onchange-gedrag, verplichte waarden, berekende waarden en server-side controles die in de workflows van de organisatie worden gebruikt, dekken. Integraties die normaal reageren op het aanmaken of bewerken van records moeten ook worden geobserveerd nadat in de wachtrij geplaatste wijzigingen zijn gesynchroniseerd. Het doel is niet om uit te gaan van falen, maar om vast te stellen of elk element offline werkt, wacht op herverbinding, een afgewezen wachtrij-item produceert of een ander proces vereist. (Odoo 20 releaseopmerkingen; Odoo Goes Offline)
Vragen die vóór uitrol moeten worden opgelost
Odoo 20 biedt een breder bevestigde set offline mogelijkheden dan Odoo 19, ondersteund door een speciale interface en synchronisatietools voor werk in de wachtrij. (Odoo 19.0 Docs: Algemene offline modus; Odoo 20 releaseopmerkingen; Odoo Goes Offline) Voordat een organisatie op deze mogelijkheden vertrouwt, moet zij verifiëren welke applicaties en recordtypen worden ondersteund, wat gebruikers moeten openen of zoeken vóór het verbreken van de verbinding, hoe conflicten worden weergegeven en wie mislukte of vertraagde synchronisatie bewaakt.
Het uitrolbesluit moet ook ondersteunde apparaten en implementatieomgevingen, opslag- en bewaargedrag, resultaten van toegangscontrole, uitkomsten van aangepaste modules en procedures voor verwijderen of andere ingrijpende wijzigingen vastleggen. Het aangeleverde release materiaal beantwoordt deze implementatievragen niet, maar zij bepalen of de bevestigde functies geschikt zijn voor een specifieke offline workflow. (Odoo 20 releaseopmerkingen; Odoo Goes Offline)
Voor planning van de Community Edition biedt de stabiele en aanbevolen vermelding van Odoo Nightly de vermelde versie-status, met ondersteuning via Odoo 23. (nightly.odoo.com) Operationele goedkeuring moet nog steeds afhangen van het testen van de exacte build, modules, rechten en workflows die gebruikers offline zullen gebruiken. De bevestigde wijziging is dat Odoo 20 verder gaat dan Odoo 19's alleen-lezen toegang tot eerder geopende records door offline aanmaken en wijzigen in de wachtrij toe te staan. Testen moet vaststellen hoe die mogelijkheid zich gedraagt in de configuratie van de organisatie. (Odoo 19.0-documentatie: algemene offline modus; Release-opmerkingen voor Odoo 20; Odoo gaat offline)