Stick to the plan. Een consultant van Odoo zei het in zijn sessie over implementaties op Odoo Experience 2026 twee keer achter elkaar. Extra verzoeken mogen, zei hij erbij, maar beoordeel ze eerst op wat ze het budget kosten. Een nieuwe versie midden in je traject is zo'n extra verzoek. Zit je in een Odoo 19-traject en is Odoo 20 net uit, kies dan op je planning en je maatwerk, niet op de release. Zit je nog in de analyse, stap dan over. Staat je eerste proces bijna live, zet door en plan de upgrade als vast kwartaalonderdeel.
Wat Odoo zelf zegt over versies overslaan
Sommige gidsen zeggen dat je geen versie mag overslaan. De ondersteuningspagina van Odoo zegt iets anders. Elke hoofdversie krijgt drie jaar standaardondersteuning: Odoo 19 tot september 2028, Odoo 20 tot september 2029 (gepland). Upgraden mag naar elke hoofdversie die nog standaardondersteuning heeft, of waarvan die minder dan zes maanden geleden afliep.
Beveiligingsupdates komen alleen in die standaardperiode. Daarna is er verlengde ondersteuning tegen een meerprijs, op Odoo.sh voor een beperkt aantal versies en op een eigen server voor elke versie. Op Odoo Online bestaat verlengde ondersteuning niet.
Volgens de upgradedocumentatie geldt daarbij: hoe kleiner het versieverschil, hoe makkelijker de upgrade. En een database met eigen modules kan pas over als die modules een versie voor de doelversie hebben. Kies je nu voor 19, dan zit je dus niet vast. Je stelt de upgrade alleen uit.
Een planningsvraag, geen versievraag
Het risico zit zelden in de versie. Het zit in een doel dat verschuift terwijl je onderweg bent. Wie halverwege overstapt, test en traint opnieuw, en schuift zijn livegang op.
Daarom kijken we eerst naar waar je staat. Bij Newway gaat het knelpuntproces als eerste klein live, en elk kwartaal volgt het volgende onderdeel. Een upgrade past in dat ritme als een gewoon kwartaalonderdeel, met een eigen testronde.
Nog in de analyse? Stap over naar 20
In de analyse is er nog niets gebouwd. Je brengt processen in kaart, en die hangen niet van een versie af. Overstappen kost dan weinig. Je bouwt meteen op de nieuwste basis, zonder een tweede upgrade binnen een jaar, en je ondersteuningstermijn loopt een jaar langer: tot september 2029 in plaats van 2028.
Je richt bovendien in op wat er nu is. Op de beurs presenteerde Odoo de Light User, een rol voor medewerkers die maar een paar apps gebruiken, als iets dat pas vanaf versie 20 bestaat. De documentatie over toegangsrechten beschrijft de rol ook pas in versie 20. Telt je organisatie veel van zulke medewerkers, dan weegt dat mee in je licentiekeuze.
Bijna live? Zet door op 19
Is de inrichting getest en staat de livegang gepland, dan levert doorzetten meer op dan overstappen. Je haalt het voordeel van het eerste proces nu binnen, in plaats van een kwartaal later. Ga live op 19 met het proces dat de meeste pijn doet, en zet de upgrade naar 20 in de kwartaalplanning, met een testdatabase en een vaste testronde. Bouw tot die tijd geen nieuw maatwerk dat je bij de upgrade direct weer moet omzetten.
Je hebt de tijd: Odoo 19 houdt standaardondersteuning tot september 2028. Een accountmanager van Odoo gaf in zijn sessie over implementeren met een partner als tip om minstens elke twee jaar te upgraden. Met de upgrade in je kwartaalplanning zit je daar ruim binnen.
Wat beslist de keuze bij jou?
Vijf vragen geven meestal de doorslag:
- Hoeveel eigen modules heb je? Elke module moet mee naar de doelversie. Meer maatwerk betekent een zwaardere upgrade later.
- Welke koppelingen praten met Odoo? Die test je bij elke overstap opnieuw.
- Waar draait je database? Op Odoo Online is een upgrade van een hoofdversie elke twee jaar verplicht. Op Odoo.sh heb je na de drie jaar ondersteuning nog twee jaar.
- Hebben je key-users nu tijd? Een testronde vraagt mensen uit de organisatie, niet alleen een partner.
- Welke licenties heb je nodig? De rol Light hoort bij 20.
Bij die eerste vraag een kanttekening. In een sessie over het upgraden van eigen modules met AI liet Odoo zien hoe een agent code omzet. De spreker was eerlijk over de grens: Studio-velden en -weergaven, automatische en geplande acties en in de interface bewerkte mailsjablonen leven in je database, niet in je code. Dat ziet zo'n hulpmiddel niet, dus tel het mee als maatwerk.
Wat er bij een upgrade stil verandert, staat in de checklist voor Odoo 20.
Hoe wij de keuze maken
We leggen je planning naast je maatwerk en je hosting, en daar komt een datum uit. Na de beurs heb ik voorgesteld om voor elke beheerklant een Odoo 20-impactscan te doen, vóór de volgende kwartaaloverleggen. Voor wie nu naar 19 gaat, kiezen we daarin per klant tussen doorzetten en meteen door naar 20. Na livegang hoort de upgrade in het kwartaalritme van ons beheer. Sta je nog voor de keuze welk proces eerst moet, dan begint het bij procesoptimalisatie.
Twee vragen vooraf
Kan ik later van Odoo 19 rechtstreeks naar een nieuwere versie? Ja. Een versie overslaan mag, zolang de doelversie nog standaardondersteuning heeft of die minder dan zes maanden geleden afliep. Hoe kleiner het verschil, hoe makkelijker de upgrade, dus plan hem liever vroeg dan laat.
Moet mijn maatwerk opnieuw gebouwd worden voor Odoo 20? Niet opnieuw, wel omgezet. Hoeveel werk dat is, hangt af van wat een module doet en waar hij aan raakt. Daarom inventariseren we eerst alle modules, koppelingen en wat er in Studio is gebouwd, en testen we de omgezette versie in een aparte testdatabase.
Wat er in de nieuwe versie verandert, lees je in ons overzicht van Odoo 20. Waar sta jij: nog in de analyse, of bijna live? Vraag een impactscan aan
Luc Castermans was op Odoo Experience 2026 en schrijft in Hoe Odoo?! over Odoo inzetten zoals het bedoeld is.
