Odoo-Migration: Vom Altsystem wechseln, ohne den Betrieb zu stören

Der Wechsel von einem gewachsenen Altsystem zu Odoo ist für viele KMU der eigentliche Wendepunkt eines Digitalisierungsprojekts. Dabei ist es ziemlich egal, ob du von einer veralteten Warenwirtschaft kommst, von einer Insellösung aus einem Dutzend Excel-Dateien oder von einem anderen ERP. Die größte Sorge ist meist nicht die neue Software, sondern eine einzige Frage: Wie schaffen wir den Umstieg, ohne dass Bestellungen liegen bleiben, Rechnungen verspätet rausgehen oder der Lagerbestand plötzlich nicht mehr stimmt? Die gute Nachricht: Eine sauber geplante Odoo-Migration lässt sich so aufziehen, dass der laufende Betrieb kaum etwas davon mitbekommt.

Warum Altsysteme zum Risiko werden

Viele österreichische KMU arbeiten über Jahre mit einem Flickenteppich aus Einzellösungen. Eine Buchhaltungssoftware hier, eine selbst gebaute Excel-Tabelle für die Lagerverwaltung dort, ein CRM, das kaum noch jemand aktiv pflegt. Mit der Zeit entstehen Inkonsistenzen: doppelte Kundendatensätze, veraltete Artikelnummern, Rabattregeln, die niemand mehr nachvollziehen kann. Genau diese Unsauberkeiten sind der Grund, warum man eine Migration nicht als reinen „Datenexport-Import"-Vorgang unterschätzen sollte.

Schritt 1: Datenbestand analysieren und bereinigen

Bevor überhaupt ein einziger Datensatz nach Odoo wandert, lohnt sich eine ehrliche Bestandsaufnahme:

• Welche Datensätze sind aktiv und relevant, welche sind historischer Ballast?
• Gibt es Dubletten bei Kunden, Lieferanten oder Artikeln?
• Sind Preislisten, Steuersätze und Zahlungsbedingungen noch aktuell?

Eine Faustregel aus der Praxis: Es ist fast immer sinnvoller, Daten vor der Migration zu bereinigen, als „dreckige" Daten mitzunehmen und im neuen System weiter mitzuschleppen. Ein Handelsunternehmen, das seit zehn Jahren dieselbe Kundendatenbank pflegt, findet bei einer gründlichen Durchsicht erfahrungsgemäß eine beachtliche Zahl an inaktiven oder doppelten Einträgen. Meist mehr, als allen lieb ist.

Schritt 2: Migrationsstrategie festlegen, Big Bang oder schrittweise?

Für den eigentlichen Wechsel gibt es grundsätzlich zwei Vorgehensweisen.

Big-Bang-Migration

Alle Module und Daten werden zu einem festen Stichtag auf einmal umgestellt. Der Vorteil: Es gibt keine Übergangsphase mit zwei parallel laufenden Systemen. Der Nachteil: Das Risiko konzentriert sich auf einen einzigen Zeitpunkt, an dem alles funktionieren muss.

Schrittweise Migration

Module werden nacheinander live geschaltet, etwa zuerst CRM und Vertrieb, danach Lager, zuletzt Buchhaltung. Das reduziert das Risiko pro Schritt, erfordert aber temporäre Schnittstellen oder manuelle Übergangsprozesse zwischen Alt- und Neusystem.

Welche Strategie sinnvoller ist, hängt von der Unternehmensgröße und der Komplexität der Prozesse ab. Ein kleiner Dienstleistungsbetrieb mit überschaubarer Datenmenge kann oft einen Big Bang wagen. Ein Produktionsbetrieb mit komplexer Lager- und Fertigungslogik fährt häufig sicherer mit einer stufenweisen Umstellung.

Schritt 3: Testmigration vor dem eigentlichen Umzug

Ein häufiger Fehler ist, die Migration erst am eigentlichen Stichtag „scharf" zu testen. Das geht selten gut aus. Deutlich sicherer ist eine Testmigration in eine separate Odoo-Testumgebung, in der:

• die Datenübernahme mit einer Kopie der echten Daten durchgespielt wird,
• Mitarbeitende zentrale Prozesse (Bestellung anlegen, Rechnung erstellen, Lagerbuchung durchführen) ausprobieren,
• Fehler und Lücken auffallen, bevor sie im Echtbetrieb wehtun.

Diese Testphase kostet Zeit, spart aber im Ernstfall deutlich mehr Zeit und Nerven, als Probleme erst nach dem Go-Live zu entdecken.

Schritt 4: Parallelbetrieb und Übergabezeitpunkt

