Odoo 20 utökar offline-läget så att användare kan skapa, redigera, arkivera, avarkivera och ta bort poster utan aktiv anslutning. Tidigare utförda sökningar kan också köras offline. När anslutningen återkommer hanterar synkroniseringsköer ändringarna, med ett offlinegränssnitt och verktyg för att övervaka processen. (Odoo 20 Release Notes; Odoo Goes Offline) Detta flyttar offlineåtkomst från en reserv för visning till ett arbetsläge som kan ändra affärsdata. Organisationer som utvärderar Odoo 20 bör granska hur dessa ändringar beter sig när de synkroniseras, inte bara om poster förblir åtkomliga under ett avbrott.

Odoo Nightly listar Odoo 20 som en stabil, rekommenderad Community Edition-version, daterad september 2026 och stöds till Odoo 23. (nightly.odoo.com) Denna listning är relevant för planering av Community Edition, men den fastställer inte identisk offline-täckning på varje plattform, i varje Enterprise-miljö eller i varje anpassad databas. Täckningen bör kontrolleras mot den avsedda driftsättningen.

Vad som ändrades från Odoo 19

Odoo 19 offline-läge låter användare visa poster som öppnades innan anslutningen förlorades, men inte ändra dem offline. Odoo 20 lägger till skapande, redigering, arkivering, avarkivering och borttagning av poster. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Detta är en funktionell utökning snarare än en ny etikett för den tidigare cachen. I Odoo 19 kan användare förbereda sig för frånkoppling genom att öppna relevanta poster, men arbete som ändrar dessa poster måste vänta på anslutning. Odoo 20 stöder både nya poster och ändringar av befintliga poster medan systemet är offline. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)

Versionsbedömningar bör skilja mellan åtkomst till cachad information och möjligheten att slutföra och köa poståtgärder. Ett arbetsflöde som bara kräver referensdata har andra krav än ett som involverar datainmatning, statusändringar eller borttagning. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)

Bekräftade offline-åtgärder

De bekräftade Odoo 20-åtgärderna omfattar fem delar av postens livscykel: skapande, redigering, arkivering, avarkivering och borttagning. Tidigare utförda sökningar är också tillgängliga offline. (Odoo 20 Release Notes) Acceptanstester bör omfatta minst ett scenario för varje åtgärd och bekräfta att förväntat posttillstånd visas efter återanslutning och synkronisering.

Odoo's Experience-session beskriver ett dedikerat offlinegränssnitt, synkroniseringsköer och verktyg för att övervaka och hantera synkronisering. (Odoo Goes Offline) Dessa funktioner bör täckas i användarutbildning och driftprocedurer. Användare behöver veta var köade objekt visas, hur man identifierar ett olöst objekt och vem som granskar det. Det tillhandahållna materialet bekräftar att hanteringsverktyg finns, men definierar inte deras fullständiga arbetsflöde eller administrativa behörigheter.

Cachelagring och söktäckning behöver verifieras

Odoo 19-dokumentationen beskriver offlineåtkomst i termer av poster som öppnades innan anslutningen förlorades. Odoo 20 bekräftar separat att tidigare utförda sökningar kan köras offline. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) De tillhandahållna källorna anger inte hur mycket relaterad data som behålls, hur länge den förblir tillgänglig, om lagringsgränser gäller eller om varje fält som är kopplat till en cachad post är tillgängligt. De fastställer inte heller om en upprepad sökning offline returnerar samma ursprungliga resultatmängd eller bara data som redan lagrats på enheten.

Innan ett offline-arbetsflöde godkänns bör team identifiera de sökningar och posttyper som varje roll behöver. Testning bör börja online genom att köra relevanta sökningar och öppna de poster som krävs. Testare kan sedan koppla från och upprepa de avsedda uppgifterna, inklusive eventuell användning av bilagor, länkade poster och obligatoriska fält. Dessa är verifieringspunkter, inte bekräftade begränsningar, eftersom den tillhandahållna releaseinformationen inte beskriver deras beteende. (Odoo 20 Release Notes)

Konflikthantering behöver testas

Synkroniseringsköer och administrationsverktyg är bekräftade, men de tillhandahållna källorna förklarar inte hur Odoo 20 löser konkurrerande ändringar av samma post, valideringsfel efter återanslutning eller beroenden mellan köade åtgärder. (Odoo Goes Offline) Förekomsten av en kö innebär inte att det finns en konfliktpolicy. Dess beteende bör demonstreras i den avsedda Odoo-versionen och konfigurationen.

