Deadline voor ondersteuning in september 2026

Odoo’s huidige ondersteuningstabel vermeldt september 2026 als het geplande einde van de standaardondersteuning voor Odoo 17.0. Standaardondersteuning omvat helpdeskondersteuning, bugfixes en beveiligingsupdates. Organisaties die Odoo 17 gebruiken, moeten beslissen of zij vóór de geplande deadline willen upgraden of uitgebreide ondersteuning willen regelen. (Odoo 19.0 Docs: Administration Standard Extended Support)

De gepubliceerde informatie vermeldt de geplande eindmaand, maar geeft geen exacte einddatum. Beheerders moeten de geldende datum bij Odoo bevestigen in plaats van aan te nemen dat de dekking op de eerste of laatste dag van september verandert. (Odoo 19.0 Docs: Administration Standard Extended Support) De interne planning moet tijd inlassen om die bevestiging te verkrijgen voordat een upgrade- of ondersteuningsbeslissing wordt goedgekeurd.

Dekking na standaardondersteuning

Odoo vermeldt verschillende dekkingen voor standaard- en uitgebreide ondersteuning. Standaardondersteuning omvat helpdeskondersteuning, bugfixes en beveiligingsupdates. Uitgebreide ondersteuning kost een extra vergoeding en omvat helpdeskondersteuning en bugfixes, voor zover die fixes haalbaar zijn. (Odoo 19.0 Docs: Administration Standard Extended Support)

Beveiligingsupdates zijn expliciet inbegrepen in de standaardondersteuning, maar worden niet vermeld in de meegeleverde samenvatting van de uitgebreide ondersteuning. Bugfixes binnen uitgebreide ondersteuning zijn bovendien afhankelijk van haalbaarheid. (Odoo 19.0 Docs: Administration Standard Extended Support) Voordat men op uitgebreide ondersteuning vertrouwt, moeten besluitvormers Odoo vragen de voorwaarden te bevestigen die van toepassing zijn op hun contract, hoe haalbaarheid wordt beoordeeld en of er beperkingen zijn voor bestaande problemen.

Odoo geeft aan dat elke grote versie drie jaar ondersteuning krijgt en raadt sterk aan een ondersteunde versie te gebruiken. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Voor organisaties die nog met Odoo 17 werken, vereist de geplande deadline afstemming tussen de mensen die verantwoordelijk zijn voor contracten, systeembeheer, maatwerkontwikkeling, integraties en operationele downtime.

Begin met een geüpgradede testdatabase

Het gedocumenteerde proces van Odoo begint met het aanvragen van een geüpgradede testdatabase. Daarna moet de organisatie haar bedrijfsworkflows en integraties testen, vastgestelde problemen oplossen en de productie-upgrade pas plannen nadat dat werk is afgerond. (Odoo 19.0 Docs: Administration Upgrade) Door deze volgorde aan te houden, wordt voorkomen dat de productie-upgrade de eerste volledige compatibiliteitstest wordt.

Tests moeten de workflows en integraties dekken waarvan de organisatie afhankelijk is, in lijn met de richtlijnen van Odoo. (Odoo 19.0 Docs: Administration Upgrade) Elke workflow moet een eigenaar hebben die de uitkomst kan vastleggen, problemen kan onderzoeken en kan bevestigen dat correcties opnieuw zijn getest. Het aanmaken van de testdatabase is slechts het begin van de beoordeling, niet het bewijs dat de geüpgradede omgeving klaar is voor productie.

Odoo raadt aan om tijdens het testen gevonden problemen op te lossen voordat de productie-upgrade wordt gepland. (Odoo 19.0 Docs: Administration Upgrade) Als een probleem onopgelost blijft, moet het operationele effect ervan worden gedocumenteerd voordat een productiedatum wordt goedgekeurd. De organisatie kan dan beslissen of de datum wordt verschoven, het upgradeplan wordt aangepast of verdere सहायता wordt gezocht.

Het testverslag moet onderscheid maken tussen geslaagde controles, mislukte controles en items die niet zijn getest. Omdat Odoo’s proces het oplossen van problemen vóór de productieplanning plaatst, mag een onvolledige test niet als een succesvol resultaat worden beschouwd. (Odoo 19.0 Docs: Administration Upgrade) Dit onderscheid helpt besluitvormers te zien welke onderdelen van de upgrade klaar zijn en welke nog werk vereisen.

Beoordeel maatwerkmodules afzonderlijk

