Odoo veröffentlicht Benutzerdokumentation unter einem eigenen 20.0-Pfad, und die offizielle Merge-Infrastruktur zeigt aktive Staging-Arbeiten für den 20.0-Zweig. Diese Entwicklungen machen die Odoo-20-Dokumentation und Entwicklungsaktivität öffentlich sichtbar. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Sie bestätigen weder ein allgemeines Veröffentlichungsdatum noch, dass jede Funktion, Migrationsanforderung und Dokumentationsseite final ist. Organisationen sollten zwischen sichtbarer Vorbereitung und einem bestätigten Meilenstein der Produktionsfreigabe unterscheiden. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Odoo hat außerdem den Zeitplan für die Entfernung seiner Legacy-Dienste XML-RPC und JSON-RPC geändert. Die Entfernung ist nun bis Odoo 21.1/22 verschoben, während Odoo 20 und 21 die Dienste weiterhin in veralteter Form zusammen mit JSON-2 behalten. (Odoo pull Docs: 16925) Integrationen, die die älteren Dienste verwenden, stehen beim Upgrade auf Odoo 20 oder 21 daher keinem bestätigten Entfernungsereignis gegenüber. Die Veraltung erfordert dennoch Planung, da die Verfügbarkeit in diesen Versionen keine Zusage ist, die Schnittstellen auf unbestimmte Zeit beizubehalten. (Odoo pull Docs: 16925)
Was die öffentliche Odoo-20-Aktivität bestätigt
Mindestens eine öffentliche Seite der Benutzerdokumentation ist innerhalb der Odoo-20.0-Dokumentationsstruktur verfügbar. Die Merge-Infrastruktur von Odoo weist außerdem Staging-Aktivitäten für den 20.0-Zweig aus. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Diese Quellen können die frühe technische Bewertung unterstützen, sie belegen jedoch nicht, dass der gesamte Dokumentationssatz vollständig ist oder dass jede gestagte Änderung unverändert in die Produktion übernommen wird. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Teams können die verfügbare Dokumentation nutzen, um betroffene Geschäftsprozesse früh zu prüfen, und die Staging-Aktivitäten verwenden, um Entwicklungsbereiche zu identifizieren, die beobachtet werden sollten. Migrationsbudgets und Liefertermine sollten dennoch spätere Überprüfungen anhand der finalen Dokumentation, des unterstützten Upgrade-Pfads und des für die Bereitstellung ausgewählten exakten Builds berücksichtigen. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Diese Unterscheidung hilft zu vermeiden, einen öffentlichen Dokumentationspfad als Beleg für eine abgeschlossene Veröffentlichung zu werten. Die verfügbaren Quellen bestätigen, dass Odoo-20-Material und Zweigarbeiten sichtbar sind, liefern jedoch keine vollständige Checkliste für die Freigabe. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Legacy-RPC bleibt verfügbar, ist aber veraltet
Pläne, die von der erwarteten Entfernung von XML-RPC und JSON-RPC in Odoo 20 ausgehen, sollten überarbeitet werden. Die aktuelle Position verschiebt die Entfernung bis Odoo 21.1/22 und hält beide Legacy-Dienste in Odoo 20 und 21 verfügbar. JSON-2 ist parallel dazu verfügbar. (Odoo pull Docs: 16925) Organisationen können daher die Dringlichkeit von Umschreibungen, die nur zur Vermeidung eines Odoo-20-Ausfalls geplant waren, neu bewerten und zugleich die Arbeiten fortsetzen, die für den Wechsel weg von veralteten Schnittstellen erforderlich sind. (Odoo pull Docs: 16925)
Integrationsverantwortliche sollten ein Inventar der XML-RPC- und JSON-RPC-Nutzung in benutzerdefiniertem Code, externen Systemen und Verbindungen erstellen, die außerhalb der zentralen Odoo-Implementierung verwaltet werden. Jede Abhängigkeit kann dann einem Verantwortlichen zugewiesen, in der Zielversion von Odoo getestet und hinsichtlich einer Migration zu JSON-2 bewertet werden. (Odoo pull Docs: 16925) Da der Entfernungszeitpunkt als Odoo 21.1/22 angegeben ist, sollte sich die Planung an der Dokumentation für die genaue Zielversion orientieren und diese Formulierung nicht als Kalenderfrist verstehen. (Odoo pull Docs: 16925)
Für Odoo 20 und 21 ist die Nutzung von Legacy-RPC ein Risiko durch Abkündigung und spätere Entfernung, nicht der bestätigte Wegfall der Dienste. In Upgradetests sollten weiterhin Authentifizierung, Anforderungsverarbeitung, Fehlerverhalten und die von jeder Integration erzeugten Geschäftsergebnisse geprüft werden. (Odoo pull Docs: 16925) Die Quelle bestätigt die Koexistenz mit JSON-2, sagt jedoch nicht, dass jeder Legacy-Aufruf ein identisches JSON-2-Gegenstück hat oder dass die Migration keine Anpassungen an der Anwendung erfordert. (Odoo pull Docs: 16925)
Die Verschiebung schafft zusätzliche Zeit für eine gestaffelte Migration, sollte aber nicht als Grund dienen, Abhängigkeiten undokumentiert zu lassen. Ein praktikabler Plan kann bestehende Integrationen während eines Odoo-20- oder Odoo-21-Upgrades beibehalten und sie vor dem angegebenen Entfernungszeitpunkt auf JSON-2 umstellen. Der Zeitplan sollte überprüft werden, falls Odoo seine Versionspläne erneut ändert. (Odoo pull Docs: 16925)
Mindestanforderungen für Python und PostgreSQL steigen
Odoo hat Python 3.12 als Mindestversion für Odoo 20 und PostgreSQL 15 als Mindestversion für PostgreSQL festgelegt. (mergebot.odoo.com) Diese Anforderungen gehören in Bereitschaftsprüfungen für selbst verwaltete Installationen und andere Umgebungen, in denen die Organisation die Anwendungs- oder Datenbankplattform kontrolliert. Systeme unterhalb einer der beiden Mindestanforderungen benötigen Plattformänderungen, bevor sie im Hinblick auf die genannte Odoo-20-Baseline bewertet werden können. (mergebot.odoo.com)
Versionsprüfungen sollten Entwicklungs-, Test-, Staging-, Produktions-, Wiederherstellungs- und Notfallwiederherstellungsumgebungen abdecken. Build-Images, Bereitstellungsdefinitionen und Wiederherstellungsverfahren können ebenfalls Python- oder PostgreSQL-Versionen angeben und sollten anhand der neuen Mindestanforderungen geprüft werden. (mergebot.odoo.com)
Die Quelle legt die gewählten Mindestversionen fest, beschreibt jedoch nicht jede Kompatibilitätsbedingung für Betriebssysteme, Python-Pakete, PostgreSQL-Erweiterungen oder Odoo-Module von Drittanbietern. (mergebot.odoo.com) Organisationen sollten daher ihren tatsächlichen Modulumfang und ihr Bereitstellungsdesign unter Python 3.12 und PostgreSQL 15 testen. Die Einhaltung der Mindestversionen ist eine Plattformanforderung, kein Beleg dafür, dass jede benutzerdefinierte oder Drittanbieter-Komponente kompatibel ist. (mergebot.odoo.com)
So wird die Odoo-20-Planung angepasst
Ein Odoo-20-Bereitschaftsplan kann die Arbeit in drei Stränge aufteilen. Der erste ist die Beobachtung der öffentlichen 20.0-Dokumentation und des Branch-Stagings auf Änderungen mit Relevanz für Geschäftsprozesse und technisches Design. Der zweite ist die Verschiebung der Legacy-RPC-Migration von einem Odoo-20-Entfernungsblocker zu planmäßigen Abkündigungsarbeiten, die vor dem angegebenen Odoo-21.1/22-Entfernungszeitpunkt abgeschlossen werden. Der dritte ist die Validierung der Infrastruktur anhand der Mindestanforderungen für Python 3.12 und PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
Dieser Ansatz vermeidet zwei Planungsfehler. Der erste besteht darin, alle Vorbereitungen aufzuschieben, weil diese Quellen keinen allgemeinen Veröffentlichungsmeilenstein festlegen. Der zweite besteht darin, öffentliche Dokumentation und Staging-Aktivitäten als Beweis dafür zu werten, dass alle Funktionen, Schnittstellen und Bereitstellungsanforderungen endgültig sind. Die Quellen unterstützen vorbereitende Arbeiten, während die endgültige Freigabe von der Verifizierung gegen die gewählte Version und die Bereitstellungsumgebung abhängen sollte. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Die RPC-Inventur kann unabhängig von der endgültigen Odoo-20-Release-Entscheidung voranschreiten, da die aktuelle Position die fortgesetzte Verfügbarkeit des Legacy-Dienstes und einen späteren Entfernungszeitpunkt ausweist. Infrastrukturteams können ebenso Umgebungen unter Python 3.12 oder PostgreSQL 15 identifizieren, bevor der Zeitplan für die Anwendungsmigration festgelegt ist. (Odoo pull Docs: 16925; mergebot.odoo.com)
Prüfungen vor der Freigabe einer Migration
Vor der Freigabe einer Odoo-20-Migration sollten Entscheider den genauen in Betracht gezogenen Build, die für ihre Anwendungen geltende Dokumentation und prüfen, ob relevante gestaffelte Änderungen während der Release-Vorbereitung geändert wurden. Die öffentliche 20.0-Dokumentation und die Branch-Aktivität zeigen Fortschritte, legen aber keinen endgültigen Release-Status fest. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Der Freigabeprozess sollte außerdem eine dokumentierte Liste der XML-RPC- und JSON-RPC-Abhängigkeiten, einen Verantwortlichen und einen Migrationsansatz für jede Abhängigkeit sowie Testnachweise für jeden Wechsel zu JSON-2 umfassen. Bestehende Integrationen können unter den veralteten Diensten in Odoo 20 und 21 gemäß der aktuellen Position bleiben, aber der Plan sollte die Entfernung in Odoo 21.1/22 berücksichtigen. (Odoo pull Docs: 16925)
Schließlich sollten Teams Python 3.12 und PostgreSQL 15 in Produktions-, Nicht-Produktions- und Wiederherstellungsumgebungen bestätigen. Eigene Module, externe Pakete und Betriebsverfahren sollten auf diesen Versionen getestet werden, statt nur auf Grundlage der Mindestversionsentscheidung als kompatibel angenommen zu werden. (mergebot.odoo.com)
Die aktuelle Position unterstützt eine frühe Vorbereitung, ohne zu implizieren, dass Odoo 20 final ist: Öffentliche Dokumentation und das Branch-Staging stehen zur Prüfung zur Verfügung, das legacy RPC bleibt veraltet, ist aber über Odoo 20 und 21 verfügbar, und die Plattform-Mindestanforderungen steigen auf Python 3.12 und PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)