Odoo 20 ist da: Was Schweizer KMU jetzt wirklich wissen müssen
Odoo 20 ist seit dem 24. September 2026 offiziell. Die Release Notes bestätigen vieles aus unserer Vorschau - und ordnen einiges anders ein, als die Keynote vermuten lässt. Drei Bereiche verändern die Rechnung für Schweizer KMU: KI, die Datensätze bearbeitet, Field Service unter Planning und das Light-User-Modell in der Lizenzierung.
Odoo 20 wurde am 24. September 2026 in Brüssel vorgestellt und ist seither offiziell verfügbar. Viele der Funktionen, die vorher kursierten, sind tatsächlich enthalten. Gleichzeitig zeigen die Release Notes, dass einige Neuerungen anders einzuordnen sind, als es die Vorstellung von Odoo und die Keynote vermuten lassen.
Dieser Beitrag ist die Fortsetzung unserer Vorschau vom September. Dort hatten wir jede Meldung in eine von vier Schubladen gelegt: bestätigt, längst verfügbar, Entwicklungsstand oder blosse Erwartung. Jetzt lässt sich nachprüfen, was daraus wurde.
Kurz gesagt: Odoo 20 ist kein Neustart, sondern eine konsequente Weiterentwicklung. Drei Bereiche verändern die Rechnung: KI-Agenten, die Datensätze bearbeiten statt nur Texte zu schreiben. Field Service, das als App verschwindet und in Planning aufgeht. Und Light Users, die die Lizenzkalkulation verändern. Entscheidend ist nicht, was in der Keynote funktioniert - sondern was im konkreten Schweizer Unternehmensprozess zuverlässig läuft.
Was aus der Vorschau wurde
Die Vorschau hatte vier offene Punkte markiert. Alle vier sind inzwischen beantwortet - drei davon zugunsten der Erwartung, einer in eine andere Richtung als gedacht.
Field Service unter Planning: bestätigt, und deutlicher als erwartet. Die Release Notes halten fest, dass die Field-Service-App eingestellt und ihre Funktionen in Planning integriert wurden. Es ist keine Erweiterung, sondern ein Umbau.
Routenoptimierung und Live-Ortung: beide bestätigt. Die Kartenansicht kennt einen geordneten und einen optimierten Modus, der den kürzesten Weg zwischen den Adressen berechnet; die Standorte der Technikerinnen und Techniker lassen sich live verfolgen.
Offline-Modus: bestätigt, und zwar plattformweit, nicht nur für Serviceeinsätze.
Kosten und Datenverarbeitung der KI: beantwortet, aber nicht so, wie viele es sich gewünscht hätten. Alle KI-Funktionen benötigen jetzt Credits, die über In-App-Käufe bezogen werden. Die Verarbeitung erfolgt über externe Anbieter, dazu unten mehr.
Nicht bestätigt hat sich die Erwartung an eine automatische Zeiterfassung durch KI. Odoo 20 bringt einen Zeiterfassungs-Assistenten mit Regeln, Schwellenwerten und einer Anbindung an die Aktivitätsaufzeichnung des Geräts - Vorschläge, die jemand bestätigt, keine automatische Buchung.
KI wird vom Assistenten zum ausführenden Werkzeug
Die grösste Verschiebung liegt bei den KI-Agenten. In Odoo 19 konnten sie Auskunft geben und mit zugewiesenen Werkzeugen einzelne Aufgaben ausführen. In Odoo 20 werden sie zum Teil der Prozesslogik.
Konkret bestätigen die Release Notes: Agenten können Datensätze suchen, anlegen und aktualisieren - auch aus einer hochgeladenen Anleitung heraus, etwa einem PDF. Sie lassen sich aus Automatisierungen und zeitgesteuerten Aktionen aufrufen. Wer einen Prozess in natürlicher Sprache beschreibt, erhält laut Odoo eine Erklärung, was der Agent tun wird, und danach läuft der Ablauf selbstständig. Die Anbindung externer KI-Werkzeuge über MCP, bereits mit 19.4 eingeführt, wird weitergeführt. Agenten können Dokumente und definierte Wissensquellen verwenden und diese auf Wunsch neu einlesen.
Profitieren sollen vor allem Website, CRM, Buchhaltung, Marketing und die Dokumentenverarbeitung. Der Website-Assistent baut Seiten, Formulare und Menüs aus einer Beschreibung. In der Buchhaltung beantwortet ein Agent Fragen zu Forderungen und Liquidität aus den Berichten und prüft auf Wunsch die Abstimmung Zyklus für Zyklus.
Eine KI, die Datensätze schreibt, braucht dieselben Berechtigungen und Freigaben wie ein Mitarbeitender, der Datensätze schreibt.
Genau hier liegt die kritische Seite. KI-Aktionen verändern operative Daten. Rollen, Berechtigungen und Freigaben müssen deshalb vor dem Einsatz sauber stehen, nicht danach. Odoo hat dafür Mechanismen eingebaut: Agenten stellen Rückfragen und Berechtigungsanfragen, die per Klick beantwortet werden; erreicht ein Agent seine maximale Anzahl an Werkzeugaufrufen, holt er eine Bestätigung ein; jeder Agent arbeitet nur mit den Rechten des Benutzers, in dessen Namen er läuft. Diese Mechanismen sind nützlich - sie ersetzen aber keine Entscheidung darüber, welche Prozesse ein Agent überhaupt anfassen darf. Kritische Buchhaltungs- oder Zahlungsprozesse gehören nicht ungeprüft in eine Automatisierung, und eine autonome Buchhaltung verspricht auch Odoo nicht.
Der zweite Punkt sind die Kosten. Da jede KI-Funktion Credits verbraucht, entsteht neben den Benutzerlizenzen ein zweiter Kostenblock, der vom tatsächlichen Gebrauch abhängt. Wer KI produktiv einsetzt, sollte diesen Block getrennt budgetieren und beobachten.
Field Service verschwindet als eigenständige App
Die Zusammenführung mit Planning ist die tiefgreifendste strukturelle Änderung. Was in der Vorschau ein Signal aus der Entwicklungsdokumentation war, ist jetzt Standard: Einsätze sind Schichten in der Planning-App, mit allem, was dazugehört.
Bestätigt sind unter anderem die automatische Einsatzplanung unter Berücksichtigung der Kundenstandorte, Live-Standorte der Technikerinnen und Techniker, die Kartenansicht mit optimierten Routen, mehrere Ressourcen pro Einsatz, Materialerfassung per Barcode, die Einsatz- und Gerätehistorie je Kunde, Dokumente zum installierten Gerät direkt aus dem Einsatz, distanzabhängige oder pauschale Fahrtkosten, Arbeitsblätter mit Vorlagen sowie Einsatzberichte. Dazu kommen ein Website-Formular für Serviceanfragen, Kundenbewertungen je Einsatz und Bestätigungsmails bei der Terminierung. Fahrzeiten erscheinen in der Gantt-Ansicht, sofern der Kartendienst Mapbox angebunden ist.
Für viele Betriebe ist damit ein Grossteil dessen im Standard, was bisher Erweiterungen brauchte. Eine Frage bleibt jedoch offen, und sie ist für Schweizer Service- und Baubetriebe typisch.
Ein Unternehmen betreut eine Baustelle oder eine technische Anlage. Diese Anlage ist weder der Kunde noch die Rechnungsadresse. Die Verwaltung wechselt, der Generalunternehmer wechselt, der Rechnungsempfänger wechselt - und trotzdem muss die Historie der Anlage lückenlos erhalten bleiben: Welche Geräte stehen dort, wer war wann vor Ort, was wurde eingebaut. Die Release Notes bestätigen Kundenstandorte und Kundengeräte. Sie belegen nicht, dass ein solches von Kunde und Rechnungsempfänger unabhängiges Objektmodell vollständig im Standard gelöst ist.
Unsere Empfehlung ist deshalb unspektakulär: Diesen Prozess mit einem realistischen Testfall durchspielen - eine Anlage, ein Wechsel der Verwaltung, eine Rechnung an einen Dritten - bevor entschieden wird, ob der Standard reicht, ob Studio genügt oder ob es eine Erweiterung braucht. Wer bereits Arbeitsblätter mit Studio-Feldern einsetzt, sollte zudem einplanen, dass Vorlagen in Odoo 20 auf Property-Felder umgestellt wurden.
Mobile Arbeit und Offline-Modus
Odoo 20 kann Datensätze offline anlegen, bearbeiten, archivieren und löschen; früher ausgeführte Suchen stehen ohne Verbindung zur Verfügung, und die Änderungen werden synchronisiert, sobald das Gerät wieder online ist. Dateien lassen sich vom Smartphone direkt an Odoo übergeben, um Belege und Spesen zu erfassen oder Aufgaben, Leads und Abwesenheiten anzulegen. Formulare und Touch-Bedienung wurden überarbeitet, der Kalender auf Mobilgeräten neu gestaltet.
Der Nutzen ist klar umrissen: Servicetechniker im Keller ohne Empfang, Bau- und Montageunternehmen auf dem Gelände, Aussendienst zwischen zwei Terminen, Lager und Inventur in Hallen mit schlechter Abdeckung.
Zwei Einschränkungen gehören dazu. Erstens muss nicht jeder individuelle Prozess automatisch offlinefähig sein - eigene Module, Anhänge, Unterschriften und der Fall, dass zwei Personen denselben Datensatz offline ändern, sind zu testen, bevor man sich darauf verlässt. Zweitens ist “funktioniert offline” eine Aussage über den Standard, nicht über die Erweiterungen, die ein Betrieb über die Jahre angesammelt hat.
Verkauf, Projekte und Marketing
Abseits der drei grossen Themen enthält Odoo 20 eine Reihe von Verbesserungen, deren Nutzen sich ohne Umschweife erklären lässt.
Im Verkauf lassen sich Angebotsabschnitte als Vorlagen speichern und wiederverwenden, Abschnittsbeschreibungen mehrzeilig führen und Mengen sowie Einheiten je Abschnitt auf einmal anpassen. Die Marge wird direkt auf der Angebotsposition bearbeitet und rechnet den Verkaufspreis nach. Positionen brauchen nicht mehr zwingend ein Produkt, sofern das nicht bewusst erzwungen wird. Kundinnen und Kunden können Retouren über das Kundenportal auslösen, und der Shop erzeugt Zubehör-, Options- und Alternativvorschläge automatisch.
In Projekten wurde der bisherige Rentabilitätsbericht durch eigene Berichte für Projektbudget sowie tatsächliche und erwartete Margen ersetzt. Projekte entstehen direkt aus Verkaufschancen. Der Timer sitzt im Hauptmenü und lässt sich von überall starten; der Zeiterfassungs-Assistent schlägt Einträge aufgrund konfigurierbarer Regeln vor.
In der Marketing Automation gibt es einen visuellen Workflow-Builder mit Drag-and-drop, ereignisbasierte Auslöser wie Seitenbesuche oder Listenanmeldungen, Webhooks zur Anbindung externer Systeme und einen KI-Assistenten für die Kampagneneinrichtung.
Das ist keine vollständige Liste. Wir nehmen nur auf, was sich in einen geschäftlichen Nutzen übersetzen lässt; die vollständigen Release Notes umfassen weit über fünfzig Bereiche.
Light Users verändern die Lizenzrechnung
Dieser Punkt verdient besondere Aufmerksamkeit, weil er nicht in der Keynote stand, aber jede Kalkulation berührt.
Odoo führt auf seiner Preisseite den Light User als eigene, günstigere Lizenz. Sie deckt zwei Fälle ab: Personen mit eingeschränktem Zugriff auf HR-Funktionen, Planning, Kasse, Knowledge (nur lesend) und Barcode - und Mitarbeitende, die ausschliesslich als Personalakte im System stehen, ohne Login. Kein Zugriff besteht auf die operativen Kernanwendungen wie Verkauf, Einkauf, Projekte oder Buchhaltung. In Odoo 20 lässt sich der Zugriff eines Light Users zusätzlich auf das Barcode-Modul allein beschränken.
Die Definition im Enterprise-Vertrag ist dabei der entscheidende Satz: Als Light User gilt jedes aktive Benutzerkonto, das als solches gekennzeichnet ist - oder jeder aktive Mitarbeitendendatensatz aus der HR-App, der nicht mit einem aktiven Nicht-Portal-Benutzerkonto verknüpft ist. Die Gebühren richten sich laut Vertrag nach der Zahl der Users, der Light Users und dem gewählten Plan.
Damit ist “kein Login bedeutet keine Lizenzkosten” keine sichere Annahme mehr. Der typische Fall: Mitarbeitende, die ihre Anwesenheit am Kiosk oder an der Stempeluhr erfassen, brauchten bisher kein Benutzerkonto und kosteten keine Lizenz - sie standen nur als Personalakte im System. Nach der neuen Definition zählen genau diese Datensätze als Light Users. Funktional ändert sich für sie nichts, nur die Zählregel. Ein Produktionsbetrieb mit 60 Mitarbeitenden und 15 Odoo-Benutzern hat unter dieser Definition nicht 15 Lizenzen, sondern 15 Users und bis zu 45 Light Users. Portalbenutzer, also externe Personen mit Zugriff nur über das Portal, zählen weiterhin nicht.
Wer als Light User einen Login hat, kann Anwesenheit, Abwesenheiten, Spesen und das eigene Profil bedienen - nicht aber Stunden auf Projekte buchen. Timesheets gehören zu den Kernanwendungen und bleiben den vollen Users vorbehalten.
Zwei Dinge sagen wir bewusst nicht. Wir nennen keinen Schweizer Preis: Die Preisseite weist den Light User in Euro aus, ein bestätigter CHF-Preis liegt uns nicht vor. Und wir behaupten nicht, dass diese Regel automatisch rückwirkend für jeden bestehenden Vertrag gilt - das ist eine Frage des jeweiligen Vertragsstands und gehört schriftlich geklärt.
Für Unternehmen heisst das vor einem Projekt oder Upgrade:
- Vollbenutzer zählen
- Light Users separat erfassen
- reine Mitarbeitendendatensätze prüfen - wer steht in der HR-App, ohne dass es nötig wäre
- Portalbenutzer sauber abgrenzen
- Vertrags- und Preisfolgen vor dem Projektstart schriftlich bestätigen lassen
Eine erste Grössenordnung für die Vollbenutzer liefert unser Odoo-Lizenzrechner; die Light Users kommen als eigene Zeile dazu.
Datenschutz und KI
Wer KI-Agenten operative Daten bearbeiten lässt, muss wissen, wohin diese Daten gehen. Odoo ist hier vergleichsweise transparent. Die Datenschutzerklärung für die In-App-Dienste nennt OpenAI und Google Gemini als KI-Dienstleister. Übermittelt werden Eingaben und Anweisungen, der relevante Gesprächsverlauf, der relevante Odoo-Kontext sowie Auszüge aus konfigurierten Wissensquellen, soweit sie für die Anfrage nötig sind. Gemäss Odoo werden diese Daten nicht für das Training der Modelle verwendet; die Verarbeitung auf Odoo-Seite erfolgt auf Servern in Belgien und Frankreich. Agentengespräche werden in Odoo bis zu 30 Tage nach der letzten Nachricht gespeichert. Der Datenzugriff eines Agenten ist durch die Rechte des aktuellen Benutzers und die Konfiguration des Agenten begrenzt.
Für die Hostingregion Europa nennt Odoo in seiner allgemeinen Datenschutzerklärung Standorte in Frankreich und Belgien, mit Sicherungen in Frankreich, den Niederlanden und Schweden. Eine Datenhaltung in der Schweiz bietet Odoo Online damit nicht - wer sie braucht, muss das Hosting gesondert betrachten.
Daraus folgt eine kurze Liste für den Einsatz:
- KI-Datenflüsse je Anwendungsfall dokumentieren: welche Daten, an welchen Anbieter, wofür
- sensible Bereiche begrenzen - Personal- und Lohndaten, Bankdaten, Verträge
- Schreibrechte für Agenten zurückhaltend vergeben
- kritische Aktionen bestätigen lassen statt automatisch ausführen
- Datenschutz und Berechtigungen pro Anwendungsfall prüfen, nicht einmal pauschal
Schweizer Lokalisierung
Hier ist der Befund kurz: In den geprüften Odoo-20-Informationen wurde keine grundlegende neue Schweizer Lokalisierung angekündigt. Die Release Notes führen Aktualisierungen für über sechzig Länder auf; die Schweiz ist nicht darunter. Swiss Payroll mit Swissdec ELM 5.0 und 5.3 ist seit Februar 2025 zertifiziert und war bereits vor Odoo 20 verfügbar.
Das heisst nicht, dass es nichts zu prüfen gibt - im Gegenteil. Mehrere allgemeine Änderungen in der Buchhaltung und im Lohn berühren Schweizer Abläufe direkt:
- Alle Buchungen auf Bankkonten müssen in Odoo 20 aus Banktransaktionen stammen. Manuelle Umbuchungen auf das Bankkonto, wie sie in manchen Betrieben üblich sind, funktionieren so nicht mehr.
- Kontengruppen wurden durch übergeordnete Konten ersetzt. Ein nach KMU-Kontenrahmen strukturierter Kontenplan muss dieses Modell nach der Migration korrekt abbilden.
- Die Einstellung der PAIN-Version für ausgehende Zahlungen ist vom Journal auf die Zahlungsmethode gewandert - relevant für ISO-20022-Zahlungsdateien ans E-Banking.
- Im Lohn wurden die Arbeitseinträge und die Planning-Payroll-Integration entfernt; Arbeitseintragstypen und Abwesenheitstypen sind zusammengeführt.
- Das Bezahlen von Lieferantenrechnungen direkt aus Odoo über einen Zahlungsauslösedienst ist neu, aber damit nicht automatisch für jede Schweizer Bank freigegeben.
QR-Rechnung, MWST, Zahlungsformate und Lohn gehören deshalb bei jeder Migration auf Odoo 20 in den Testplan - nicht weil sie neu wären, sondern weil sich das Umfeld darunter geändert hat.
Dabei gilt, was wir bei jedem Accounting- und Payroll-Projekt vorab klären: Wir implementieren Odoo technisch und prozessbezogen. Die steuerliche, buchhalterische und lohnrechtliche Beurteilung - Kontierung, MWST-Fragen, Versicherungsparameter - liegt bei Ihrer Finanzverantwortung oder Ihrem Treuhänder, und die fachliche Freigabe vor dem Go-live ebenfalls. Wie diese Verantwortlichkeiten im Projekt verteilt sind, haben wir schriftlich festgehalten.
Fazit und Handlungsempfehlung
Odoo 20 ist relevant und bringt echten Fortschritt: Agenten, die Prozesse tragen statt nur Texte zu liefern, ein Field Service, das im Standard viel von dem abdeckt, was bisher Erweiterungen brauchte, und ein Offline-Modus, der mobile Arbeit endlich belastbar macht. Ein sofortiger Umstieg ist deshalb aber nicht für jedes Unternehmen automatisch sinnvoll. Wer Erweiterungen im Einsatz hat, individuelle Arbeitsblätter, eigene Buchungslogik auf Bankkonten oder einen Lizenzvertrag ohne Light Users, hat vor dem Upgrade Hausaufgaben.
Drei nächste Schritte haben sich bewährt:
- Upgrade-Check für bestehende Odoo-Kunden. Erweiterungen, Anpassungen, Kontenplan, Zahlungsformate und Lizenzstand gegen Odoo 20 prüfen - bevor ein Termin gesetzt wird. Wie wir Versionswechsel angehen, ist beschrieben.
- Prozess-Pilot für Field Service und Planning. Einen realen Einsatzprozess mit Anlage, wechselnden Parteien und Rechnung an Dritte im Standard durchspielen, dann entscheiden.
- Begrenzter KI-Pilot. Ein Anwendungsfall mit messbarem Nutzen, definierten Berechtigungen, Bestätigungspflicht für schreibende Aktionen und einem Credit-Budget, das beobachtet wird. Wo KI heute bereits verlässlich arbeitet, haben wir in Welche KI-Anwendungen sind bereits produktiv beschrieben.
Sie prüfen Odoo 20 oder möchten wissen, ob sich ein Upgrade für Ihr Unternehmen lohnt? Wir analysieren Prozesse, Erweiterungen, Lizenzfolgen und Schweizer Anforderungen und zeigen Ihnen, welche Neuerungen tatsächlich einen Nutzen bringen - im kostenlosen Projekt-Check oder, wenn es um ein ganzes Vorhaben geht, im Bedarfs- und Entscheidungsworkshop.
Weiterführend: Themenwelt Odoo erfolgreich einsetzen · Lösung ERP · Lösung Buchhaltung. Den nächsten Schritt machen Sie mit dem kostenlosen Projekt-Check.
Lohnt sich Odoo 20 für Ihr Unternehmen?
Im kostenlosen Projekt-Check klären wir Prozesse, Erweiterungen, Lizenzfolgen und Schweizer Anforderungen - und welche Neuerungen bei Ihnen tatsächlich einen Nutzen bringen.
