"Wanneer kunnen we naar Odoo 20?" Het eerlijke antwoord: dat bepaalt je maatwerk, niet de kalender. Odoo maatwerk upgraden begint bij de vraag wat er aan je database hangt: eigen modules, Studio-aanpassingen, wat er in de interface is gebouwd, en koppelingen met andere systemen. Voor de koppelingen heb je meer tijd dan het gerucht zegt.
Het brede beeld staat in het overzicht van Odoo 20. Dit stuk hoort bij Hoe Odoo?!, onze reeks over Odoo inzetten zoals het bedoeld is.
Je maatwerk bepaalt de datum
Volgens de upgradedocumentatie van Odoo kan een database met eigen modules pas over als elke module een versie voor de doelversie heeft. Werk daarom parallel: vraag een testdatabase aan en werk intussen de broncode bij.
De handleiding voor ontwikkelaars geeft er twee adviezen bij. Bevries nieuwe ontwikkeling zolang de upgrade loopt, anders upgrade je dezelfde functie twee keer. En daag je maatwerk uit: wat de standaard zelf kan, hoeft niet mee.
De module die het laatst klaar is, bepaalt de datum. Plan dus vanaf de inventaris.
Drie soorten maatwerk, drie soorten werk
| Soort | Waar het leeft | Wie het werk doet |
|---|---|---|
| Eigen modules | in code | de beheerder van de module; Odoo alleen met een abonnement voor onderhoud van maatwerk |
| Studio-aanpassingen | in de database | de upgradeservice van Odoo, zolang Studio geïnstalleerd is en het abonnement loopt |
| Automatiseringen, serveracties, sjablonen en filters uit de interface | in de database | jij of je partner, met de hand: een tool die code omzet, ziet ze niet |
Ook wat meegaat, test je. Een voorbeeld uit de release notes: werkbonsjablonen voor de buitendienst werken voortaan met eigenschapsvelden in plaats van Studio-velden. Wie daar Studio-velden op bouwde, kijkt opnieuw.
Koppelingen: wat er in Odoo 20 echt stopt
Er gaat rond dat XML-RPC en JSON-RPC, de oude koppelvlakken van Odoo, in Odoo 20 verdwijnen. Dat klopt maar voor een deel. Volgens de documentatie over de externe RPC-API zijn ze verouderd en bieden ze drie services:
- db, voor databasebeheer: verwijderd in Odoo 20;
- common, onder meer voor inloggen: verwijdering gepland in Odoo 22, najaar 2028;
- object, voor het werken met records: idem.
Op Odoo Online staan common en object al gepland voor versie 21.1, winter 2027.
De vervanger is de externe JSON-2 API, met een API-sleutel per gebruiker. Zo'n sleutel heeft een looptijd van hooguit drie maanden, dus vernieuwen hoort in je beheerkalender. Let op: de externe API is alleen beschikbaar op het Custom-abonnement.
Ons advies: zet koppelingen nu om, niet pas bij de volgende upgrade.
Wat er onder de motorkap verandert
| Wijziging | Wie het raakt | Wat je controleert |
|---|---|---|
| Recordregels verdwijnen; volgens de release notes bepaalt het toegangsrecht zelf op welke records het geldt | modules met eigen recordregels | of elke regel dezelfde records blijft afschermen |
| Nieuwe iconenset | eigen schermen, rapporten en websiteblokken | of de iconen nog verschijnen |
| Trackingwaarden verdwijnen | eigen koppelingen en rapporten die wijzigingshistorie lezen | of je de aparte module nodig hebt die Odoo daarvoor biedt |
| Pushmeldingen via Odoo zelf | eigen pushinstellingen | of meldingen aankomen |
| Nieuwere minimumversies voor zelf hosten | eigen servers | de installatie-eisen |
Odoo maatwerk upgraden begint met een inventaris
Vaak weet niemand meer precies wat er aan een database hangt. Dat is geen schuld, dat is tijd. Een lijst per database maakt het weer zichtbaar:
- Per koppeling: welk systeem, welke API en welke service, welke gebruiker en sleutel, en wie de eigenaar is.
- Per module: wie hem onderhoudt, of er een versie voor Odoo 20 is, en welke rapporten en mailsjablonen velden uit die module gebruiken. Een verwijderd veld valt daar pas weken later op.
- Per aanpassing in Studio of de interface: welke schermen, automatiseringen, serveracties en sjablonen er draaien, en wie ze maakte.
Test daarna op een aparte omgeving, zoals in onze OTAP-straat, nooit op productie. De inventaris is van jou, net als je data, je configuratie en je maatwerk. Zo bouwen we ook onze API-koppelingen: gedocumenteerd en overdraagbaar.
AI versnelt, mensen beslissen
Op Odoo Experience 2026 liet Odoo zien hoe AI de code van eigen modules voorbereidt op een nieuwe versie. Eerst doen vaste tools de mechanische omzetting, daarna krijgt AI alleen wat overblijft. Dat draait op een lege database, dus klantdata komt er niet aan te pas. Ook daar bleven Studio-aanpassingen en automatiseringen uit de interface mensenwerk.
Zo werken wij ook: AI helpt bepalen wat er per module verandert en wat getest moet worden. Een mens beoordeelt elke wijziging, want een groot platform heeft regels die nergens zijn opgeschreven. Zo standaard mogelijk, zo maatwerk als nodig. De upgrade zelf plannen we in het kwartaalritme van onze managed services.
Veelgestelde vragen
Stopt mijn koppeling met Odoo 20?
Alleen als hij de db-service van de oude RPC-API gebruikt, bijvoorbeeld om databases op afstand te beheren. Koppelingen via common en object werken volgens de documentatie van Odoo tot de geplande verwijdering in Odoo 22, op Odoo Online tot versie 21.1. Omzetten naar de JSON-2 API kan nu al.
Gaan Studio-aanpassingen mee met de upgrade?
Volgens de upgradedocumentatie van Odoo valt de upgrade van Studio-aanpassingen onder de upgradeservice, zolang Studio geïnstalleerd is en het abonnement actief is. Test ze toch: schermen, rapporten en automatiseringen kunnen anders uitvallen. Wat je buiten Studio in de interface bouwde, zoals serveracties en mailsjablonen, loop je zelf na.
Wie upgradet mijn eigen modules?
Odoo doet dat alleen onder een abonnement voor onderhoud van maatwerk. Anders ligt het werk bij wie de modules bouwde of beheert. Volgens Odoo is de beheerder van een module verantwoordelijk om die geschikt te maken voor de nieuwe versie. Dat werk bepaalt je planning, dus vraag er vroeg naar.
Hangt er maatwerk of een koppeling aan je Odoo? Vraag een impactscan aan, dan weet je wat er mee moet en wanneer. Vraag een impactscan aan