Ett konfliktstest kan innebära att en användare ändrar en post offline medan en annan ändrar samma post online. Efter återanslutning bör teamet granska de resulterande värdena, köstatusen och användarens meddelande. Separata tester bör omfatta en offlineändring av en post som arkiverats eller raderats någon annanstans, samt en nyss skapad post som misslyckas mot en serverregel. Testningen bör dokumentera om en uppdatering har företräde, om en sammanfogning sker eller om manuell åtgärd krävs. (Odoo Goes Offline)

Åtkomstkontroller och destruktiva åtgärder

Eftersom Odoo 20 inkluderar offlinearkivering, avarkivering och borttagning bör utvärderingen sträcka sig bortom rutinmässig datainmatning. (Odoo 20 Release Notes) Organisationer bör verifiera om åtkomsträttigheter, postregler och godkännandekrav tillämpas när offlineåtgärden sker, under synkronisering eller i båda stegen. Versionsnoterna bekräftar de tillgängliga åtgärderna men förklarar inte hur varje säkerhetskontroll beter sig utan anslutning.

Testningen bör använda representativa användarroller snarare än endast ett administratörskonto. Varje roll bör försöka med tillåtna och förbjudna åtgärder både vid uppkoppling och utan uppkoppling. Testarna bör sedan kontrollera om köade ändringar förblir synliga, om nekandemeddelanden är tydliga och om arkiverade, återställda eller raderade poster når önskat slutläge. Processer där borttagning får betydande konsekvenser bör ha en dokumenterad offlineprocedur före driftsättning. (Odoo 20 Release Notes; Odoo Goes Offline)

Anpassade moduler behöver riktad testning

Den bekräftade funktionen omfattar Odoo 20:s offlineåtgärder för poster och synkroniseringsmöjligheter, men de tillhandahållna källorna anger inte att varje anpassad modul, tredjepartsmodul, automatiserad åtgärd eller extern integration är kompatibel med offlinearbete. (Odoo 20 Release Notes; Odoo Goes Offline) Anpassade implementationer bör därför bedöma stödet modul för modul i stället för att anta att offline-läget gäller enhetligt över hela databasen.

Testningen bör omfatta anpassade fält, onchange-beteende, obligatoriska värden, beräknade värden och serverbaserade kontroller som används i organisationens arbetsflöden. Integrationer som normalt reagerar på skapande eller redigering av poster bör också observeras efter att köade ändringar har synkroniserats. Syftet är inte att anta fel, utan att fastställa om varje del körs offline, väntar på återanslutning, ger ett avvisat köobjekt eller kräver en annan process. (Odoo 20 Release Notes; Odoo Goes Offline)

Frågor att lösa före utrullning

Odoo 20 tillhandahåller en bredare bekräftad uppsättning offlinefunktioner än Odoo 19, med stöd av ett dedikerat gränssnitt och synkroniseringsverktyg för köat arbete. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes; Odoo Goes Offline) Innan man förlitar sig på dessa funktioner bör en organisation verifiera vilka applikationer och posttyper som omfattas, vad användare måste öppna eller söka fram före frånkoppling, hur konflikter presenteras och vem som övervakar misslyckad eller fördröjd synkronisering.

Beslutet om utrullning bör också dokumentera stödda enheter och driftsmiljöer, lagrings- och bevarandebeteende, resultat för åtkomstkontroll, utfall för anpassade moduler samt procedurer för borttagning eller andra betydelsefulla ändringar. Det tillhandahållna release-materialet besvarar inte dessa implementeringsfrågor, men de avgör om de bekräftade funktionerna passar ett visst offlinearbetsflöde. (Odoo 20 Release Notes; Odoo Goes Offline)

För planering av Community Edition ger Odoo Nightly:s listning stable and recommended den angivna versionsstatusen, med support fram till Odoo 23. (nightly.odoo.com) Operativt godkännande bör fortfarande bero på testning av exakt byggnad, moduler, behörigheter och arbetsflöden som användarna tar offline. Den bekräftade förändringen är att Odoo 20 går bortom Odoo 19:s skrivskyddade åtkomst till tidigare öppnade poster genom att tillåta köad offline-skapande och modifiering. Testning måste fastställa hur den funktionen beter sig i organisationens konfiguration. (Odoo 19.0-dokumentation: allmänt offlineläge; Odoo 20 versionsanteckningar; Odoo går offline)