Odoo 20 utvider frakoblet modus slik at brukere kan opprette, redigere, arkivere, fjerne fra arkiv og slette poster uten aktiv tilkobling. Søk som tidligere er utført, kan også kjøres frakoblet. Når tilkoblingen er tilbake, håndterer synkroniseringskøer endringene, med et frakoblet grensesnitt og administrasjonsverktøy for å overvåke prosessen. (Odoo 20 Release Notes; Odoo Goes Offline) Dette flytter frakoblet tilgang fra en visningsløsning til en arbeidsmodus som kan endre forretningsdata. Organisasjoner som vurderer Odoo 20, bør undersøke hvordan disse endringene oppfører seg når de synkroniseres, ikke bare om poster forblir tilgjengelige under et avbrudd.
Odoo Nightly viser Odoo 20 som en stabil, anbefalt Community Edition-utgave, datert september 2026 og støttet til Odoo 23. (nightly.odoo.com) Denne oppføringen er relevant for planlegging av Community Edition, men den fastslår ikke identisk frakoblet dekning på tvers av alle plattformer, Enterprise-miljøer eller tilpassede databaser. Dekningen bør kontrolleres mot den tiltenkte distribusjonen.
Hva som er endret fra Odoo 19
Odoo 19 frakoblet modus lar brukere se poster som ble åpnet før tilkoblingen ble brutt, men ikke endre dem mens de er frakoblet. Odoo 20 legger til oppretting, redigering, arkivering, fjerning fra arkiv og sletting av poster. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Dette er en funksjonell utvidelse, ikke bare en ny betegnelse for den tidligere hurtigbufferen. I Odoo 19 kan brukere forberede seg på frakobling ved å åpne relevante poster, men arbeid som endrer disse postene må vente til tilkoblingen er tilbake. Odoo 20 støtter både nye poster og endringer i eksisterende poster mens man er frakoblet. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Versjonsvurderinger bør skille mellom tilgang til bufret informasjon og muligheten til å fullføre og legge i kø posteringsoperasjoner. En arbeidsflyt som bare krever referansedata, har andre krav enn en som innebærer dataregistrering, statusendringer eller sletting. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Bekreftede frakoblede handlinger
De bekreftede Odoo 20-handlingene dekker fem deler av postens livssyklus: oppretting, redigering, arkivering, fjerning fra arkiv og sletting. Søk som tidligere er utført, er også tilgjengelige mens man er frakoblet. (Odoo 20 Release Notes) Godkjennelsestesting bør inkludere minst ett scenario for hver handling og bekrefte at forventet poststatus vises etter gjenopprettet tilkobling og synkronisering.
Odoos Experience-økt beskriver et dedikert frakoblet grensesnitt, synkroniseringskøer og verktøy for overvåking og administrasjon av synkronisering. (Odoo Goes Offline) Disse funksjonene bør dekkes i opplæring av brukere og i driftsprosedyrer. Brukere må vite hvor elementer i kø vises, hvordan de identifiserer et uløst element og hvem som gjennomgår det. Det medfølgende materialet bekrefter at administrasjonsverktøy finnes, men definerer ikke den fullstendige arbeidsflyten eller administrative tillatelser.
Caching og søkedekning må verifiseres
Odoo 19-dokumentasjonen beskriver frakoblet tilgang i form av poster som ble åpnet før tilkoblingen gikk tapt. Odoo 20 bekrefter separat at søk som tidligere er utført, kan kjøres frakoblet. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Kildene som er oppgitt, spesifiserer ikke hvor mye relatert data som beholdes, hvor lenge det er tilgjengelig, om lagringsgrenser gjelder, eller om hvert felt knyttet til en bufret post er tilgjengelig. De fastslår heller ikke om gjentakelse av et søk frakoblet returnerer det opprinnelige resultatsettet eller bare data som allerede er lagret på enheten.
Før de godkjenner en frakoblet arbeidsflyt, bør team identifisere hvilke søk og posttyper hver rolle trenger. Testing bør starte mens man er på nett, ved å kjøre relevante søk og åpne nødvendige poster. Testere kan deretter koble fra og gjenta de tiltenkte oppgavene, inkludert bruk av vedlegg, koblede poster og obligatoriske felt. Dette er kontrollpunkter for verifisering, ikke bekreftede begrensninger, fordi den oppgitte utgivelsesinformasjonen ikke beskriver oppførselen deres. (Odoo 20 utgivelsesnotater)
Konflikthåndtering må testes
Synkroniseringskøer og administrasjonsverktøy er bekreftet, men de oppgitte kildene forklarer ikke hvordan Odoo 20 løser konkurrerende endringer i samme post, valideringsfeil etter gjenopprettet tilkobling eller avhengigheter mellom kølagte operasjoner. (Odoo Goes Offline) Tilstedeværelsen av en kø etablerer ikke en konfliktpolicy. Oppførselen bør demonstreres i den tiltenkte Odoo-byggversjonen og konfigurasjonen.
En konflikttest kan innebære at én bruker endrer en post offline mens en annen endrer samme post på nett. Etter gjenopprettet tilkobling bør teamet undersøke de resulterende verdiene, køstatusen og brukervarslingen. Separate tester bør dekke en offline-redigering av en post som er arkivert eller slettet andre steder, samt en nylig opprettet post som bryter en serverregel. Testingen bør dokumentere om en oppdatering har forrang, om en sammenslåing skjer, eller om manuell inngripen kreves. (Odoo Goes Offline)
Tilgangskontroller og destruktive handlinger
Siden Odoo 20 inkluderer offline-arkivering, gjenoppretting fra arkiv og sletting, bør evalueringen strekke seg utover vanlig dataregistrering. (Odoo 20 utgivelsesnotater) Organisasjoner bør verifisere om tilgangsrettigheter, postregler og godkjenningskrav håndheves når den offline handlingen skjer, under synkronisering eller i begge trinn. Utgivelsesnotatene bekrefter de tilgjengelige handlingene, men forklarer ikke hvordan hver sikkerhetskontroll oppfører seg uten tilkobling.
Testing bør bruke representative brukerroller, ikke bare en administrator-konto. Hver rolle bør forsøke tillatte og forbudte handlinger både med og uten tilkobling. Tester bør deretter kontrollere om kølagte endringer fortsatt er synlige, om avvisningsmeldinger er tydelige, og om arkiverte, gjenopprettede eller slettede poster ender i ønsket endelig tilstand. Prosesser der sletting har betydelige konsekvenser, bør ha en dokumentert offline-prosedyre før utrulling. (Odoo 20 utgivelsesnotater; Odoo Goes Offline)
Tilpassede moduler trenger målrettet testing
Den bekreftede funksjonen omfatter Odoo 20s offline-postoperasjoner og synkroniseringsfunksjoner, men de oppgitte kildene sier ikke at alle tilpassede moduler, tredjepartsmoduler, automatiserte handlinger eller eksterne integrasjoner er kompatible med offline arbeid. (Odoo 20 utgivelsesnotater; Odoo Goes Offline) Tilpassede installasjoner bør derfor vurdere støtte modul for modul, i stedet for å anta at offline-modus gjelder likt for hele databasen.
Testing bør dekke tilpassede felt, onchange-oppførsel, påkrevde verdier, beregnede verdier og serverbaserte kontroller som brukes i organisasjonens arbeidsflyter. Integrasjoner som vanligvis reagerer på opprettelse eller redigering av poster, bør også overvåkes etter at kølagte endringer er synkronisert. Poenget er ikke å anta feil, men å fastslå om hvert element kjører offline, venter på gjenopprettet tilkobling, gir et avvist køelement eller krever en annen prosess. (Odoo 20 utgivelsesnotater; Odoo Goes Offline)
Spørsmål som må avklares før utrulling
Odoo 20 tilbyr et bredere bekreftet sett med offline-funksjoner enn Odoo 19, støttet av et dedikert grensesnitt og synkroniseringsverktøy for kølagt arbeid. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 utgivelsesnotater; Odoo Goes Offline) Før man baserer seg på disse funksjonene, bør en organisasjon verifisere hvilke apper og posttyper som dekkes, hva brukerne må åpne eller søke etter før frakobling, hvordan konflikter presenteres, og hvem som overvåker mislykket eller forsinket synkronisering.
Utrullingsbeslutningen bør også dokumentere støttede enheter og driftsmiljøer, lagrings- og oppbevaringsatferd, resultater for tilgangskontroll, utfall for tilpassede moduler og prosedyrer for sletting eller andre konsekvensrike endringer. Det oppgitte utgivelsesmaterialet svarer ikke på disse implementeringsspørsmålene, men de avgjør om de bekreftede funksjonene passer for en bestemt offline-arbeidsflyt. (Odoo 20 utgivelsesnotater; Odoo Goes Offline)
For planlegging av Community Edition gir Odoo Nightlys stabile og anbefalte oppføring den oppgitte versjonsstatusen, med støtte gjennom Odoo 23. (nightly.odoo.com) Driftsgodkjenning bør fortsatt avhenge av testing av den nøyaktige byggversjonen, modulene, tillatelsene og arbeidsflytene som brukerne skal ta med offline. Den bekreftede endringen er at Odoo 20 går utover Odoo 19s skrivebeskyttede tilgang til tidligere åpnete poster ved å tillate kølagt offline opprettelse og endring. Testingen må fastslå hvordan denne funksjonen oppfører seg i organisasjonens konfigurasjon. (Odoo 19.0-dokumentasjon: Generell frakoblet modus; Odoo 20-utgivelsesnotater; Odoo går offline)