Bei vielen Migrationen bewährt sich ein kurzer Parallelbetrieb, in dem das Altsystem noch nicht abgeschaltet, aber Odoo bereits produktiv genutzt wird. Das schafft ein Sicherheitsnetz für den Fall, dass unerwartete Lücken auftauchen. Wichtig ist dabei, den Übergabezeitpunkt bewusst zu wählen. Häufig bietet sich ein Monats-, Quartals- oder Geschäftsjahreswechsel an, weil dann Buchhaltungsabschlüsse ohnehin anstehen und sich die Datenübergabe sauberer abgrenzen lässt.

Schritt 5: Schnittstellen zu verbleibenden Systemen

Selten wird mit der Odoo-Einführung wirklich jedes bestehende Tool abgelöst. Häufig bleiben Spezialsysteme im Einsatz, etwa für die Lohnverrechnung oder eine branchenspezifische Fertigungssteuerung. In diesen Fällen braucht es stabile Schnittstellen, die Daten automatisiert zwischen Odoo und den verbleibenden Systemen austauschen, etwa über die von Odoo bereitgestellten APIs. Wird dieser Punkt vernachlässigt, entstehen genau die manuellen Doppelerfassungen, die die Migration eigentlich beseitigen sollte.

Schritt 6: Mitarbeitende während des Wechsels mitnehmen

Eine Migration betrifft nicht nur Daten und Systeme, sondern auch eingespielte Arbeitsgewohnheiten. Wer jahrelang mit einer bestimmten Software gearbeitet hat, empfindet den Wechsel zunächst oft als Mehraufwand, auch wenn er langfristig Zeit spart. Klare Kommunikation, realistische Erwartungen an eine kurze Übergangsphase mit erhöhtem Support-Bedarf sowie gezielte Schulung an den für die jeweilige Rolle relevanten Funktionen erhöhen die Akzeptanz spürbar.

Typische Stolpersteine bei der Odoo-Migration

• Unterschätzter Datenbereinigungsaufwand: Die Datenqualität im Altsystem wird oft optimistischer eingeschätzt, als sie tatsächlich ist.
• Fehlende Testphase: Migrationsfehler werden erst im Livebetrieb entdeckt, wenn es am teuersten ist, sie zu beheben.
• Zu ambitionierter Zeitplan: Ein Stichtag wird gesetzt, ohne Pufferzeit für unerwartete Probleme einzuplanen.
• Vergessene Randsysteme: Schnittstellen zu Randanwendungen werden erst kurz vor dem Go-Live bedacht statt von Anfang an mitgeplant.

Sonderfall: Migration von einer älteren Odoo-Version

Nicht jede Migration führt von einem Fremdsystem zu Odoo. Viele Unternehmen, die bereits seit Jahren mit einer älteren Odoo-Version arbeiten, stehen irgendwann vor einem Versionsupgrade, etwa von Odoo 14 oder 15 auf eine aktuell unterstützte Version. Auch dieser Weg verdient sorgfältige Planung: Individuelle Anpassungen und Erweiterungen aus alten Versionen müssen auf Kompatibilität geprüft werden, und je nach Umfang der Eigenentwicklungen kann ein Versionswechsel selbst einem kleineren Migrationsprojekt entsprechen. Der Vorteil gegenüber einem Wechsel von einem komplett fremden System: Das Datenmodell bleibt grundsätzlich vertraut, was die Testphase in der Regel deutlich verkürzt.

Rollback-Plan: Was passiert, wenn es doch nicht rundläuft?

So gut eine Migration auch vorbereitet ist, ein durchdachtes Projekt braucht immer auch einen Plan B. Dazu gehört, vor dem Stichtag ein vollständiges Backup des Altsystems zu sichern und für eine definierte Übergangszeit betriebsbereit zu halten. Sollte sich nach dem Go-Live herausstellen, dass ein zentraler Prozess nicht wie erwartet funktioniert, lässt sich so kurzfristig auf das Altsystem zurückgreifen, ohne dass Daten verloren gehen. In der Praxis wird ein solcher Rückfall selten tatsächlich gebraucht, doch allein das Wissen um diese Absicherung nimmt dem Projektteam während der kritischen ersten Tage spürbar Druck.

Fazit: Migration ist Projektmanagement, keine reine Technikfrage

Eine erfolgreiche Odoo-Migration hängt weniger von der Software selbst ab als von einer realistischen Planung: saubere Daten, eine durchdachte Migrationsstrategie, eine echte Testphase und ein Team, das auf den Wechsel vorbereitet ist. Wer diese Punkte ernst nimmt, kann den Umstieg vom Altsystem so gestalten, dass der Tagesbetrieb weiterläuft, während im Hintergrund die neue, integrierte Plattform entsteht.

Lindorfer Technologies begleitet den Wechsel von Altsystemen zu Odoo von der Datenanalyse bis zum stabilen Go-Live, mit einem Vorgehen, das auf den laufenden Betrieb deines Unternehmens Rücksicht nimmt. Sprich uns für ein unverbindliches Gespräch zu deinem geplanten Systemwechsel an.