Odoo 20 Community Edition Release Notes: Was bei der Migration wirklich zählt

Odoo 20 bringt viele neue Funktionen – aber nicht alle landen in der Community Edition. Wir zeigen, was wirklich Open Source ist, welche Module sich ändern und worauf du bei der Migration achten solltest.
Lesezeit: 4 min

Jetzt unseren Newsletter abonnieren. 

Stand: September 2026


Odoo 20 ist da – aber was davon bekommst du in Community?

Wer Odoo Community einsetzt, kennt das Problem: Die offiziellen Odoo 20 Community Edition Release Notes lesen sich zunächst wie eine lange Liste spannender Neuerungen. Für die eigentliche Migration ist aber eine andere Frage entscheidend:

Was davon ist tatsächlich in der Open-Source-Variante verfügbar – und was gehört zur Enterprise Edition?

Genau hier setzt eine aktuelle, datenbasierte Auswertung der Odoo-20-Release-Items an. Insgesamt wurden 687 einzelne Neuerungen und Änderungen analysiert und mit dem tatsächlichen Community- und Enterprise-Code sowie Testdatenbanken abgeglichen.

Das Ergebnis ist für Entwickler, Integrator und Unternehmen interessanter als eine klassische Release-Notes-Zusammenfassung: Odoo 20 bringt einige relevante Community-Neuerungen, gleichzeitig ändern oder verschwinden wichtige technische Grundlagen. Und manches, was Odoo jetzt als neue Funktion präsentiert, gibt es im OCA-Ökosystem schon seit Jahren.

📌 Das Wichtigste in Kürze

  • 341 der 687 analysierten Punkte sind als Community verfügbar.
  • 90 Punkte sind nur teilweise in Community enthalten.
  • 256 Punkte sind Enterprise-only.
  • Die größten Migrationsrisiken liegen oft bei Änderungen, nicht bei neuen Features.
  • ir.model.access und ir.rule werden durch ir.access ersetzt.
  • Mehrere bekannte Module wurden entfernt oder in andere Module integriert.
  • Einige Odoo-20-Neuerungen gab es bereits Jahre zuvor als OCA-Module.

📊 Wie viel Odoo 20 steckt wirklich in Community?

Die Auswertung kommt auf 341 Community-Features, 90 teilweise verfügbare Features und 256 Enterprise-only-Features. Damit sind knapp die Hälfte der untersuchten Release-Items vollständig in CE verfügbar.

StatusAnzahlAnteil
✅ Community34150 %
🟡 Teilweise Community9013 %
🔒 Enterprise only25637 %
Gesamt687100 %

Das zeigt auch, warum ein Blick auf die offiziellen Release Notes allein für eine Community-Migration nicht ausreicht. Ein Feature kann in den allgemeinen Release Notes stehen, aber trotzdem aus Enterprise-Code stammen oder nur teilweise in CE verfügbar sein.

Praxisbeispiel:
Eine neue Funktion im Kalender kann auf den ersten Blick nach einem Community-Feature aussehen. Tatsächlich kann die entsprechende Gantt- oder Map-Funktion aber durch ein Enterprise-Modul bereitgestellt werden. Für eine Migration muss deshalb nicht nur der Name des Features, sondern das konkrete Modul geprüft werden.


🚀 Die wichtigsten Community-Highlights in Odoo 20

Odoo 20 bringt auch für Community-Nutzer einige Funktionen mit, die im Alltag tatsächlich relevant sein können.

Offline arbeiten im Webclient

Der Odoo-Webclient kann in Odoo 20 auch offline genutzt werden. Datensätze lassen sich erstellen, bearbeiten, archivieren oder löschen. Bereits verwendete Suchanfragen können ebenfalls erneut aufgerufen werden.

Für Teams, die Odoo beispielsweise in Lagerhallen, unterwegs oder bei instabiler Internetverbindung nutzen, ist das eine praktische Veränderung.

🔐 Zugriffsrechte werden grundlegend umgebaut

Eine der technisch wichtigsten Änderungen betrifft die Security-Struktur.

