Zu Odoo migrieren: So gelingt der Umstieg in Österreich

Wer eine Migration zu Odoo plant, wechselt selten nur die Software. Gleichzeitig ändern sich Abläufe, Zuständigkeiten und die Art, wie Zahlen entstehen. Dieser Beitrag behandelt beide Fälle, die unter „Migration Odoo“ gesucht werden: den Umstieg auf Odoo aus Excel, einer Buchhaltungslösung oder einem Altsystem und den Wechsel zwischen Odoo-Versionen. Er richtet sich an Geschäftsführung, Finanzleitung und IT in österreichischen Unternehmen, die vor der Frage stehen, wie sie bestehende Daten sicher übernehmen.

Eine Einordnung vorab: ERP Integrator ist ein kostenloser Vermittlungsservice. Wir stellen den Kontakt zu einem passenden Integrator her; das Projekt führt dieser durch. Wir sind an keinen Softwarehersteller gebunden.

Welche Ausgangslage haben Sie?

Der Aufwand einer Migration hängt weniger von Odoo ab als von dem, was Sie heute nutzen. Die typischen Ausgangslagen in österreichischen KMU unterscheiden sich deutlich:

Prüfen Sie ehrlich, welche Zeile auf Sie zutrifft. Wer aus Excel kommt, hat meist die größten Qualitätsprobleme in den Daten, aber die wenigsten technischen Hürden. Wer ein gewachsenes Altsystem ablöst, hat oft gute Daten, aber verborgene Regeln, die niemand mehr kennt.

Was Odoo für die Datenübernahme mitbringt

Für die Reprise von Daten bietet Odoo eine eigene Importfunktion. Sie akzeptiert CSV und Excel (.xlsx). Für häufige Fälle gibt es vorbereitete Importvorlagen: Kontakte, Produkte, Kontoauszüge, Buchungen und Bestellungen. Damit lässt sich ein Großteil der Stammdaten ohne Programmierung laden.

Zwei Eigenschaften sind für die Planung entscheidend:

• Externe Identifikatoren verhindern Dubletten und ermöglichen es, Beziehungen aus dem Altsystem abzubilden, etwa welcher Kunde zu welcher Lieferadresse gehört oder welcher Artikel zu welchem Lieferanten. Wer sie konsequent vergibt, kann denselben Import mehrfach wiederholen, ohne Datensätze zu verdoppeln.
• Importe sind endgültig. Sie lassen sich nicht rückgängig machen. Deshalb gehört jeder Import zuerst in eine Testdatenbank, nie direkt ins Produktivsystem.

Was die Vorlagen nicht ersetzen: die fachliche Entscheidung, welche Daten überhaupt übernommen werden. Das ist der eigentliche Kern der Migration.

Welche Daten werden übernommen – und welche nicht?

Die häufigste Fehlentscheidung lautet: „Wir nehmen einfach alles mit.“ Das verlängert die Tests, schleppt Altlasten ins neue System und verschiebt das Problem. Besser ist eine bewusste Einteilung.

Stammdaten

Kunden, Lieferanten, Artikel, Stücklisten, Preislisten, Kontenplan, Zahlungsbedingungen. Sie sind die Grundlage jedes Prozesses und werden vollständig bereinigt übernommen. Achten Sie in Österreich auf UID-Nummern, Rechnungs- und Lieferadressen, Zahlungsziele und die Zuordnung zu Bundesländern, wenn Sie nach Region auswerten oder Vertriebsgebiete steuern.

Offene Posten und Salden

Offene Forderungen und Verbindlichkeiten, Bankbestände, Anlagenwerte und die Eröffnungssalden zum Umstellungsstichtag. Hier stimmen Sie sich mit Ihrer Steuerberaterin oder Ihrem Steuerberater ab: Wenn die Buchhaltung bisher in BMD oder einer anderen Lösung der Kanzlei geführt wurde, muss klar sein, wer ab wann welche Buchungen erstellt und wie die Daten weitergegeben werden.

Bewegungsdaten und Historie

Offene Aufträge, laufende Bestellungen, aktuelle Lagerbestände, offene Serviceeinsätze. Die abgeschlossene Vergangenheit übernehmen Sie nur dann, wenn sie in Odoo gebraucht wird, etwa für Auswertungen, Garantiefälle oder Kundenhistorien im CRM. Für den Rest genügt oft ein gesichertes, lesbares Archiv des Altsystems. Beachten Sie dabei Ihre gesetzlichen Aufbewahrungspflichten; Details dazu finden Sie in unserem Ratgeber zu den gesetzlichen Anforderungen an ERP-Systeme.

Was Sie bewusst nicht mitnehmen

Inaktive Kunden, Artikel ohne Bewegung, Testdaten, doppelte Adressen, überholte Konditionen. Die Migration ist die günstigste Gelegenheit, aufzuräumen.

