Odoo 20 wurde am 24. September auf der Odoo Experience in Brüssel veröffentlicht. Als offizieller Odoo-Partner haben wir das offizielle Release-Material Punkt für Punkt durchgearbeitet und mit laufenden Projekten abgeglichen.
Dies ist keine Funktionsliste. Es geht um drei Punkte, die den Betrieb im Alltag betreffen, und um die Frage, was vor einem Upgrade geprüft werden sollte.
1. Light User: erst Rollen trennen, dann Konten zuweisen
Bei kleinen und mittleren Unternehmen ist selten die Funktion der Engpass, sondern der Preis der Konten. Wenn sechzig Mitarbeiter in der Fertigung scannen und rückmelden sollen, sprengt ein vollständiges Konto für jeden das Budget.
Odoo 20 führt Light User ein, monatlich abgerechnet und deutlich günstiger als ein vollständiges Konto. Die Zielgruppe sind Tätigkeiten an der Werkbank.
Die Rechte eines Light-User-Kontos sind begrenzt, und die offizielle Dokumentation ist an dieser Stelle knapp. In der Praxis hat sich folgende Aufteilung bewährt:
| Rolle | Empfohlenes Konto | Begründung |
|---|---|---|
| Geschäftsführung, Finanzen, Einkauf, Vertrieb | Vollständiges Konto | Auswertungen, Freigaben, modulübergreifende Arbeit |
| Rückmeldung in der Fertigung, Scannen im Lager | Light User | Nur Belegerfassung und Statusänderung |
| Kasse im Einzelhandel | Light User | Schmale, häufige Tätigkeiten |
| Externe Partner | Portalbenutzer | Nur Einreichung, kein Zugriff auf interne Daten |
Ein häufiger Fehler: Der Schichtleiter bekommt ein Light-User-Konto, sieht dann aber die Kapazitätsauswertung nicht und zwei Tage später wird doch ein vollständiges Konto angelegt. Die Reihenfolge sollte lauten: Tätigkeiten je Rolle auflisten, dann Kontotypen festlegen, dann über Stückzahlen sprechen.
2. Offline-Modus: für Funklöcher, nicht für „Arbeiten ohne Netz"
Letztes Jahr hatten wir ein Projekt im Bereich Präzisionsteile. Die Halle war eine Stahlkonstruktion, das WLAN hatte drei tote Zonen. Der Scanner verlor dort die Verbindung, die Mitarbeiter notierten alles auf Papier und trugen es nach der Schicht ein. Wer schon einmal in der Fertigung gearbeitet hat, weiß, was das mit der Datenqualität macht.
Genau dafür ist der Offline-Modus in Odoo 20 gedacht: Ohne Verbindung lassen sich Belege anlegen, bearbeiten und abfragen, und alles wird synchronisiert, sobald das Netz zurück ist. Die Belege werden zuerst lokal gespeichert; bei einem Konflikt mit dem Server fragt das System nach einer manuellen Bestätigung, statt zu überschreiben. Das ist sicherer als automatisches Zusammenführen, bedeutet aber, dass jemand die Konflikte abarbeiten muss.
Zwei Dinge vorab: Stammdatenänderungen, die offline erfolgen, etwa ein neuer Artikelcode, werden nicht sofort wirksam, die Reihenfolge der Arbeit ist also wichtig. Und der Offline-Modus deckt kurze Unterbrechungen ab, nicht tagelangen Ausfall — er ersetzt keine lokale Installation.
3. Kontinuierliche Fertigung, Wochenplanung und Stücklistenvergleich
Drei Änderungen auf der Fertigungsseite:
Die kontinuierliche Fertigung gibt den nächsten Arbeitsgang automatisch frei, sobald der vorherige abgeschlossen ist, was Wartezeiten zwischen den Arbeitsgängen reduziert. Die Wochenplanungstafel ordnet Fertigungsaufträge nach Wochen und erlaubt es, Prioritäten per Drag-and-drop zu ändern. Stücklisten lassen sich nebeneinander vergleichen, was die Prüfung von Änderungen erleichtert.
Der Hinweis aus der Praxis: Die kontinuierliche Fertigung setzt korrekte Arbeitspläne und Durchlaufzeiten voraus. Sind die Einstellungen fehlerhaft, vervielfacht die automatische Freigabe den Fehler und ist schwerer nachzuvollziehen als eine manuelle Planung. Vor der Aktivierung einen typischen Arbeitsplan vollständig durchlaufen lassen.
Auf der Lagerseite sind zwei kleinere Änderungen erwähnenswert: ein Sicherheitsbestands-Vorschlag auf Basis der Verkäufe der letzten 30 Tage sowie die automatische Bewertungsübernahme bei konzerninternen Umlagerungen. Letzteres ist für Strukturen mit mehreren rechtlichen Einheiten nützlich, wo dies bisher manuell angepasst wurde.
4. Drei Voraussetzungen, bevor KI-Agenten produktiv werden
In dieser Version lassen sich Automatisierungen in natürlicher Sprache erstellen. Beschreiben Sie etwa „Wenn ein Lieferant eine Bestätigungsmail sendet, den zugehörigen Fertigungsauftrag bestätigen", erklärt das System zunächst, was es tun wird; nach der Bestätigung läuft der Ablauf planmäßig.
Drei Voraussetzungen werden in Ankündigungen meist nicht genannt:
Erstens wird die KI-Nutzung separat über Credits abgerechnet und ist nicht in der Lizenz enthalten — im Jahresbudget leicht zu übersehen.
Zweitens verstärken unsaubere Stammdaten die Fehler. Doppelte Artikelnummern oder doppelte Kundenakten sorgen lediglich dafür, dass das falsche Ergebnis schneller sichtbar wird.
Drittens zunächst einen Prozess mit klaren Regeln und geringen Fehlerkosten testen, etwa Bestellvorschläge, und erst nach zwei Wochen ausweiten.
Zwei integrierte Assistenten sind einen Blick wert: Der KI-Buchhaltungsassistent markiert Auffälligkeiten auf Basis der Buchungen, der KI-Website-Assistent erstellt Seiten und bearbeitet Abschnitte im Dialog. Für Unternehmen ohne eigene Designressourcen dürfte der zweite häufiger genutzt werden.
5. Fünf Prüfpunkte vor dem Upgrade
| Prüfpunkt | Maßnahme | Abbruchkriterium |
|---|---|---|
| Anpassungen | Alle kundenspezifischen Module auflisten, mit Wartungsstatus und zugehörigem Prozess | Erst entscheiden, was bleibt und was entfällt |
| Stammdaten | Eindeutigkeit der Artikelnummern, Stücklistentiefe, doppelte Kunden prüfen | Daten vor dem Upgrade bereinigen, nicht danach |
| Schnittstellen | Externe Schnittstellen und Drittanbindungen erfassen | API-Kompatibilität in der neuen Version bestätigen |
| Testumgebung | Einen unkritischen Prozess vollständig durchlaufen | Erst danach das Upgrade-Fenster planen |
| Lizenzstruktur | Kontotypen anhand der neuen Rollenliste neu berechnen | Anteil der Light User im Voraus kennen |
Versionsübergreifende Upgrades sind technisch möglich. Das Risiko liegt in den Anpassungen und der Datenkompatibilität, nicht in der Version selbst. Die Reihenfolge nicht umdrehen: erst Daten bereinigen, dann Anpassungen bewerten, dann über den Zeitplan sprechen.
Häufige Fragen
F: Wir arbeiten mit Version 17 oder 18. Ist ein direkter Wechsel auf 20 möglich?
Technisch ja. Zunächst Anpassungen und Datenkompatibilität bewerten, dann das vollständige Upgrade in einer Testumgebung durchspielen, bevor ein Termin vereinbart wird.
F: Kostet KI zusätzlich?
Ja. KI-Funktionen werden separat über Credits erworben und sind nicht in der Lizenz enthalten; die Nutzung ist im Backend einsehbar.
F: Kann ein Light-User-Konto Freigaben ausführen?
Nicht empfehlenswert. Light User sind für Tätigkeiten an der Werkbank gedacht; Freigabeprozesse und modulübergreifende Auswertungen erfordern ein vollständiges Konto.
F: Gehen im Offline-Modus Daten verloren?
Offline erfasste Belege werden lokal gespeichert und bei bestehender Verbindung synchronisiert. Konflikte werden zur manuellen Bestätigung vorgelegt und nicht überschrieben — es muss also jemand diese Fälle bearbeiten, sonst sammeln sie sich an.
Nächster Schritt
Wenn Sie prüfen, ob ein Upgrade sinnvoll ist, oder unsicher sind, wo Sie anfangen sollen, beginnen Sie mit einer Managementdiagnose. In dreißig Minuten können wir einschätzen, welche Probleme ein System lösen kann und welche zuerst im Prozess geklärt werden müssen.
Rufen Sie 400-891-2518 an oder schreiben Sie an info@mikorou.cn — wir antworten innerhalb eines Werktages.
Weiterführende Inhalte
- Odoo Digitales System: eine integrierte, modulare Basis
- Fertigung: wie Stücklisten und Kostenrechnung in der Praxis funktionieren
- Markteintritt in Deutschland: Registrierung, Steuern und Compliance
- Lieferstandards: ob es im Alltag wirklich funktioniert
- Wo Prozesse brechen — nach Branche
Hinweis: Die technischen Angaben in diesem Beitrag wurden aus dem offiziellen Release-Material von Odoo zusammengestellt. Funktionen und Abrechnung richten sich nach der aktuellen Dokumentation von Odoo und stellen keine Lieferzusage oder Preisauskunft dar.