Bisher wurden Zugriffsrechte und Record Rules über ir.model.access und ir.rule getrennt definiert. In Odoo 20 werden beide Konzepte im neuen Modell ir.access zusammengeführt.

Auch die Security-Dateien ändern sich: Statt verschiedener Definitionen kommt künftig security/ir.access.csv zum Einsatz. Odoo stellt dafür sogar ein automatisches Migrationsskript bereit.

Praxisbeispiel:
Ein eigenes Community-Modul enthält bisher ir.model.access.csv und Record Rules als XML. Dieses Modul sollte nicht einfach nach Odoo 20 kopiert werden. Die Security-Definitionen müssen auf das neue Modell umgestellt und anschließend fachlich getestet werden.

🖱️ Mehrere Datensätze per Drag & Drop verschieben

In Listen- und Kanban-Ansichten lassen sich mehrere markierte Datensätze gleichzeitig verschieben. Gerade bei CRM-Pipelines oder Aufgabenlisten kann das einige Klicks sparen.

Weitere interessante Community-Neuerungen sind unter anderem:

  • mehrere Kalender in einer Ansicht
  • mehrere Partner-Identifikatoren
  • Produktbilder auf Verkaufsdokumenten
  • steuerinklusive und steuerexklusive Darstellung auf Belegen
  • verbesserte Übersetzungsfunktionen
  • angeheftete Nachrichten im Chatter
  • hierarchische Kontaktansichten
  • verbesserte Bestandsauffüllung
  • Produktbilder in Verkaufs-PDFs
  • llms.txt und weitere Website-Funktionen

⚠️ Viel wichtiger: Was wurde entfernt oder grundlegend geändert?

Bei einer Migration lohnt es sich, zuerst die bestehenden Abhängigkeiten zu untersuchen. Neue Features können später eingeführt werden. Entfernte Modelle und Module können dagegen direkt bestehende Anpassungen brechen.

Mitarbeiterspesen verändern ihren Workflow

Das separate Menü für Employee Expenses entfällt. Genehmigte Spesen werden stattdessen als Entwürfe für Lieferantenrechnungen im entsprechenden Einkaufsjournal behandelt.

Wer eigene Auswertungen, Menüs oder Automatisierungen rund um das bisherige Spesenmodell gebaut hat, sollte diesen Bereich daher gezielt testen.

🔄 Der Retouren-Assistent verschwindet

Das bisherige Modell stock.return.picking existiert nicht mehr. Die Rücksendung wurde in einen vereinfachten Workflow überführt.

Praxisbeispiel:
Ein eigenes Modul greift auf stock.return.picking zu oder erweitert den bisherigen Retouren-Wizard. Nach der Migration ist nicht nur die Oberfläche betroffen – die technische Erweiterung funktioniert so nicht mehr und muss angepasst werden.

🏠 Remote Work wird in Employees integriert

Die Module hr_homeworking, hr_homeworking_calendar und hr_holidays_homeworking wurden entfernt. Die Arbeitsorte pro Wochentag befinden sich jetzt direkt im Modul hr.

Auch hier gilt: Nicht nur prüfen, ob das Feature noch existiert. Entscheidend ist, wo die Funktion nun technisch liegt.


🧩 49 Module entfernt oder zusammengeführt

Noch interessanter für Integrator ist der Modul-Diff zwischen Odoo 19 und 20.

Die Auswertung identifiziert 49 entfernte oder zusammengeführte Community-Module. Dazu gehören beispielsweise base_vat, hr_homeworking, hr_org_chart, stock_picking_batch, transifex oder verschiedene Website- und Wishlist-Module.

Teilweise wurden Funktionen direkt in bestehende Kernmodule integriert.

Ein Beispiel:

stock_picking_batch → stock

Das ist für OCA- und eigene Module besonders relevant, wenn diese bisher von stock_picking_batch abhängen. Die Dependency muss in Odoo 20 entsprechend angepasst werden.

