Frist for støtte i september 2026
Odoos gjeldende støttetabell oppgir september 2026 som planlagt sluttdato for standard støtte for Odoo 17.0. Standard støtte omfatter hjelp fra support, feilrettinger og sikkerhetsoppdateringer. Organisasjoner som bruker Odoo 17, bør avgjøre om de vil oppgradere før den planlagte fristen eller avtale utvidet støtte. (Odoo 19.0 Docs: Administration Standard Extended Support)
Den publiserte informasjonen angir planlagt sluttmåned, men oppgir ikke en nøyaktig sluttdag. Administratorer bør bekrefte den operative datoen med Odoo i stedet for å anta at dekningen endres den første eller siste dagen i september. (Odoo 19.0 Docs: Administration Standard Extended Support) Den interne tidsplanen bør sette av tid til å få denne bekreftelsen før en oppgradering eller støttebeslutning godkjennes.
Dekning etter standard støtte
Odoo oppgir ulik dekning for standard og utvidet støtte. Standard støtte omfatter hjelp fra support, feilrettinger og sikkerhetsoppdateringer. Utvidet støtte koster et tillegg og omfatter hjelp fra support og feilrettinger der disse rettelsene er mulige å gjennomføre. (Odoo 19.0 Docs: Administration Standard Extended Support)
Sikkerhetsoppdateringer er uttrykkelig inkludert i standard støtte, men er ikke oppført i den medfølgende oppsummeringen av utvidet støtte. Feilrettinger i utvidet støtte er også betinget av at de er gjennomførbare. (Odoo 19.0 Docs: Administration Standard Extended Support) Før man stoler på utvidet støtte, bør beslutningstakere be Odoo bekrefte vilkårene som gjelder for deres kontrakt, hvordan gjennomførbarhet vurderes og om noen begrensninger påvirker eksisterende problemer.
Odoo oppgir at hver hovedversjon får tre års støtte og anbefaler på det sterkeste å bruke en støttet versjon. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) For organisasjoner som fortsatt kjører Odoo 17, krever den planlagte fristen koordinering mellom de som har ansvar for kontrakter, systemadministrasjon, tilpasset utvikling, integrasjoner og driftsnedetid.
Start med en oppgradert testdatabase
Odoos dokumenterte prosess starter med å be om en oppgradert testdatabase. Organisasjonen bør deretter teste forretningsflyter og integrasjoner, løse identifiserte problemer og planlegge produksjonsoppgraderingen først etter at det arbeidet er fullført. (Odoo 19.0 Docs: Administration Upgrade) Å følge denne rekkefølgen hindrer at produksjonsoppgraderingen blir den første fullstendige kompatibilitetstesten.
Testing bør omfatte arbeidsflytene og integrasjonene organisasjonen er avhengig av, i tråd med Odoos veiledning. (Odoo 19.0 Docs: Administration Upgrade) Hver arbeidsflyt bør ha en ansvarlig som kan registrere resultatet, undersøke problemer og bekrefte at rettelser er testet på nytt. Å opprette testdatabasen er bare starten på vurderingen, ikke bevis på at det oppgraderte miljøet er klart for produksjon.
Odoo anbefaler å løse problemer som avdekkes under testing før produksjonsoppgraderingen planlegges. (Odoo 19.0 Docs: Administration Upgrade) Hvis et problem forblir uløst, bør den operative virkningen dokumenteres før en produksjonsdato godkjennes. Organisasjonen kan da bestemme om datoen skal flyttes, oppgraderingsplanen endres eller ytterligere bistand søkes.
Testloggen bør skille mellom vellykkede kontroller, mislykkede kontroller og elementer som ikke er testet. Fordi Odoos prosess setter løsning av problemer før produksjonsplanlegging, bør en ufullstendig test ikke behandles som et vellykket resultat. (Odoo 19.0 Docs: Administration Upgrade) Dette skillet hjelper beslutningstakere å se hvilke deler av oppgraderingen som er klare, og hvilke som fortsatt krever arbeid.
Vurder tilpassede moduler separat
En tilpasset database har et ekstra krav. Odoo oppgir at tilpassede moduler må være kompatible med målversjonen før databasen kan oppgraderes. (Odoo 19.0-dokumentasjon: Administrasjonsoppgradering) Administratorer bør identifisere hver tilpassede modul, tildele ansvar for den og fastslå om en kompatibel versjon er tilgjengelig for den tiltenkte målutgivelsen.
Odoos dokumenterte krav plasserer kompatibilitet for tilpassede moduler før innsending av en tilpasset database for oppgradering. (Odoo 19.0-dokumentasjon: Administrasjonsoppgradering) Testing av standardarbeidsflyter alene fastslår ikke om egendefinert kode er klar. Hver modul bør ha en registrert kompatibilitetsstatus og være inkludert i den oppgraderte testdatabasen, slik at arbeidsflytene som påvirkes av den, kan kontrolleres.
Odoo krever også at integrasjoner testes som en del av prosessen med den oppgraderte databasen. (Odoo 19.0-dokumentasjon: Administrasjonsoppgradering) Vurderingen bør derfor omfatte både tilpassede moduler og tilkoblede systemer. For hvert element bør administratorer registrere hva som må testes, hvem som kan undersøke en feil, og om en relevant tredjepart må delta under testing eller produksjonsoppgraderingen.
Planlegg for utilgjengelighet i produksjon
Produksjonsdatabasen er utilgjengelig under oppgraderingen, og Odoo anbefaler å planlegge arbeidet i en periode med minimal bruk. (Odoo 19.0-dokumentasjon: Administrasjonsoppgradering) Planen bør identifisere et akseptabelt tidsvindu, aktivitetene som må fullføres på forhånd, og personene som trenger å vite at den aktive databasen vil være utilgjengelig.
Odoos veiledning plasserer produksjonsplanlegging etter testing og løsning av problemer. (Odoo 19.0-dokumentasjon: Administrasjonsoppgradering) Administratorer bør bevare denne rekkefølgen når de arbeider bakover fra den planlagte supportfristen i september 2026. Å binde seg til produksjon for tidlig kan etterlate for lite tid til å håndtere problemer som oppdages i arbeidsflyter, integrasjoner eller tilpassede moduler, uten å endre tidsvinduet.
Produksjonsplanen bør ikke anta at fullføring av databaseoppgraderingen er den eneste hensynet i planleggingen. Odoo bekrefter at databasen vil være utilgjengelig under prosessen og anbefaler å velge en periode med minimal bruk. (Odoo 19.0-dokumentasjon: Administrasjonsoppgradering) Intern godkjenning bør derfor ta høyde for avbruddet og bekrefte hvilke forretningsaktiviteter som må settes på pause eller fullføres før vinduet starter.
Kontroller før du velger en vei
Før du godkjenner utvidet support eller en oppgraderingsplan, bekreft den nøyaktige datoen for utløp av standard support, tilleggsavgiften for utvidet support og dekningen som er tilgjengelig for Odoo 17. Odoos publiserte skille er at standard support inkluderer brukerstøtte, feilrettinger og sikkerhetsoppdateringer, mens utvidet support gir brukerstøtte og gjennomførbare feilrettinger mot en ekstra avgift. (Odoo 19.0-dokumentasjon: Administrasjon Standard Utvidet support)
For en oppgradering, kontroller at en oppgradert testdatabase er forespurt, at forretningsarbeidsflyter og integrasjoner er testet, at identifiserte problemer er løst, og at tilpassede moduler er kompatible med målversjonen. Disse trinnene er en del av Odoos dokumenterte veiledning for oppgraderinger. (Odoo 19.0-dokumentasjon: Administrasjonsoppgradering) Produksjonsvinduet bør bare godkjennes når kontrollene har navngitte ansvarlige og registrerte resultater.
Standard support for Odoo 17 er planlagt å avsluttes i september 2026, og Odoo anbefaler å bruke en støttet versjon. (Odoo 19.0-dokumentasjon: Administrasjon Standard Utvidet support; Odoo 19.0-dokumentasjon: Administrasjonsoppgradering) Organisasjoner som fortsatt bruker Odoo 17 må velge mellom å fullføre en testet oppgradering før den planlagte endringen eller å skaffe bekreftede vilkår for utvidet support mens oppgraderingsarbeidet fortsetter. Denne beslutningen bør gjenspeile den gjeldende kontrakten, hvor klare arbeidsflytene og tilpasningene er, og den akseptable perioden med utilgjengelighet i produksjon.