Zum Inhalt springen

Odoo 20: Schnittstellen und Datenbankverwaltung vor dem Upgrade prüfen

Mit dem September-Release von Odoo 20 wird die Prüfung bestehender Integrationen konkret. Besonders Verwaltungsaufrufe über den bisherigen db-Dienst verdienen Aufmerksamkeit.
30. September 2026 durch
innos Systemhaus GmbH
Unterschiedliche geometrische Metallprofile mit einem cyanfarbenen Adapter als abstraktes Symbol für die Migration von Schnittstellen.
KI-generiertes Symbolbild.

Mit dem September-Release von Odoo 20 wird die Prüfung bestehender Integrationen konkret. Besonders Verwaltungsaufrufe über den bisherigen db-Dienst verdienen Aufmerksamkeit.

Der September-Anlass: eine neue Hauptversion

Odoo hat am 24. September 2026 die Veröffentlichung von Odoo 20 bekannt gegeben. Für Unternehmen mit einer bestehenden On-Premises-Installation ist damit auch eine technische Frage aktuell: Welche angebundenen Systeme und Verwaltungsabläufe benötigen vor einem Versionswechsel Aufmerksamkeit? Hier geht es um die Schnittstellenprüfung, nicht um eine vollständige Liste der neuen Produktfunktionen.

Unser Team bei innos bietet Odoo ausschließlich On-Premises an. Ein Versionswechsel betrifft deshalb neben den fachlichen Abläufen auch eigene Erweiterungen, angebundene Anwendungen und den Betriebsprozess. Ein vorhandener Schnittstellenplan hilft, die Prüfung auf die tatsächlichen Verbindungen zu konzentrieren.

Datenbankverwaltung gezielt ansehen

Eine konkrete Änderung betrifft den bisherigen Datenbankdienst der XML-RPC- und JSON-RPC-APIs. Odoo dokumentiert dessen Entfernung mit Version 20. Zu seinen früheren Aufgaben gehörten beispielsweise das Anlegen, Duplizieren, Sichern und Wiederherstellen von Datenbanken. Automatisierungen, die diese Aufgaben über den bisherigen db-Dienst auslösen, müssen daher vor dem Upgrade überprüft werden.

Das bedeutet nicht, dass die interne Datenbankverwaltung ersatzlos verschwindet oder jede bestehende RPC-Anbindung gleichzeitig ausfällt. Der offizielle Code zeigt den Umbau der Verwaltungsfunktionen; die Dokumentation unterscheidet ausdrücklich zwischen dem db-Dienst und den übrigen Diensten. Welcher Aufruf in einem vorhandenen Skript betroffen ist, lässt sich erst anhand dieses Skripts beurteilen.

JSON-2 richtig einordnen

Die alternative JSON-2-API wurde bereits mit Odoo 19 eingeführt. Sie ist deshalb keine erst im September hinzugekommene Odoo 20-Funktion. Bei einer neuen oder überarbeiteten Anbindung ist sie dennoch ein sinnvoller Prüfpunkt. Odoo beschreibt API-Schlüssel zur Authentifizierung und die Prüfung der Benutzerrechte, Datensatzregeln sowie Feldzugriffe.

Für dauerhafte Verbindungen empfiehlt die Herstellerdokumentation eigene technische Benutzer. Unser Vorschlag ist, je angebundenem Dienst den benötigten Zugriff festzulegen und einen verantwortlichen Betreiber zu benennen. So kann eine Verbindung geprüft oder stillgelegt werden, ohne mehrere unabhängige Anwendungen auf dieselben Zugangsdaten angewiesen zu lassen.

Zusammengehörige Aktionen zusammen prüfen

Ein weiterer Punkt liegt im Ablauf der Aufrufe: Jeder JSON-2-Aufruf läuft in einer eigenen Datenbanktransaktion. Mehrere nacheinander gestartete Aufrufe werden dadurch nicht automatisch zu einem einzigen gemeinsamen Vorgang. Das kann bei Reservierungen, Zahlungen und anderen voneinander abhängigen Aktionen relevant sein.

