Supportdeadline i september 2026
Odoos aktuella supporttabell anger september 2026 som planerat slut för standardsupporten för Odoo 17.0. Standardsupport omfattar hjälp via supportdesk, buggfixar och säkerhetsuppdateringar. Organisationer som använder Odoo 17 bör avgöra om de ska uppgradera före den planerade deadline eller ordna utökad support. (Odoo 19.0 Docs: Administration Standard Extended Support)
Den publicerade informationen anger den planerade slutmånaden men inte någon exakt stoppdag. Administratörer bör bekräfta det faktiska datumet med Odoo i stället för att anta att täckningen ändras den första eller sista dagen i september. (Odoo 19.0 Docs: Administration Standard Extended Support) Den interna tidsplanen bör lämna tid för att få denna bekräftelse innan ett beslut om uppgradering eller support godkänns.
Täckning efter standardsupport
Odoo anger olika täckning för standard- och utökad support. Standardsupport omfattar hjälp via supportdesk, buggfixar och säkerhetsuppdateringar. Utökad support kostar en extra avgift och omfattar hjälp via supportdesk och buggfixar där dessa är möjliga att genomföra. (Odoo 19.0 Docs: Administration Standard Extended Support)
Säkerhetsuppdateringar ingår uttryckligen i standardsupport men nämns inte i den bifogade sammanfattningen av utökad support. Buggfixar inom utökad support är dessutom villkorade av genomförbarhet. (Odoo 19.0 Docs: Administration Standard Extended Support) Innan man förlitar sig på utökad support bör beslutsfattare be Odoo bekräfta vilka villkor som gäller för deras avtal, hur genomförbarhet bedöms och om några begränsningar påverkar befintliga problem.
Odoo uppger att varje större version får tre års support och rekommenderar starkt att man använder en version som fortfarande stöds. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) För organisationer som fortfarande kör Odoo 17 kräver den planerade deadline samordning mellan de personer som ansvarar för avtal, systemadministration, anpassad utveckling, integrationer och driftstopp.
Börja med en uppgraderad testdatabas
Odoos dokumenterade process börjar med att begära en uppgraderad testdatabas. Organisationen bör sedan testa sina affärsflöden och integrationer, åtgärda identifierade problem och schemalägga produktionsuppgraderingen först när det arbetet är klart. (Odoo 19.0 Docs: Administration Upgrade) Genom att följa denna ordning undviker man att produktionsuppgraderingen blir det första fullständiga kompatibilitetstestet.
Testningen bör omfatta de arbetsflöden och integrationer som organisationen är beroende av, i linje med Odoos vägledning. (Odoo 19.0 Docs: Administration Upgrade) Varje arbetsflöde bör ha en ansvarig som kan dokumentera resultatet, undersöka problem och bekräfta att rättelser har testats på nytt. Att skapa testdatabasen är bara början på bedömningen, inte bevis för att den uppgraderade miljön är redo för produktion.
Odoo rekommenderar att problem som upptäcks under testningen löses innan produktionsuppgraderingen schemaläggs. (Odoo 19.0 Docs: Administration Upgrade) Om ett problem förblir olöst bör dess operativa effekt dokumenteras innan ett produktionsdatum godkänns. Organisationen kan då besluta om datumet ska flyttas, uppgraderingsplanen ändras eller ytterligare hjälp begäras.
Testprotokollet bör skilja mellan lyckade kontroller, misslyckade kontroller och delar som inte har testats. Eftersom Odoos process placerar lösning av problem före produktionsplanering bör ett ofullständigt test inte betraktas som ett lyckat resultat. (Odoo 19.0 Docs: Administration Upgrade) Denna åtskillnad hjälper beslutsfattare att se vilka delar av uppgraderingen som är klara och vilka som fortfarande kräver arbete.
Bedöm anpassade moduler separat
En anpassad databas har ett ytterligare krav. Odoo uppger att anpassade moduler måste vara kompatibla med målversionen innan databasen kan uppgraderas. (Odoo 19.0-dokumentation: Uppgradering för administration) Administratörer bör identifiera varje anpassad modul, tilldela ansvar för den och fastställa om en kompatibel version finns tillgänglig för den avsedda måldriften.
Odoos dokumenterade krav placerar kompatibilitet för anpassade moduler före inlämning av en kundanpassad databas för uppgradering. (Odoo 19.0-dokumentation: Uppgradering för administration) Att testa endast standardarbetsflöden visar inte om anpassad kod är redo. Varje modul bör ha en registrerad kompatibilitetsstatus och ingå i den uppgraderade testdatabasen så att de arbetsflöden som påverkas av den kan kontrolleras.
Odoo kräver också att integrationer testas som en del av processen med den uppgraderade databasen. (Odoo 19.0-dokumentation: Uppgradering för administration) Bedömningen bör därför omfatta både anpassade moduler och anslutna system. För varje objekt bör administratörer registrera vad som måste testas, vem som kan utreda ett fel och om en relevant tredje part behöver delta under testningen eller produktionsuppgraderingen.
Planera för att produktionen inte är tillgänglig
Produktionsdatabasen är inte tillgänglig under uppgraderingen, och Odoo rekommenderar att arbetet schemaläggs till en period med minimal användning. (Odoo 19.0-dokumentation: Uppgradering för administration) Planen bör identifiera ett acceptabelt tidsfönster, de aktiviteter som måste slutföras i förväg och de personer som behöver veta att den aktiva databasen inte kommer att vara tillgänglig.
Odoos vägledning placerar produktionsschemaläggning efter testning och lösning av problem. (Odoo 19.0-dokumentation: Uppgradering för administration) Administratörer bör bevara den ordningen när de arbetar bakåt från den planerade supportdeadlinen i september 2026. Om man binder sig till produktion för tidigt kan det lämna otillräcklig tid för att åtgärda problem som upptäcks i arbetsflöden, integrationer eller anpassade moduler utan att ändra tidsfönstret.
Produktionsplanen bör inte anta att det enda schemaläggningshänsynen är att databasu ppg raderingen slutförs. Odoo bekräftar att databasen inte kommer att vara tillgänglig under processen och rekommenderar att välja en period med minimal användning. (Odoo 19.0-dokumentation: Uppgradering för administration) Internt godkännande bör därför ta hänsyn till avbrottet och bekräfta vilka affärsaktiviteter som behöver pausas eller slutföras innan tidsfönstret börjar.
Kontroller innan du väljer en väg
Innan du godkänner utökat stöd eller en uppgraderingsplan, bekräfta exakt datum för slutet av standardstödet, den extra avgiften för utökat stöd och vilket stöd som finns tillgängligt för Odoo 17. Odoos publicerade skillnad är att standardstöd inkluderar hjälp med supportärenden, felkorrigeringar och säkerhetsuppdateringar, medan utökat stöd ger hjälp med supportärenden och genomförbara felkorrigeringar mot en extra avgift. (Odoo 19.0-dokumentation: Standardstöd och utökat stöd för administration)
För en uppgradering, verifiera att en uppgraderad testdatabas har begärts, att affärsarbetsflöden och integrationer har testats, att identifierade problem har lösts och att anpassade moduler är kompatibla med målet version. Dessa steg ingår i Odoos dokumenterade uppgraderingsvägledning. (Odoo 19.0-dokumentation: Uppgradering för administration) Produktionsfönstret bör endast godkännas när kontrollerna har namngivna ansvariga och dokumenterade resultat.
Odoo 17:s standardstöd är planerat att upphöra i september 2026, och Odoo rekommenderar att använda en version som stöds. (Odoo 19.0-dokumentation: Standardstöd och utökat stöd för administration; Odoo 19.0-dokumentation: Uppgradering för administration) Organisationer som fortfarande använder Odoo 17 behöver välja mellan att slutföra en testad uppgradering före den planerade ändringen eller att få bekräftade villkor för utökat stöd medan uppgraderingsarbetet fortsätter. Det beslutet bör spegla det tillämpliga avtalet, beredskapen i arbetsflöden och anpassningar samt den acceptabla perioden för att produktionen inte är tillgänglig.