Odoo publiceert gebruikersdocumentatie onder een speciaal 20.0-pad, en de officiële merge-infrastructuur toont actieve stagingwerkzaamheden voor de 20.0-branch. Deze ontwikkelingen maken Odoo 20-documentatie en ontwikkelactiviteiten publiek zichtbaar. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Ze bevestigen geen algemene releasedatum en laten ook niet zien dat elke functie, migratievereiste en documentatiepagina definitief is. Organisaties moeten zichtbaar voorbereidend werk onderscheiden van een bevestigd productiereleasemoment. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Odoo heeft ook de planning voor het verwijderen van de legacy XML-RPC- en JSON-RPC-services aangepast. Verwijdering is nu uitgesteld tot Odoo 21.1/22, terwijl Odoo 20 en 21 de services in verouderde vorm behouden, naast JSON-2. (Odoo pull Docs: 16925) Integraties die de oudere services gebruiken, krijgen bij een upgrade naar Odoo 20 of 21 dus niet te maken met een bevestigd verwijderingsmoment. Toch blijft planning nodig vanwege de deprecation, omdat beschikbaarheid in deze versies geen garantie is dat de interfaces onbeperkt behouden blijven. (Odoo pull Docs: 16925)
Wat de openbare Odoo 20-activiteit bevestigt
Binnen de 20.0-documentatiestructuur van Odoo is ten minste één openbare gebruikersdocumentatiepagina beschikbaar. De merge-infrastructuur van Odoo toont ook staging-activiteit voor de 20.0-branch. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Deze bronnen kunnen helpen bij vroege technische analyse, maar ze bewijzen niet dat de volledige documentatieset compleet is of dat elke gestage wijziging ongewijzigd in productie komt. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Teams kunnen de beschikbare documentatie gebruiken om de getroffen bedrijfsprocessen te beoordelen en de staging-activiteit om ontwikkelgebieden te identificeren die het volgen waard zijn. Migratiebudgetten en opleverdata moeten nog steeds rekening houden met latere verificatie aan de hand van de definitieve documentatie, het ondersteunde upgradepad en de exacte build die voor implementatie wordt gekozen. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Dit onderscheid helpt voorkomen dat een openbaar documentatiepad wordt gezien als bewijs van een afgeronde release. De beschikbare bronnen bevestigen dat Odoo 20-materiaal en branchwerk zichtbaar zijn, maar ze bieden geen volledige checklist voor releaseacceptatie. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Legacy RPC blijft beschikbaar maar verouderd
Plannen die uitgingen van het verwachte verwijderen van XML-RPC en JSON-RPC in Odoo 20 moeten worden herzien. Het huidige standpunt stelt verwijdering uit tot Odoo 21.1/22 en houdt beide legacy-services beschikbaar in Odoo 20 en 21. JSON-2 is daarnaast beschikbaar. (Odoo pull Docs: 16925) Organisaties kunnen daarom de urgentie heroverwegen van herschrijvingen die alleen waren gepland om een Odoo 20-storing te vermijden, terwijl het werk om weg te migreren van verouderde interfaces gewoon moet doorgaan. (Odoo pull Docs: 16925)
Integratieverantwoordelijken moeten een inventaris opstellen van XML-RPC- en JSON-RPC-gebruik binnen aangepaste code, externe systemen en verbindingen die buiten de kernimplementatie van Odoo worden beheerd. Elke afhankelijkheid kan vervolgens een eigenaar krijgen, worden getest op de doelversie van Odoo en worden beoordeeld op migratie naar JSON-2. (Odoo pull Docs: 16925) Omdat het verwijdermoment wordt vermeld als Odoo 21.1/22, moet de planning de documentatie voor de exacte doelversie volgen in plaats van die formulering als een kalenderdeadline te zien. (Odoo pull Docs: 16925)
Voor Odoo 20 en 21 is gebruik van legacy RPC een deprecatie- en toekomstig-verwijderingsrisico, niet een bevestigde afwezigheid van de services. Upgrade-tests moeten nog steeds authenticatie, requestverwerking, foutgedrag en de bedrijfsresultaten van elke integratie onderzoeken. (Odoo pull Docs: 16925) De bron bevestigt naast het bestaan van JSON-2, maar vermeldt niet dat elke legacy-aanroep een identieke JSON-2-tegenhanger heeft of dat migratie geen toepassingswijzigingen vereist. (Odoo pull Docs: 16925)
De uitstelperiode creëert extra tijd voor gefaseerde migratie, maar mag niet worden gezien als reden om afhankelijkheden ongedocumenteerd te laten. Een praktisch plan kan bestaande integraties tijdens een Odoo 20- of 21-upgrade in stand houden terwijl ze vóór het genoemde verwijdermoment naar JSON-2 worden verplaatst. De tijdlijn moet opnieuw worden bekeken als Odoo zijn versieplannen opnieuw wijzigt. (Odoo pull Docs: 16925)
Minimumvereisten voor Python en PostgreSQL worden verhoogd
Odoo heeft Python 3.12 gekozen als de minimale Python-versie voor Odoo 20 en PostgreSQL 15 als de minimale PostgreSQL-versie. (mergebot.odoo.com) Deze vereisten horen thuis in gereedheidsbeoordelingen voor zelfbeheerde installaties en andere omgevingen waarin de organisatie het toepassings- of databaseplatform beheert. Systemen onder een van beide minima vereisen platformwijzigingen voordat ze kunnen worden beoordeeld tegen de genoemde Odoo 20-baseline. (mergebot.odoo.com)
Versiecontroles moeten ontwikkel-, test-, staging-, productie-, back-upherstel- en disaster-recoveryomgevingen omvatten. Build-images, implementatiedefinities en herstelprocedures kunnen ook Python- of PostgreSQL-versies specificeren en moeten worden getoetst aan de nieuwe minimums. (mergebot.odoo.com)
De bron stelt de gekozen minimale versies vast, maar beschrijft niet alle compatibiliteitsvoorwaarden voor besturingssystemen, Python-pakketten, PostgreSQL-extensies of Odoo-modules van derden. (mergebot.odoo.com) Organisaties moeten daarom hun feitelijke moduleset en implementatieontwerp testen op Python 3.12 en PostgreSQL 15. Voldoen aan de minimumversies is een platformvereiste, geen bewijs dat elk aangepast of extern onderdeel compatibel is. (mergebot.odoo.com)
Hoe Odoo 20-planning aan te passen
Een gereedheidsplan voor Odoo 20 kan het werk opdelen in drie sporen. De eerste is het volgen van de openbare 20.0-documentatie en branch-staging op wijzigingen die relevant zijn voor bedrijfsprocessen en technisch ontwerp. De tweede is het verplaatsen van legacy-RPC-migratie van een verwijderingsblokkade voor Odoo 20 naar gepland deprecatiewerk dat vóór het genoemde verwijdermoment van Odoo 21.1/22 is afgerond. De derde is het valideren van de infrastructuur tegen de minimums van Python 3.12 en PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
Deze aanpak voorkomt twee planningsfouten. De eerste is het uitstellen van alle voorbereiding omdat deze bronnen geen algemeen release-mijlpunt vastleggen. De tweede is het zien van openbare documentatie en staging-activiteiten als bewijs dat alle functies, interfaces en implementatievereisten definitief zijn. De bronnen ondersteunen voorbereidende werkzaamheden, terwijl definitieve goedkeuring moet afhangen van verificatie tegen de gekozen release en implementatieomgeving. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
De RPC-inventaris kan onafhankelijk doorgaan van de uiteindelijke beslissing over de Odoo 20-release, omdat het huidige standpunt wijst op voortgezette beschikbaarheid van de legacy-service en een later verwijderingsmoment. Infrastructuurteams kunnen eveneens omgevingen identificeren die onder Python 3.12 of PostgreSQL 15 draaien, voordat het migratieschema voor de applicatie is vastgelegd. (Odoo pull Docs: 16925; mergebot.odoo.com)
Controles vóór goedkeuring van een migratie
Voordat een Odoo 20-migratie wordt goedgekeurd, moeten besluitvormers de exacte build onder beoordeling verifiëren, de documentatie die op hun applicaties van toepassing is en of relevante gefaseerde wijzigingen tijdens de releasevoorbereiding zijn aangepast. De openbare 20.0-documentatie en de activiteit op de branch tonen voortgang, maar vormen geen bewijs van de definitieve releasestatus. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Het goedkeuringsproces moet ook een gedocumenteerde lijst bevatten van XML-RPC- en JSON-RPC-afhankelijkheden, een eigenaar en migratieaanpak voor elke afhankelijkheid, en testbewijs voor elke overstap naar JSON-2. Bestaande integraties kunnen onder de huidige positie in Odoo 20 en 21 op de verouderde services blijven, maar het plan moet de verwijdering in Odoo 21.1/22 adresseren. (Odoo pull Docs: 16925)
Tot slot moeten teams Python 3.12 en PostgreSQL 15 bevestigen in productie-, niet-productie- en herstelomgevingen. Aangepaste modules, externe pakketten en operationele procedures moeten op die versies worden getest, in plaats van alleen op basis van de beslissing over de minimumversie als compatibel te worden verondersteld. (mergebot.odoo.com)
De huidige positie ondersteunt vroege voorbereiding zonder te suggereren dat Odoo 20 definitief is: openbare documentatie en branch-staging zijn beschikbaar om te beoordelen, legacy RPC blijft verouderd maar beschikbaar via Odoo 20 en 21, en de platformminima verhogen naar Python 3.12 en PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925)mergebot.odoo.com; Runbot Merge)