Noch kritischer sind Namenskollisionen mit bestehenden OCA-Modulen. Für Odoo 20 werden unter anderem mail_tracking und mail_tracking_mass_mailing als neue CE-Module eingeführt. Genau diese technischen Namen werden auch in älteren OCA-Versionen verwendet.

Das ist kein kosmetisches Problem. Ein OCA-Modul kann dadurch unter seinem bisherigen technischen Namen nicht einfach nach 20.0 übernommen werden.


😉 Wenn „neu“ eigentlich schon alt ist: OCA war oft früher dran

Ein besonders interessanter Teil der Auswertung ist der Vergleich mit der Odoo Community Association (OCA).

Mehrere Funktionen, die jetzt als Odoo-20-Neuerungen auftauchen, waren bereits seit Jahren über Community-Module verfügbar. Dabei geht es nicht darum, dass beide Lösungen technisch identisch sein müssen. Die Gemeinsamkeit zeigt aber, wie wichtig das OCA-Ökosystem für Community-Installationen ist.

Odoo-20-FunktionOCA-ModulSeit
Mehrere Partner-Identifikatorenpartner_identification8.0
Peppol/GLN-Identifikatorenpartner_identification_gln8.0
Nummerierung von Verkaufszeilensale_order_line_sequence9.0
Google Tag Managerwebsite_google_tag_manager9.0
Dynamische Mailinglistenmass_mailing_list_dynamic10.0
Produktbilder auf Verkaufsdokumentensale_order_report_product_image11.0
Retourenmanagementrma_sale12.0
Sammeldownload von Anhängenattachment_zipped_download14.0
llms.txtwebsite_llms16.0

Praxisbeispiel:
Wer partner_identification bereits in Odoo 19 nutzt, sollte bei der Migration prüfen, ob das OCA-Modul in Odoo 20 noch benötigt wird. Die Funktion ist nun Bestandteil des Community-Kerns. Das verhindert doppelte Funktionalität und unnötige Abhängigkeiten.


🔍 Warum diese Auswertung für Migrationen besonders interessant ist

Die Analyse basiert nicht nur auf der offiziellen Beschreibung einzelner Features.

Zunächst wurden die 687 offiziellen Release-Items erfasst. Anschließend wurde für jedes Item untersucht, welchem Modul es zugeordnet werden kann und ob dieses Modul zu Community oder Enterprise gehört. Dafür wurden unter anderem der öffentliche Odoo-20-Code, die Enterprise-Modulstruktur, Testdatenbanken und UI-Screenshots verwendet. Zusätzlich wurde der Community-Modulbestand von Odoo 19 zu 20 mit 3.266 OCA-Modulnamen abgeglichen.

Die Ergebnisse haben deshalb unterschiedliche Sicherheitsstufen:

  • H – Verified: direkte technische oder UI-basierte Bestätigung
  • M – Module-level: das Modul ist bekannt, aber nicht jedes Detail wurde direkt verifiziert
  • L – Needs review: weitere Prüfung erforderlich

Von den 687 Punkten sind 267 verifiziert, 362 auf Modulebene bewertet und 58 noch offen.

Das ist ein wichtiger Unterschied zu einer klassischen Release-Notes-Liste: Die Auswertung versucht nicht nur zu beschreiben, was Odoo ankündigt, sondern wo die Funktion technisch tatsächlich sitzt.


🛠️ Was sollte ich vor der Migration auf Odoo 20 prüfen?

Ein sinnvoller Migrationscheck beginnt deshalb nicht bei den neuen Features, sondern beim bestehenden System.

1. Abhängigkeiten prüfen

Welche eigenen und OCA-Module hängen von entfernten oder zusammengeführten Modulen ab?

2. Security prüfen

Alle Module mit ir.model.access, Record Rules oder eigenen Security-Dateien müssen auf die neue ir.access-Struktur untersucht werden.

3. Technische Änderungen prüfen

Odoo 20 bringt unter anderem OWL 3, Änderungen an QWeb, neue Cache-Methoden und einen modularisierten PDF-Report-Stack. Für JavaScript-, OWL- und QWeb-lastige Module kann das erheblichen Anpassungsbedarf bedeuten.

