Odoo 20 udvider offline-tilstand, så brugere kan oprette, redigere, arkivere, afarkivere og slette poster uden en aktiv forbindelse. Søgninger, der tidligere er udført, kan også køres offline. Når forbindelsen vender tilbage, håndterer synkroniseringskøer ændringerne, med en offlinegrænseflade og administrationsværktøjer til at overvåge processen. (Odoo 20 Release Notes; Odoo Goes Offline) Dette flytter offline-adgang fra en visningsfallback til en arbejdsform, der kan ændre forretningsdata. Organisationer, der vurderer Odoo 20, bør undersøge, hvordan disse ændringer opfører sig, når de synkroniseres, ikke kun om posterne forbliver tilgængelige under et udfald.
Odoo Nightly angiver Odoo 20 som en stabil, anbefalet Community Edition-udgivelse, dateret september 2026 og understøttet indtil Odoo 23. (nightly.odoo.com) Denne angivelse er relevant for planlægning af Community Edition, men den fastslår ikke identisk offline-dækning på tværs af alle platforme, Enterprise-miljøer eller tilpassede databaser. Dækningen bør kontrolleres i forhold til den tilsigtede installation.
Hvad der ændrede sig fra Odoo 19
Odoo 19 offline-tilstand lader brugere se poster, der var åbnet, før forbindelsen blev afbrudt, men ikke ændre dem, mens de er offline. Odoo 20 tilføjer oprettelse, redigering, arkivering, afarkivering og sletning af poster. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Dette er en funktionel udvidelse snarere end en ny betegnelse for den tidligere cache. I Odoo 19 kan brugere forberede sig på afbrydelse ved at åbne relevante poster, men arbejde, der ændrer disse poster, må vente på forbindelse. Odoo 20 understøtter både nye poster og ændringer af eksisterende, mens systemet er offline. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Versionsvurderinger bør skelne mellem adgang til cachelagrede oplysninger og evnen til at gennemføre og sætte poster i kø. En arbejdsgang, der kun kræver reference-data, har andre krav end en, der involverer indtastning, statusændringer eller sletning. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Bekræftede offline-handlinger
De bekræftede Odoo 20-handlinger dækker fem dele af postens livscyklus: oprettelse, redigering, arkivering, afarkivering og sletning. Tidligere udførte søgninger er også tilgængelige offline. (Odoo 20 Release Notes) Accepttest bør omfatte mindst ét scenarie for hver handling og bekræfte, at den forventede posttilstand vises efter genopkobling og synkronisering.
Odoos Experience-session beskriver en dedikeret offlinegrænseflade, synkroniseringskøer samt værktøjer til overvågning og håndtering af synkronisering. (Odoo Goes Offline) Disse funktioner bør dækkes i brugertræning og driftsprocedurer. Brugere skal vide, hvor køede elementer vises, hvordan man identificerer et uløst element, og hvem der gennemgår det. Det leverede materiale bekræfter, at administrationsværktøjer findes, men definerer ikke deres fulde arbejdsgang eller administrative rettigheder.
Caching og søgedækning kræver verifikation
Odoo 19-dokumentationen beskriver offlineadgang i form af poster, der var åbnet, før forbindelsen gik tabt. Odoo 20 bekræfter separat, at tidligere udførte søgninger kan køres offline. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) De leverede kilder specificerer ikke, hvor meget relaterede data der bevares, hvor længe de forbliver tilgængelige, om der gælder lagergrænser, eller om alle felter, der er knyttet til en cachet post, er tilgængelige. De fastslår heller ikke, om gentagelse af en søgning offline returnerer det oprindelige resultatsæt eller kun data, der allerede er gemt på enheden.
Før en offline-arbejdsgang godkendes, bør teams identificere de søgninger og posttyper, som hver rolle har brug for. Testen bør begynde online ved at køre de relevante søgninger og åbne de nødvendige poster. Testere kan derefter afbryde forbindelsen og gentage de tilsigtede opgaver, herunder eventuel brug af vedhæftninger, relaterede poster og obligatoriske felter. Dette er verifikationspunkter, ikke bekræftede begrænsninger, fordi de leverede udgivelsesoplysninger ikke beskriver deres adfærd. (Odoo 20-udgivelsesnoter)
Håndtering af konflikter kræver test
Synkroniseringskøer og administrationsværktøjer er bekræftet, men de leverede kilder forklarer ikke, hvordan Odoo 20 løser konkurrerende ændringer til samme post, valideringsfejl efter genforbindelse eller afhængigheder mellem køede handlinger. (Odoo Goes Offline) Tilstedeværelsen af en kø fastlægger ikke en konfliktpolitik. Dens adfærd bør demonstreres i den tilsigtede Odoo-version og konfiguration.
En konflikttest kan lade én bruger ændre en post offline, mens en anden ændrer den samme post online. Efter genforbindelse bør teamet gennemgå de resulterende værdier, køstatus og brugermeddelelse. Separate tests bør dække en offline redigering af en post, der er arkiveret eller slettet et andet sted, samt en nyoprettet post, der fejler en serverregel. Testen bør dokumentere, om en opdatering har forrang, om der sker en sammenfletning, eller om manuel indgriben er nødvendig. (Odoo Goes Offline)
Adgangskontrol og destruktive handlinger
Da Odoo 20 omfatter offline arkivering, ophævning af arkivering og sletning, bør evalueringen række ud over almindelig dataindtastning. (Odoo 20-udgivelsesnoter) Organisationer bør verificere, om adgangsrettigheder, postregler og godkendelseskrav håndhæves, når den offline handling udføres, under synkronisering eller i begge faser. Udgivelsesnoterne bekræfter de tilgængelige handlinger, men forklarer ikke, hvordan hver sikkerhedskontrol opfører sig uden forbindelse.
Test bør bruge repræsentative brugerroller og ikke kun en administratorkonto. Hver rolle bør forsøge tilladte og forbudte handlinger både med og uden forbindelse. Testere bør derefter kontrollere, om køede ændringer forbliver synlige, om afvisningsmeddelelser er tydelige, og om arkiverede, gendannede eller slettede poster ender i den tilsigtede sluttilstand. Processer, hvor sletning har betydelige konsekvenser, bør have en dokumenteret offline-procedure før udrulning. (Odoo 20-udgivelsesnoter; Odoo Goes Offline)
Tilpassede moduler kræver målrettet test
Den bekræftede funktion dækker Odoo 20's offline posthandlinger og synkroniseringsfaciliteter, men de leverede kilder siger ikke, at hvert tilpasset modul, tredjepartsmodul, automatiserede handling eller ekstern integration er kompatibel med offline arbejde. (Odoo 20-udgivelsesnoter; Odoo Goes Offline) Tilpassede installationer bør derfor vurdere understøttelsen modul for modul i stedet for at antage, at offline-tilstand gælder ensartet på tværs af databasen.
Test bør omfatte brugerdefinerede felter, onchange-adfærd, påkrævede værdier, beregnede værdier og serversidekontroller, der bruges i organisationens arbejdsgange. Integrationer, som normalt reagerer på oprettelse eller redigering af poster, bør også observeres, efter at køede ændringer er synkroniseret. Formålet er ikke at antage fejl, men at afgøre, om hvert element kører offline, venter på genforbindelse, producerer et afvist køelement eller kræver en anden proces. (Odoo 20-udgivelsesnoter; Odoo Goes Offline)
Spørgsmål, der skal afklares før udrulning
Odoo 20 giver et bredere bekræftet sæt offline-funktioner end Odoo 19, understøttet af en dedikeret grænseflade og synkroniseringsværktøjer til køet arbejde. (Odoo 19.0 Docs: General Offline Mode; Odoo 20-udgivelsesnoter; Odoo Goes Offline) Før man stoler på disse funktioner, bør en organisation verificere, hvilke applikationer og posttyper der er omfattet, hvad brugerne skal åbne eller søge efter før frakobling, hvordan konflikter præsenteres, og hvem der overvåger mislykket eller forsinket synkronisering.
Udrulningsbeslutningen bør også dokumentere understøttede enheder og driftsmiljøer, lager- og opbevaringsadfærd, resultater for adgangskontrol, udfald for tilpassede moduler og procedurer for sletning eller andre væsentlige ændringer. Det leverede frigivelsesmateriale besvarer ikke disse implementeringsspørgsmål, men de afgør, om de bekræftede funktioner passer til en bestemt offline-arbejdsgang. (Odoo 20-udgivelsesnoter; Odoo Goes Offline)
For planlægning af Community Edition giver Odoo Nightly's stabile og anbefalede liste den angivne versionsstatus, med support gennem Odoo 23. (nightly.odoo.com) Driftsgodkendelse bør stadig afhænge af test af den præcise version, moduler, tilladelser og arbejdsgange, som brugerne vil tage offline. Den bekræftede ændring er, at Odoo 20 går ud over Odoo 19's skrivebeskyttede adgang til tidligere åbnede poster ved at tillade køet oprettelse og ændring offline. Test skal fastslå, hvordan denne funktion opfører sig i organisationens konfiguration. (Odoo 19.0-dokumentation: Generel offline-tilstand; Odoo 20-udgivelsesnoter; Odoo går offline)