Een aangepaste database heeft een extra voorwaarde. Odoo geeft aan dat maatwerkmodules compatibel moeten zijn met de doeld versie voordat de database kan worden geüpgraded. (Odoo 19.0 Docs: Beheer upgrade) Beheerders moeten elke aangepaste module identificeren, de verantwoordelijkheid ervoor toewijzen en vaststellen of er een compatibele versie beschikbaar is voor de beoogde doellancering.

De gedocumenteerde vereiste van Odoo plaatst compatibiliteit van aangepaste modules vóór het indienen van een aangepaste database voor een upgrade. (Odoo 19.0 Docs: Beheer upgrade) Alleen standaardwerkstromen testen maakt niet duidelijk of aangepaste code klaar is. Elke module moet een vastgelegde compatibiliteitsstatus hebben en worden opgenomen in de geüpgradede testdatabase, zodat de workflows die ervan afhankelijk zijn kunnen worden gecontroleerd.

Odoo vraagt ook om integraties te testen als onderdeel van het proces met de geüpgradede database. (Odoo 19.0 Docs: Beheer upgrade) De beoordeling moet daarom zowel aangepaste modules als gekoppelde systemen omvatten. Voor elk item moeten beheerders vastleggen wat getest moet worden, wie een fout kan onderzoeken en of een relevante derde partij tijdens het testen of de productie-upgrade moet deelnemen.

Plan voor onbeschikbaarheid van productie

De productiedatabase is tijdens de upgrade niet beschikbaar, en Odoo adviseert het werk te plannen tijdens een periode van minimaal gebruik. (Odoo 19.0 Docs: Beheer upgrade) Het plan moet een acceptabel tijdsvenster, de activiteiten die vooraf moeten worden voltooid en de personen die moeten weten dat de live database niet beschikbaar zal zijn, identificeren.

De richtlijnen van Odoo plaatsen productiescheduling na testen en probleemoplossing. (Odoo 19.0 Docs: Beheer upgrade) Beheerders moeten die volgorde behouden wanneer ze terugrekenen vanaf de geplande ondersteuningsdeadline in september 2026. Te vroeg vastleggen voor productie kan te weinig tijd overlaten om problemen in workflows, integraties of aangepaste modules op te lossen zonder het tijdsvenster te wijzigen.

Het productieplan mag niet aannemen dat het voltooien van de database-upgrade de enige planningsfactor is. Odoo bevestigt dat de database tijdens het proces niet beschikbaar zal zijn en adviseert een periode van minimaal gebruik te kiezen. (Odoo 19.0 Docs: Beheer upgrade) Interne goedkeuring moet daarom rekening houden met de onderbreking en bevestigen welke bedrijfsactiviteiten moeten pauzeren of vóór het begin van het tijdsvenster moeten zijn afgerond.

Controles vóór het kiezen van een traject

Voordat u uitgebreide ondersteuning of een upgradeschema goedkeurt, bevestigt u de exacte einddatum van standaardondersteuning, de extra vergoeding voor uitgebreide ondersteuning en de dekking die beschikbaar is voor Odoo 17. Het gepubliceerde onderscheid van Odoo is dat standaardondersteuning helpdeskondersteuning, bugfixes en beveiligingsupdates omvat, terwijl uitgebreide ondersteuning helpdeskondersteuning en haalbare bugfixes biedt tegen een extra vergoeding. (Odoo 19.0 Docs: Beheer standaard uitgebreide ondersteuning)

Voor een upgrade controleert u of een geüpgradede testdatabase is aangevraagd, of bedrijfsworkflows en integraties zijn getest, of geïdentificeerde problemen zijn opgelost en of aangepaste modules compatibel zijn met de doeldversie. Deze stappen maken deel uit van Odoo’s gedocumenteerde upgrade-richtlijnen. (Odoo 19.0 Docs: Beheer upgrade) Het productievenster mag alleen worden goedgekeurd wanneer de controles toegewezen eigenaren en vastgelegde resultaten hebben.

De standaardondersteuning voor Odoo 17 is gepland om te eindigen in september 2026, en Odoo adviseert een ondersteunde versie te gebruiken. (Odoo 19.0 Docs: Beheer standaard uitgebreide ondersteuning; Odoo 19.0 Docs: Beheer upgrade) Organisaties die nog Odoo 17 gebruiken, moeten kiezen tussen het afronden van een geteste upgrade vóór de geplande wijziging of het verkrijgen van bevestigde voorwaarden voor uitgebreide ondersteuning terwijl het upgradewerk doorgaat. Die beslissing moet aansluiten bij het toepasselijke contract, de gereedheid van workflows en aanpassingen, en de acceptabele periode van onbeschikbaarheid van productie.