Supportfrist i september 2026
Odoos aktuelle supporttabel angiver september 2026 som den planlagte slutdato for standardsupporten til Odoo 17.0. Standardsupport omfatter hjælp fra support, fejlrettelser og sikkerhedsopdateringer. Organisationer, der bruger Odoo 17, bør beslutte, om de vil opgradere før den planlagte frist eller arrangere udvidet support. (Odoo 19.0 Docs: Administration Standard Extended Support)
De offentliggjorte oplysninger angiver den planlagte slutmåned, men ikke en nøjagtig slutdag. Administratorer bør bekræfte den gældende dato hos Odoo i stedet for at antage, at dækningen ændres den første eller sidste dag i september. (Odoo 19.0 Docs: Administration Standard Extended Support) Den interne tidsplan bør give tid til at få den bekræftelse, før en opgraderings- eller supportbeslutning godkendes.
Dækning efter standardsupport
Odoo angiver forskellig dækning for standard og udvidet support. Standardsupport dækker hjælp fra support, fejlrettelser og sikkerhedsopdateringer. Udvidet support koster et ekstra gebyr og dækker hjælp fra support og fejlrettelser, hvor sådanne rettelser er mulige. (Odoo 19.0 Docs: Administration Standard Extended Support)
Sikkerhedsopdateringer er udtrykkeligt inkluderet under standardsupport, men er ikke nævnt i det medfølgende resumé af udvidet support. Fejlrettelser under udvidet support er også betinget af mulighed. (Odoo 19.0 Docs: Administration Standard Extended Support) Før man læner sig op ad udvidet support, bør beslutningstagere bede Odoo bekræfte de vilkår, der gælder for deres kontrakt, hvordan mulighed vurderes, og om eventuelle begrænsninger påvirker eksisterende problemer.
Odoo oplyser, at hver større version modtager tre års support og anbefaler kraftigt at bruge en understøttet version. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) For organisationer, der stadig kører Odoo 17, kræver den planlagte frist koordinering mellem de personer, der er ansvarlige for kontrakter, systemadministration, brugerdefineret udvikling, integrationer og driftsnedetid.
Start med en opgraderet testdatabase
Odoos dokumenterede proces begynder med at anmode om en opgraderet testdatabase. Organisationen bør derefter teste sine forretningsprocesser og integrationer, løse identificerede problemer og først planlægge produktionsopgraderingen, når det arbejde er fuldført. (Odoo 19.0 Docs: Administration Upgrade) Ved at følge denne rækkefølge undgår man, at produktionsopgraderingen bliver den første fulde kompatibilitetstest.
Testningen bør omfatte de arbejdsprocesser og integrationer, som organisationen er afhængig af, i overensstemmelse med Odoos vejledning. (Odoo 19.0 Docs: Administration Upgrade) Hver arbejdsproces bør have en ansvarlig, som kan registrere resultatet, undersøge problemer og bekræfte, at rettelser er blevet testet igen. Oprettelsen af testdatabasen er kun starten på vurderingen, ikke et bevis på, at det opgraderede miljø er klar til produktion.
Odoo anbefaler at løse problemer, der findes under test, før produktionsopgraderingen planlægges. (Odoo 19.0 Docs: Administration Upgrade) Hvis et problem forbliver uløst, bør dets driftsmæssige effekt dokumenteres, før en produktionsdato godkendes. Organisationen kan derefter beslutte, om datoen skal flyttes, opgraderingsplanen ændres eller der skal søges yderligere hjælp.
Testregistreringen bør skelne mellem vellykkede kontroller, mislykkede kontroller og punkter, der ikke er testet. Fordi Odoos proces placerer løsning af problemer før planlægning af produktionen, bør en ufuldstændig test ikke betragtes som et vellykket resultat. (Odoo 19.0 Docs: Administration Upgrade) Denne skelnen hjælper beslutningstagere med at se, hvilke dele af opgraderingen der er klar, og hvilke der stadig kræver arbejde.
Vurder brugerdefinerede moduler separat
En tilpasset database har et ekstra krav. Odoo oplyser, at brugerdefinerede moduler skal være kompatible med målversionen, før databasen kan opgraderes. (Odoo 19.0 Docs: Administration Upgrade) Administratorer bør identificere hvert enkelt brugerdefineret modul, tildele ansvar for det og fastslå, om der findes en kompatibel version til den tilsigtede måludgivelse.
Odoos dokumenterede krav placerer kompatibilitet for brugerdefinerede moduler før indsendelse af en tilpasset database til opgradering. (Odoo 19.0 Docs: Administration Upgrade) Test af standardarbejdsgange alene afgør ikke, om brugerdefineret kode er klar. Hvert modul bør have en registreret kompatibilitetsstatus og være inkluderet i den opgraderede testdatabase, så de arbejdsgange, det påvirker, kan kontrolleres.
Odoo kræver også, at integrationer testes som en del af processen med den opgraderede database. (Odoo 19.0 Docs: Administration Upgrade) Vurderingen bør derfor omfatte både brugerdefinerede moduler og tilsluttede systemer. For hvert element bør administratorer registrere, hvad der skal testes, hvem der kan undersøge en fejl, og om en relevant tredjepart skal deltage under test eller i produktionsopgraderingen.
Planlæg for nedetid i produktionen
Produktionsdatabasen er utilgængelig under opgraderingen, og Odoo anbefaler at planlægge arbejdet til en periode med minimal brug. (Odoo 19.0 Docs: Administration Upgrade) Planen bør identificere et acceptabelt tidsvindue, de aktiviteter der skal være afsluttet på forhånd, og de personer der skal vide, at live-databasen vil være utilgængelig.
Odoos vejledning placerer produktionsplanlægning efter test og løsning af problemer. (Odoo 19.0 Docs: Administration Upgrade) Administratorer bør bevare denne rækkefølge, når de arbejder baglæns fra den planlagte supportfrist i september 2026. Hvis man forpligter sig til produktion for tidligt, kan der blive for lidt tid til at løse problemer fundet i arbejdsgange, integrationer eller brugerdefinerede moduler uden at ændre tidsvinduet.
Produktionsplanen bør ikke antage, at det kun er planlægningen, der skal tages højde for, når databaseopgraderingen er fuldført. Odoo bekræfter, at databasen vil være utilgængelig under processen og anbefaler at vælge en periode med minimal brug. (Odoo 19.0 Docs: Administration Upgrade) Intern godkendelse bør derfor tage højde for afbrydelsen og bekræfte, hvilke forretningsaktiviteter der skal sættes på pause eller være afsluttet, før vinduet starter.
Kontroller før valg af vej
Før du godkender udvidet support eller en opgraderingstidsplan, skal du bekræfte den præcise slutdato for standard support, det ekstra gebyr for udvidet support og den dækning, der er tilgængelig for Odoo 17. Odoos offentliggjorte skelnen er, at standard support omfatter helpdesk-assistance, fejlrettelser og sikkerhedsopdateringer, mens udvidet support giver helpdesk-assistance og mulige fejlrettelser mod et ekstra gebyr. (Odoo 19.0 Docs: Administration Standard Extended Support)
Ved en opgradering skal du verificere, at der er anmodet om en opgraderet testdatabase, at forretningsarbejdsgange og integrationer er testet, at identificerede problemer er løst, og at brugerdefinerede moduler er kompatible med målversionen. Disse trin er en del af Odoos dokumenterede opgraderingsvejledning. (Odoo 19.0 Docs: Administration Upgrade) Produktionsvinduet bør kun godkendes, når kontrollerne har navngivne ansvarlige og registrerede resultater.
Odoo 17 standard support forventes at ophøre i september 2026, og Odoo anbefaler at anvende en understøttet version. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Organisationer, der stadig bruger Odoo 17, skal vælge mellem at gennemføre en testet opgradering før den planlagte ændring eller at opnå bekræftede vilkår for udvidet support, mens opgraderingsarbejdet fortsætter. Den beslutning bør afspejle den gældende kontrakt, arbejdsgangenes og tilpasningernes parathed samt den acceptable periode med nedetid i produktionen.