Ein neues ERP-System wird selten eingeführt, weil jemand Lust auf Veränderung hat. Meist steckt ein handfestes Problem dahinter: Aufträge werden mehrfach erfasst, Lagerbestände stimmen nicht mit dem Shop überein, Mitarbeitende pflegen dieselben Daten in Excel, CRM und Buchhaltung. Eine ERP Migration soll diese Reibung beenden. Damit sie nicht selbst zum nächsten Engpass wird, braucht sie mehr als einen Datenexport und einen festen Go-Live-Termin.
Für mittelständische Unternehmen ist der Wechsel besonders anspruchsvoll. Gewachsene Prozesse funktionieren oft irgendwie, auch wenn sie unnötig Zeit kosten. Erst wenn ein System abgelöst werden soll, wird sichtbar, welche Sonderfälle, manuellen Korrekturen und Wissenslücken über Jahre entstanden sind. Genau dort entscheidet sich, ob ein neues ERP echte Entlastung schafft oder nur eine modernere Oberfläche über alte Probleme legt.
Was eine ERP Migration wirklich umfasst
Eine ERP Migration ist kein reiner Systemwechsel. Sie verbindet Geschäftsprozesse, Stammdaten, Belege, Schnittstellen, Berechtigungen und die tägliche Arbeit der Teams. Wer nur daran denkt, Kunden-, Artikel- und Auftragsdaten zu übertragen, plant zu kurz.
Nehmen wir einen Handelsbetrieb: Das ERP verwaltet Artikel, Preise, Lager und Rechnungen. Der Onlineshop benötigt aktuelle Bestände und Produktinformationen. Ein Logistikdienstleister erhält Versandaufträge, ein CRM nutzt Kundendaten, die Finanzbuchhaltung braucht korrekte Belege. Ändert sich das führende System, müssen diese Abläufe fachlich und technisch neu abgestimmt werden. Sonst entstehen Doppelpflege, fehlerhafte Bestände oder Aufträge, die im falschen Status hängen bleiben.
Das Ziel sollte deshalb nicht lauten: Das alte System möglichst exakt nachbauen. Sinnvoller ist die Frage: Welche Abläufe zahlen heute tatsächlich auf Geschwindigkeit, Transparenz und verlässliche Daten ein? Eine Migration ist eine seltene Gelegenheit, überholte Regeln auszumustern. Sie ist aber kein Freifahrtschein für einen radikalen Neustart. Bewährte Prozesse dürfen bleiben, wenn sie nachvollziehbar sind und zum Geschäftsmodell passen.
Vor der ERP Migration: Prozesse vor Funktionen klären
Viele Projekte beginnen mit einer Liste gewünschter ERP-Funktionen. Das ist verständlich, aber nicht ausreichend. Entscheidend ist, wie ein Auftrag vom Eingang bis zur Rechnung durch das Unternehmen läuft. Wo entstehen Wartezeiten? Wer korrigiert Daten manuell? Welche Ausnahmefälle kosten unverhältnismäßig viel Zeit?
Eine belastbare Voranalyse betrachtet deshalb nicht nur Abteilungen einzeln, sondern die Übergaben dazwischen. Vertrieb, Einkauf, Lager, Kundenservice, E-Commerce und Buchhaltung arbeiten oft mit unterschiedlichen Sichtweisen auf denselben Vorgang. Das ERP muss diese Informationen so zusammenführen, dass nicht jede Rückfrage zur Recherche in drei Systemen wird.
Dabei helfen konkrete Fragen: Welches System ist heute führend für Artikel- und Kundendaten? Welche Daten müssen historisch verfügbar bleiben? Welche Freigaben sind notwendig? Welche Prozesse dürfen beim Go-Live auf keinen Fall stehen? Und welche Schnittstellen werden nur noch aus Gewohnheit betrieben?
Gerade beim Wechsel auf ein integriertes ERP wie Odoo ist es sinnvoll, Standardprozesse zunächst ernst zu nehmen. Anpassungen sind manchmal notwendig, etwa für besondere Preislogiken, branchenspezifische Dokumente oder komplexe Freigaben. Jede individuelle Erweiterung erhöht jedoch Testaufwand, Update-Verantwortung und laufende Kosten. Die beste Lösung ist nicht die mit den meisten Sonderfunktionen, sondern die, die langfristig verständlich und wartbar bleibt.
Daten bereinigen, bevor sie umziehen
Schlechte Daten werden durch eine Migration nicht besser. Dublette Kundenkonten, uneinheitliche Artikelnummern, fehlende Maßeinheiten oder veraltete Lieferanteninformationen wandern sonst direkt in das neue System. Dort stören sie Prozesse, Auswertungen und Automatisierungen weiter.
Eine saubere Datenstrategie trennt daher drei Fragen: Was wird übernommen, was wird archiviert und was kann entfallen? Nicht jede Rechnung aus zehn Jahren muss im neuen ERP aktiv verfügbar sein. Häufig ist es wirtschaftlicher und datenschutzfreundlicher, Altdaten revisionssicher zu archivieren und nur die Daten zu migrieren, die operative Prozesse benötigen.
Für die Übernahme selbst braucht es klare Zuordnungen. Aus einem Feld im Altsystem wird nicht automatisch ein passendes Feld im Zielsystem. Beispielsweise kann ein einziger Status im alten System mehrere fachlich unterschiedliche Zustände enthalten. Solche Entscheidungen gehören in ein dokumentiertes Mapping, nicht in spontane Korrekturen kurz vor dem Start.
Schnittstellen sind Teil des Kerngeschäfts
Ein ERP entfaltet seinen Nutzen erst dann vollständig, wenn es zuverlässig mit den übrigen Systemen zusammenarbeitet. Im E-Commerce betrifft das besonders Shop, Zahlungsanbieter, Versand, Lagertechnik, CRM und Buchhaltung. Bei einer ERP Migration sollte jede Integration deshalb früh geprüft werden - fachlich, technisch und im Alltag.
Eine Schnittstelle kann Daten übertragen und trotzdem unbrauchbar sein. Wenn Bestände nur einmal nachts aktualisiert werden, obwohl der Shop im Tagesgeschäft hohe Nachfrage hat, drohen Überverkäufe. Wenn Retouren nicht sauber zurück ins ERP fließen, stimmen Lagerwert und Verfügbarkeit nicht mehr. Wenn Preisänderungen nur manuell in den Shop übertragen werden, bleibt die Doppelpflege bestehen.
Der richtige Integrationsumfang hängt vom Geschäftsmodell ab. Ein Unternehmen mit wenigen B2B-Aufträgen benötigt andere Automatisierungen als ein Shop mit mehreren Ländern, vielen Varianten und hoher Versandfrequenz. Wichtig ist eine klare Priorisierung: Welche Datenflüsse sind geschäftskritisch, welche verbessern den Komfort und welche können später folgen? So bleibt der erste Go-Live beherrschbar, ohne wichtige Abhängigkeiten auszublenden.
Testen heißt: echte Arbeit durchspielen
Ein Test mit fünf Musterartikeln und einem einfachen Auftrag reicht nicht aus. Eine ERP Migration muss anhand realitätsnaher Szenarien geprüft werden: Teilmengenlieferungen, Rabatte, Stornos, Retouren, Lieferverzug, geänderte Rechnungsadressen, Preisgruppen, Auslandsgeschäfte oder fehlerhafte Zahlungszuordnungen. Gerade die seltenen Fälle sind häufig jene, die am ersten Arbeitstag für lange Telefonketten sorgen.
Fachbereiche sollten dabei nicht nur abnehmen, ob eine Maske korrekt aussieht. Sie müssen typische Vorgänge selbst ausführen und bewerten, ob die Ergebnisse fachlich stimmen. Das schafft Akzeptanz und deckt Fehler auf, die in einer rein technischen Prüfung nicht auffallen.
Vor dem Go-Live gehören außerdem Rollen und Berechtigungen auf den Prüfstand. Mitarbeitende brauchen Zugriff auf die Informationen, die sie für ihre Arbeit benötigen - nicht pauschal auf alle Finanz-, Kunden- oder Personaldaten. Das ist sowohl für Datenschutz als auch für die tägliche Übersicht relevant.
Der Go-Live braucht einen Rückfallplan
Ein fester Starttermin schafft Verbindlichkeit. Er darf aber nicht dazu führen, dass bekannte Risiken ignoriert werden. Ein guter Go-Live-Plan legt fest, wann Daten eingefroren werden, wer welche Prüfung übernimmt, wie offene Vorgänge behandelt werden und wer bei Problemen entscheidet. Ebenso wichtig ist ein Rückfallplan: Was passiert, wenn ein kritischer Datenabgleich fehlschlägt oder die Versandübergabe nicht funktioniert?
Ein schrittweiser Start kann sinnvoll sein, etwa zunächst mit einem Standort, einem Vertriebskanal oder ausgewählten Prozessen. Das reduziert Risiko, verlängert aber die Phase mit parallelen Systemen. Ein vollständiger Umstieg vermeidet diese Doppelwelt schneller, verlangt jedoch eine besonders gründliche Vorbereitung. Welche Variante besser passt, hängt von Prozesskritikalität, Datenqualität und verfügbaren Kapazitäten ab.
Nach dem Start beginnt die eigentliche Optimierung
Der Go-Live ist kein Projektende, sondern der Beginn des Betriebs. In den ersten Wochen zeigen sich meist Fragen, die sich vorher nicht vollständig simulieren ließen. Deshalb braucht es feste Ansprechpartner, kurze Wege und eine nachvollziehbare Priorisierung von Fehlern, Verbesserungen und neuen Anforderungen.
Hilfreich sind messbare Kriterien: Wie viele Aufträge werden noch manuell nachbearbeitet? Wie lange dauert die Auftragserfassung? Wie oft weichen Shop- und Lagerbestand voneinander ab? Wie viele Excel-Listen werden weiterhin parallel geführt? Solche Kennzahlen machen sichtbar, ob die neue Lösung tatsächlich entlastet oder ob alte Umwege lediglich einen neuen Namen bekommen haben.
Auch Updates, Backups, Monitoring und Sicherheitsmaßnahmen gehören von Anfang an zur Planung. Ein ERP ist kein abgeschlossenes Softwareprojekt, sondern ein zentraler Baustein des Unternehmens. Wer Erweiterungen und Betrieb erst nach dem Launch betrachtet, zahlt später oft mit ungeplanten Ausfällen oder schwer wartbaren Sonderlösungen.
Eine gute ERP Migration fühlt sich im Ergebnis nicht spektakulär an. Sie zeigt sich darin, dass Aufträge sauber durchlaufen, Teams weniger nachfragen müssen und Entscheidungen auf verlässlichen Daten beruhen. Genau das ist der Punkt: ein System statt zehn Insellösungen - und ein Go-Live ohne Schweißperlen.