Odoo zieht Ihre Daten um. Wir ziehen Ihr System um.

Wir haben gerade einen großen Fertigungsbetrieb von Odoo 19 Enterprise auf Odoo 20 gebracht. Buchhaltung, Lager, Fertigung, Einkauf, Vertrieb, Personal, eine Website und eine Reihe von Integrationen, alles in einer Datenbank, mit der das Unternehmen jeden Tag arbeitet. Der Datenumzug war der kleinere Teil der Arbeit. Der größere war sicherzustellen, dass am ersten Morgen auf Odoo 20 jede Person im Unternehmen genau das tun konnte, was sie am Abend davor getan hat, und nichts, was sie nicht tun sollte.

Diese Linie ziehen wir bei jedem Upgrade: Odoo zieht Ihre Daten um, wir ziehen Ihr System um. Ihre Module, Ihre Einstellungen und die Art, wie Ihre Leute arbeiten, mit dem Nachweis, dass alles genauso funktioniert.

Was dieses Upgrade umfasste

• 55 eigene Module auf Odoo 20 portiert und vor allem anderen auf einer Testdatenbank installiert.
• Rund 670.000 Zeilen in etwa 600 Datenmodellen übertragen und Modell für Modell als gleich mit dem Original belegt.
• Rund 20.000 angehängte Dateien, von gescannten Belegen bis zu technischen Zeichnungen, übertragen und geprüft.
• Jedes Benutzerkonto auf der neuen Version erneut geprüft: was jede Person sieht, ändern und drucken kann.

Keine dieser Zahlen beruht auf dem Gefühl, dass es gut gelaufen ist. Jede ist das Ergebnis eines Vergleichs zwischen altem und neuem System.

Zwei Wege für die Daten

Es gibt zwei solide Wege, eine Datenbank auf eine neue Hauptversion zu bringen, und wir nehmen den, der zum Fall passt.

Der offizielle Upgrade-Dienst von Odoo. Wenn er Ihre Versionen abdeckt und Ihr Enterprise-Abonnement Sie dazu berechtigt, wandelt der Dienst von Odoo selbst die Datenbank um. Das ist der Weg, den Odoo pflegt, und wo er greift, nutzen wir ihn.

Eine Übertragung der vollständigen Historie in eine neue Datenbank. Wenn der offizielle Weg nicht verfügbar ist, müssen die Daten trotzdem umziehen: bei Community, bei einer Version, die der offizielle Dienst noch nicht abdeckt, oder wenn ein Unternehmen die neue Version auf einer sauberen Datenbank ohne jahrelang angesammelte Altlasten beginnen will. Dann bauen wir ein frisches Odoo 20 auf und übertragen die gesamte Historie, nicht nur die Stammdaten: Buchungen samt Abstimmungen, eine Belegnummerierung, die dort weiterläuft, wo sie stand, Lagerbestände mit Bewertung, Fertigungsaufträge, den Chatter an jedem Datensatz, angehängte Dateien und Benutzerkonten, die ihre Passwörter behalten. Am ersten Morgen muss niemand ein Passwort zurücksetzen, und die nächste Rechnung bekommt die nächste Nummer.

So oder so: Die Daten sind erst der Anfang.

Was ein Upgrade-Dienst nicht leistet

Ein Upgrade-Dienst wandelt eine Datenbank um. Er weiß nicht, wie Ihr Unternehmen sie nutzt. Fünf Dinge liegen außerhalb davon, und in einem echten System entscheiden sie über den Erfolg des Upgrades:

• Eigene Module. Jedes für Ihr Unternehmen geschriebene Modul muss auf die neue Version portiert und auf einer Testdatenbank installiert werden. Odoo 20 ändert das Berechtigungsmodell, ein Modul, das sich auf 19 problemlos installieren ließ, installiert sich auf 20 womöglich gar nicht.
• Studio-Änderungen und Anpassungen in der Datenbank. Felder, Ansichten und Automatisierungen, die über Jahre zusammengeklickt wurden, leben in der Datenbank, nicht in einem Modul. Sie müssen gefunden, übertragen und geprüft werden.
• Eine Testumgebung neben der Produktion. Die neue Version läuft auf einer Kopie Ihrer echten Daten, während die alte weiterarbeitet, so können die Leute sie ohne Risiko ausprobieren.
• Der Nachweis, dass sich das neue System wie das alte verhält. Dieselben Rechte für jeden Benutzer, dieselben Einstellungen, dieselben Menüs, dieselben Berichte.
• Ein Go-Live-Plan mit Rückweg. Ein geprobter Wechsel, eine bekannte Dauer und das alte System in Bereitschaft, bis sich das neue bewährt hat.

Testen als echte Benutzer, nicht als Administrator

Die wertvollste Lehre aus diesem Upgrade: Eine Datenprüfung kann bestehen, während ein Bildschirm versagt. Die Zeilenzahlen stimmten, die Salden stimmten, und trotzdem öffneten sich manche Bildschirme für einen normalen Benutzer nicht. Als Administrator sah alles gut aus, weil der Administrator die meisten Regeln umgeht, unter denen normale Benutzer arbeiten.

Deshalb testen wir so, wie Menschen arbeiten. Für jeden Benutzer melden wir uns als diese Person an, auf der alten und auf der neuen Version, und vergleichen, was sie bekommt: die Datensätze in jeder Liste, die Menüs, die Berichte, die sie drucken kann, die Aktionen, die sie ausführen darf. Jeder Unterschied wird vor dem Go-Live erklärt oder behoben.