4. OCA-Module gegen Core-Funktionen abgleichen

Vielleicht übernimmt Odoo 20 jetzt eine Funktion, die bisher über ein OCA-Modul gelöst wurde. Dann sollte entschieden werden, ob das zusätzliche Modul noch benötigt wird.

5. Fachliche Regressionstests einplanen

Gerade bei Buchhaltung, Retouren, Fertigung, Spesen und Berechtigungen reichen reine Installationschecks nicht aus.


❓ Häufige Fragen zu Odoo 20 Community

Ist Odoo 20 komplett Open Source?

Nein. Die Auswertung ordnet 341 von 687 untersuchten Release-Items der Community zu, 90 sind teilweise verfügbar und 256 Enterprise-only.

Kann ich bestehende OCA-Module einfach von Odoo 19 auf 20 übernehmen?

Nein. Gerade entfernte Module, neue Abhängigkeiten und technische Änderungen können Anpassungen erforderlich machen. Außerdem gibt es bereits Namenskollisionen zwischen neuen Odoo-20-CE-Modulen und älteren OCA-Modulen.

Was ist die wichtigste technische Änderung?

Für Modul-Entwickler ist die Zusammenlegung von ir.model.access und ir.rule zu ir.access eine der zentralen Änderungen. Auch OWL 3 und die damit verbundenen JavaScript- und Template-Anpassungen sollten früh geprüft werden.

Sind die OCA-Vergleiche gleichbedeutend mit vollständiger Funktionsparität?

Nein. Die Auswertung weist ausdrücklich darauf hin, dass die OCA-Verweise keine Paritätsaussage darstellen. Zudem verfügten die aufgeführten Repositories zum Zeitpunkt der Analyse noch nicht über einen 20.0-Branch.


✅ Fazit: Odoo 20 Community ist mehr als eine Feature-Liste

Die wichtigste Erkenntnis aus den Odoo 20 Community Edition Release Notes ist deshalb nicht eine einzelne neue Funktion.

Für eine erfolgreiche Migration musst du drei Ebenen gleichzeitig betrachten:

Was ist neu? Was ist weggefallen? Und was hat sich technisch verändert?

Die 687 analysierten Release-Items zeigen, dass Odoo 20 durchaus viele interessante Community-Funktionen bringt. Gleichzeitig verschwinden Module, Modelle und bisherige Workflows. Dazu kommen tiefgreifende Änderungen für Entwickler, etwa bei Security, OWL und Mail Tracking.

Gerade bei bestehenden Odoo-Community-Installationen lohnt sich deshalb ein systematischer Pre-Migration-Check:

Module → Abhängigkeiten → technische Änderungen → OCA-Überschneidungen → fachliche Tests.

Die vollständige Auswertung mit Filtern, Screenshots und technischen Hinweisen ist frei zugänglich:

👉 Odoo 20 Community Edition Release Notes – vollständige Auswertung

Für die konkrete Migration ist dabei wichtig, die Daten als Arbeitsgrundlage und nicht als unfehlbare Referenz zu verstehen: Der aktuelle Stand ist ein unabhängiger Draft, bei dem insbesondere 58 Punkte noch überprüft werden müssen.

Du hast Fragen zur Migration oder brauchst professionelle Unterstützung beim Update auf odoo20?
Dann melde dich gerne und jederzeit bei uns – wir helfen gemeinnützigen Organisationen und Social Businesses dabei digital souverän zu werden.

Jetzt humanilog kontaktieren

Wir helfen Helfenden seit über 10 Jahren mit individuellen Software Lösungen und gestalten Prozesse in der humanitären Logistik. Damit sich gemeinnützige Organisationen auf ihren Kern konzentrieren können und mehr Impact erreichen.

Weitere Artikel

Unsere Software Services

Wie auch alle anderen Seiten brauchen wir Cookies, um unsere Website ordentlich betreiben zu können. Schaut gerne bei uns in der Datenschutzerklärung vorbei, wenn ihr mehr dazu wissen wollt