Datenbereinigung: die unterschätzte Hälfte

Fast jedes Projekt verbringt mehr Zeit mit Datenqualität als mit Technik. Bewährt hat sich folgendes Vorgehen:

• Verantwortliche benennen. Pro Datenbereich entscheidet eine Person aus dem Fachbereich, nicht der Integrator, was richtig ist.
• Dubletten zusammenführen, bevor importiert wird. Nach dem Import ist das aufwendiger.
• Schreibweisen vereinheitlichen: Länderkennzeichen, Einheiten, Anreden, Telefonformate, Artikelnummern.
• Pflichtfelder klären. Odoo verlangt für manche Abläufe mehr Angaben als eine Excel-Liste, zum Beispiel Steuerzuordnungen oder Produktkategorien.
• Änderungen dokumentieren, damit Sie später nachvollziehen können, warum ein Datensatz anders aussieht als im Altsystem.

Wer das in Excel erledigt, bevor der erste Testimport läuft, spart sich viele Korrekturschleifen. Mehr zur Projektplanung insgesamt finden Sie in unserem Beitrag zur Einführung von Odoo.

Strategie für den Umstieg

Für den Moment des Wechsels gibt es drei gängige Muster. Welches passt, hängt von Größe, Komplexität und Toleranz gegenüber Unterbrechungen ab.

In der Praxis wählen viele Unternehmen einen Stichtag am Monats- oder Geschäftsjahresende, weil die Buchhaltung dann sauber abgeschlossen ist. Bedenken Sie dabei Meldetermine, Umsatzsteuervoranmeldungen und die Zusammenarbeit mit der Steuerkanzlei. Wenn das Unternehmen eine Registrierkasse betreibt, muss auch die Anbindung nach RKSV im Cutover bedacht werden; mehr dazu im Beitrag zur Registrierkassenpflicht und RKSV im ERP.

Eine Migration schließt außerdem die Schnittstellen ein: Webshop, Zahlungsanbieter, Lohnverrechnung, Banken, Versanddienste. Jede davon muss im Test gegen Odoo laufen. Näheres steht im Beitrag zu Odoo-Schnittstellen.

Tests: Probeläufe vor dem Ernstfall

Ein sauberer Umstieg besteht aus mehreren Probeläufen, nicht aus einem einzigen Versuch. Der Ablauf:

• Erster Testimport mit einem Auszug der Daten, um Formate und Zuordnungen zu klären.
• Vollständiger Probeimport in eine Testdatenbank, mit anschließendem Vergleich von Summen und Stichproben: Offene Posten, Lagerwerte, Kundenanzahl, Preislisten.
• Fachliche Abnahme durch die späteren Anwenderinnen und Anwender anhand realer Abläufe: ein Angebot bis zur Rechnung, ein Wareneingang bis zur Lieferantenzahlung, ein Monatsabschluss.
• Generalprobe unter Echtbedingungen mit dem geplanten Zeitplan, damit die Dauer des Umstiegs bekannt ist.

Gerade die Rechnungsstellung verdient Aufmerksamkeit: Prüfen Sie, ob Rechnungen formal korrekt entstehen und ob der elektronische Rechnungsversand an öffentliche Auftraggeber und Geschäftskunden funktioniert. Hintergründe finden Sie im Beitrag zur E-Rechnung in Österreich. Für die Buchhaltung selbst lohnt der Blick auf die Odoo-Buchhaltung und Finanzen.

Rückfallplan: vorher festlegen, nicht im Notfall

Ein Rückfallplan ist keine Zeichen von Misstrauen gegenüber dem Projekt, sondern Bestandteil jeder seriösen Migration. Er beantwortet im Voraus:

• Bis wann kann noch zurückgekehrt werden und wer entscheidet das?
• In welchem Zustand bleibt das Altsystem erhalten, und wer darf dort weiter buchen?
• Welche Kriterien lösen den Rückfall aus, zum Beispiel unbehebbare Fehler in Rechnungen oder Lagerführung?
• Wie werden Bewegungen, die im neuen System bereits entstanden sind, ins alte nachgetragen?
• Wer informiert Kundschaft, Lieferanten und Steuerberatung?

Weil Odoo-Importe endgültig sind, empfiehlt sich außerdem eine Sicherung der Zieldatenbank unmittelbar vor dem endgültigen Import. So lässt sich bei Bedarf der Zustand davor wiederherstellen, ohne einzelne Datensätze mühsam zu entfernen.

Migration zwischen Odoo-Versionen

Wenn Sie bereits mit Odoo arbeiten, bedeutet „Migration“ meist ein Versionsupdate. Dafür gelten andere Spielregeln, die sich aus dem Supportmodell des Herstellers ergeben:

• Jede Hauptversion erhält drei Jahre Standard-Support ab Erscheinen. Danach folgt ein kostenpflichtiger erweiterter Support, der nur bei Odoo.sh (eingeschränkte Versionen) und im Betrieb auf eigenen Servern verfügbar ist.
• Sicherheitskorrekturen gibt es nur im Standard-Support. Im erweiterten Support sind Unterstützung und Fehlerbehebungen nur möglich, soweit technisch machbar.
• Bei Odoo Online und Odoo.sh ist die Aktualisierung auf eine Hauptversion alle zwei Jahre verpflichtend; Zwischenversionen müssen innerhalb weniger Wochen nach der jeweils nächsten Version aktualisiert werden. Sie werden vorab benachrichtigt.
• Pro Hauptversion bleiben zusätzlich zwei Jahre, um die nötigen Aktualisierungen vorzunehmen, bevor jeder Support entfällt.
• Die Zwischenversionen (SaaS-Versionen) erscheinen alle zwei bis drei Monate, laufen nur auf Odoo Online und berechtigen nicht zum erweiterten Support.

Laut der Seite der unterstützten Versionen erschien Odoo 17.0 im November 2023 (Ende des Standard-Supports im September 2026), 18.0 im Oktober 2024 (September 2027) und 19.0 im September 2025 (September 2028). Odoo 20.0 war für September 2026 angekündigt, mit Standard-Support bis September 2029. Wer heute noch auf 17.0 arbeitet, sollte das Update daher zügig einplanen. Eine Übersicht der Ausgaben finden Sie unter Odoo-Versionen und Editionen.

Vor dem Produktivgang erhalten Sie im Rahmen der Aktualisierung eine aktualisierte Testdatenbank, an der Sie die neue Version prüfen. Beachten Sie, dass bestimmte Leistungen nicht vom Servicelevel der Aktualisierung abgedeckt sind. Das betrifft vor allem eigene Programmierungen: Individuelle Module müssen meist angepasst und getestet werden. Je weniger Sonderentwicklung Sie haben, desto glatter läuft das Update; mehr dazu bei der Individualentwicklung für Odoo.

Auch die Lizenz spielt eine Rolle: Odoo 19 Community steht unter LGPLv3, Odoo 19 Enterprise unter der Odoo Enterprise Edition v1.0 und ist nur mit gültigem Enterprise-Abonnement für die richtige Benutzerzahl nutzbar. Wer von Community auf Enterprise wechselt, tut das also bewusst, auch als Teil einer Migration.

Häufige Fehler bei der Migration zu Odoo

• Zu spät mit der Datenbereinigung beginnen. Sie sollte parallel zur Konzeption laufen, nicht erst vor dem Stichtag.
• Alles übernehmen wollen, statt Altdaten gezielt zu archivieren.
• Keine Probeläufe, sondern ein einziger Import am Umstellungswochenende.
• Die Steuerkanzlei zu spät einbinden. Kontenplan, Eröffnungssalden und Abstimmung mit Ihrer Steuerberaterin oder Ihrem Steuerberater brauchen Vorlauf.
• Das Altsystem zu früh abschalten, bevor Abschlüsse, Meldungen und Rückfragen geklärt sind.
• Schulung vergessen. Auch ein perfekt migrierter Datenbestand nützt wenig, wenn niemand die Masken kennt; siehe Schulung für Odoo.
• Keine klare Verantwortung für Datenfreigaben und Abnahme.

Was die Migration kostet

Die Kosten bestehen aus Lizenz beziehungsweise Abonnement, dem Aufwand des Integrators und Ihrem internen Zeitbudget für Bereinigung und Tests. Konkrete Beträge hängen von Datenmenge, Anzahl der Benutzer, Schnittstellen und Anpassungen ab und lassen sich seriös nur im Angebot beziffern. Orientierung zu den Abonnementstufen bietet der Beitrag zu den Odoo-Preisen.

Der Integrator macht den Unterschied

Eine Migration steht und fällt mit der Erfahrung des Teams, das sie begleitet: mit Datenmodellen, Österreich-Bezug und Methodik. Worauf Sie bei der Auswahl achten, beschreibt der Beitrag Odoo-Integrator wählen. Und wenn Sie noch unsicher sind, ob Odoo überhaupt die richtige Lösung ist, hilft der Überblick zu Alternativen zu Odoo.

Sie möchten wissen, welcher Integrator Ihre Ausgangslage kennt? Schildern Sie uns Ihr Vorhaben; wir stellen den Kontakt zu einem passenden Partner her, unverbindlich und kostenlos. So funktioniert die Vermittlung, lesen Sie unter So funktioniert es.

Die genannten Softwarenamen sind Marken der jeweiligen Hersteller und dienen ausschließlich der Information. Diese Website ist unabhängig und steht in keiner Verbindung zu den Herstellern.