So kam die größte Änderung in Odoo 20 für jedes Unternehmen mit eingeschränkten Rollen ans Licht. In 20 addieren sich Zugriffsrechte, die von mehreren Gruppen kommen. Ein Vertriebsmitarbeiter, der auch einer Lagergruppe angehörte, sah plötzlich jeden Verkaufsauftrag im Unternehmen und konnte ihn bearbeiten, nicht nur seine eigenen. Nichts brach ab, kein Fehler erschien, und ein Datenvergleich hätte es nie gezeigt. Der Test mit dem Konto dieses Mitarbeiters zeigte es sofort, und das neue System gibt jetzt jeder Person genau die Rechte, die sie auf 19 hatte.

Kleine Konventionen, echte Folgen

Manche Unterschiede stecken in Konventionen statt in Funktionen. Zwei Beispiele aus diesem Upgrade:

• Datum der Wechselkurse. Die in 19 gespeicherten Kurse folgten einer Datumskonvention, Odoo 20 liest sie nach einer anderen. Unverändert übernommen, hätte eine Rechnung in Fremdwährung den Kurs des vorherigen Werktags genommen, und für die Umsatzsteuer zählt der Kurs des richtigen Tages. Wir haben die Kurse angeglichen, jede Rechnung rechnet genau so um wie vorher.
• Durchgehende Nummerierung. Rechnungen, Aufträge, Lieferungen und Fertigungsaufträge haben jeweils ihre eigene Nummerierung. Jede läuft ab der letzten in 19 vergebenen Nummer weiter, ohne Lücken und ohne Doppelungen.

Das alte System läuft neben dem neuen

Um Kontinuität zu belegen, braucht man etwas zum Vergleichen. Während dieses Upgrades lief die alte Version neben der neuen, auf derselben Kopie der Daten, so hatte jede Frage eine gemessene Antwort: Sieht diese Person dieselben Aufträge, liefert dieser Bericht dieselben Summen, gibt diese Preisliste denselben Preis zurück. Lautete die Antwort nein, fanden wir den Grund, bevor es sonst jemand bemerkte.

Das Ergebnis war ein neues System, das für jeden geprüften Benutzer mit dem alten übereinstimmte: dieselben Datensätze, dieselben Menüs, dieselben erlaubten Vorgänge. Wo Odoo 20 einen eingebauten Weg zum Verhalten von 19 bietet, haben wir ihn genutzt, eigenen Code gab es nur dort, wo 20 keine Entsprechung hat.

Go-Live mit Rückweg

Der endgültige Umzug ist nie der erste Versuch. Die gesamte Übertragung wurde auf frischen Kopien der Produktion geprobt, bis sie sauber lief und ihre Dauer bekannt war. Die Produktion bleibt bis zum Wechsel unberührt, und danach steht das alte System als Rückweg bereit. Geplante Aufgaben und ausgehende Integrationen werden bewusst eingeschaltet, sobald das neue System bestätigt ist, damit nichts eine Nachricht oder ein Dokument doppelt verschickt.

Checkliste für ein Odoo-Upgrade auf eine neue Hauptversion

• Wählen Sie den Weg für die Daten: den offiziellen Upgrade-Dienst, wenn er Ihre Versionen und Ihr Abonnement abdeckt, sonst eine Übertragung der vollständigen Historie.
• Erfassen Sie jedes eigene Modul und jede Studio-Änderung. Portieren Sie sie und installieren Sie sie auf einer Testdatenbank.
• Lassen Sie die neue Version auf einer Kopie echter Daten neben der alten laufen.
• Vergleichen Sie die Daten Modell für Modell, einschließlich Salden, Lager und Belegnummerierung.
• Melden Sie sich auf beiden Versionen als echte Benutzer an und vergleichen Sie Rechte, Menüs, Berichte und Einstellungen.
• Prüfen Sie Konventionen, die sich zwischen den Versionen geändert haben, etwa das Datum der Wechselkurse.
• Proben Sie den Wechsel, messen Sie seine Dauer und behalten Sie das alte System als Rückweg.

Was sich in Odoo 20 selbst ändert (Serveranforderungen, API-Schlüssel, das neue Berechtigungsmodell, Drucken), lesen Sie in Odoo 20: Was sich vor dem Umstieg wirklich ändert.

FAQ

Odoo bietet das Upgrade an. Wozu brauche ich noch etwas?

Der Upgrade-Dienst von Odoo wandelt Ihre Datenbank um, und wenn er Ihren Fall abdeckt, ist er das richtige Werkzeug für die Daten. Er portiert aber nicht Ihre eigenen Module, prüft keine Studio-Änderungen, richtet keine Testumgebung ein, belegt nicht, dass jeder Benutzer dieselben Rechte behält, und plant nicht den Wechsel. Genau dieser Teil sorgt dafür, dass die Menschen, die täglich mit dem System arbeiten, vom Upgrade nichts merken.

Kann eine Community-Datenbank auf eine neue Hauptversion umziehen?

Ja. Der Upgrade-Dienst von Odoo gehört zum Enterprise-Abonnement. Eine Community-Datenbank zieht über die Upgrade-Skripte der Community um, wo es sie für die Version gibt, oder, wie bei 19 auf 20, per Übertragung der vollständigen Historie in eine neue Datenbank. In beiden Fällen wird sie danach genauso mit dem Original verglichen.

Brauchen die Leute neue Passwörter oder verlieren sie ihre Historie?

Nein. Benutzer behalten ihre Passwörter, Datensätze ihren Chatter, ihre Anhänge und ihre Nummerierung. Der erste Morgen auf der neuen Version sollte sich wie jeder andere anfühlen.

Der ganze Upgrade-Weg, von der ersten Bewertung bis zum abschließenden Vergleich, ist Teil von Zoxron MCP, so kann ein AI-Agent ihn mit Ihnen auf Ihrem eigenen Server gehen. Wenn Sie es lieber für sich erledigen lassen, sprechen Sie mit uns.