Odoo empfiehlt für zusammengehörige Operationen eine einzelne Methode, die den vollständigen Vorgang verarbeitet. Für das Projekt bedeutet dies: Neben dem erfolgreichen Aufruf auch Fehlerfälle und konkurrierende Änderungen betrachten. Welche Meldung entsteht, wenn ein Vorgang bereits bearbeitet wurde? Wie erkennt das angebundene System einen Fehler, und wie verhindert es eine versehentliche doppelte Verarbeitung?

Ein überschaubarer Testplan für KMU

Wir empfehlen eine Liste mit allen Verbindungen, ihren Zuständigkeiten und typischen Vorgängen. Dazu gehören etwa ein Stammdatenabgleich, ein Auftrag und gegebenenfalls eine Datenbanksicherung samt Wiederherstellungsprüfung. Diese Fälle sollten in einer getrennten Testumgebung geprüft werden. Erst danach lässt sich der Aufwand für Anpassungen und den eigentlichen Versionswechsel belastbar planen.

Aus dem Schnittstellenbestand einen Upgrade-Plan entwickeln

Steht bei Ihnen ein Wechsel auf Odoo 20 an, benötigen die vorhandenen Aufrufe einen konkreten Prüfplan. In einem Odoo-On-Premises-Projekt lassen sich die eigene Installation, Anpassungen und Betriebsabläufe gemeinsam betrachten. Unser Team nimmt den Schnittstellenbestand auf, prüft betroffene API-Aufrufe und plant erforderliche Anpassungen. Wir bereiten Testdaten vor und vereinbaren eine stufenweise Prüfung von Integration, fachlichem Ablauf und Betrieb. Abnahmekriterien und Zuständigkeiten gehören dazu. Beschreiben Sie uns Ihren Versionsstand und die angebundenen Anwendungen; unsere Odoo-ERP-Leistungsseite erläutert den Leistungsrahmen.

Häufige Fragen

Bricht mit Odoo 20 jede XML-RPC-Anbindung?

Die hier behandelte Änderung betrifft den db-Dienst. Die Herstellerdokumentation unterscheidet die übrigen Dienste. Deshalb ist der tatsächlich genutzte Aufruf entscheidend.

Ist JSON-2 völlig neu?

Nein. Odoo dokumentiert die Einführung bereits für Version 19. Beim Wechsel auf 20 sollte die passende Nutzung dennoch geprüft werden.

Welche Vertragsvoraussetzung ist zu beachten?

Odoo nennt für sein kommerzielles Tarifangebot den Custom-Tarif als Voraussetzung für externen API-Zugang. Das ist eine Vertragsregel und kein pauschales technisches API-Verbot für Community. Edition, Vertrag und Anbindung sollten vor dem Projektstart zusammen geprüft werden.

Ein geprüfter Plan für Ihren Versionswechsel

Bringen Sie den Odoo-Versionsstand und eine Übersicht Ihrer angebundenen Systeme in die Kontaktaufnahme ein. Justin Schenk ist Ihr Einstieg bei innos Systemhaus GmbH aus Schwäbisch Hall. Unser Expertenteam klärt mit Ihnen betroffene Aufrufe, Testumfang und mögliche API-Anpassungen. Gemeinsam planen wir die fachliche Abnahme und die Übergabe in den On-Premises-Betrieb. Weitere Informationen finden Sie bei unseren Odoo-ERP-Leistungen.

Upgrade-Prüfung anfragen

Copilot in SharePoint: Allgemeine Verfügbarkeit und Kostensteuerung
Microsoft kündigt für Ende September die allgemeine Verfügbarkeit von Copilot in SharePoint an. KMU sollten Lizenzumfang, Credits und den Wechsel der Preview-Steuerung gemeinsam planen.