Eine ERP-Migration gehört zu den folgenreichsten Projekten im Mittelstand. Das ERP-System hält Aufträge, Lagerbestände, Buchhaltung und Produktion zusammen. Wenn Sie es wechseln, tauschen Sie nicht nur Software aus, sondern verändern, wie Ihr Unternehmen täglich arbeitet. Dieser Ratgeber richtet sich an Geschäftsführer, Finanzverantwortliche und IT-Leiter, die ihr ERP wechseln oder auf eine neue Version heben wollen und dafür ein belastbares Vorgehen suchen.
Sie erfahren, woran Sie den richtigen Zeitpunkt erkennen, welche Umstellungsstrategie zu Ihrer Situation passt, wie die Datenübernahme abläuft und wie Sie Risiken mit einem Rückfallplan begrenzen. Wer das gesamte Projekt einordnen möchte, findet im Ratgeber zur ERP-Einführung den Gesamtablauf.
Wann lohnt sich ein ERP-Wechsel?
Kaum ein Unternehmen wechselt sein ERP gern. Der Anlass ist fast immer ein wachsender Leidensdruck. Typische Signale sind:
- Prozesse passen nicht mehr. Neue Geschäftsmodelle, zusätzliche Standorte oder ein Online-Vertrieb lassen sich im alten System nur mit Umwegen abbilden.
- Zu viele Insellösungen. Wenn Excel-Listen, Zusatzprogramme und manuelle Übertragungen den Alltag bestimmen, entstehen Fehler und Mehraufwand.
- Technische Altlasten. Das System läuft auf veralteter Technik, Anpassungen sind riskant, und Fachwissen steckt in den Köpfen weniger Personen.
- Herstellerseitige Veränderungen. Wartung läuft aus, Funktionen werden eingestellt, oder das Lizenzmodell passt nicht mehr zu Ihrer Größe.
- Regulatorischer Druck. Anforderungen an revisionssichere Buchführung, Datenschutz und elektronische Rechnungen verlangen Funktionen, die das alte System nicht liefert. Mehr dazu im Beitrag zur E-Rechnung im ERP.
- Fehlende Skalierbarkeit. Mehr Belegvolumen, mehr Gesellschaften oder internationale Tätigkeit überfordern die bisherige Lösung.
Ebenso wichtig ist die Gegenprobe: Nicht jedes Problem ist ein Softwareproblem. Unklare Zuständigkeiten, schlechte Stammdaten oder fehlende Schulung bleiben bestehen, wenn Sie nur das System wechseln. Prüfen Sie deshalb zuerst, ob eine Bereinigung, ein Versionsupdate oder ein besseres Berechtigungskonzept ausreicht, und ob sich der Aufwand eines Systemwechsels wirklich rechtfertigt.
Neues System oder neue Version: Was genau migrieren Sie?
Der Begriff „Migration“ deckt unterschiedliche Vorhaben ab. Die Unterscheidung bestimmt Aufwand und Risiko:
| Szenario | Beschreibung | Typisches Risiko |
|---|---|---|
| Versionswechsel (Upgrade) | Gleiches Produkt, neue Hauptversion | Individuelle Anpassungen und Schnittstellen funktionieren nicht mehr |
| Wechsel in die Cloud | Gleiches Produkt, anderer Betrieb | Unterschiede bei Anpassbarkeit, Performance und Datenschutz |
| Produktwechsel | Neues ERP eines anderen Herstellers | Prozesse und Datenmodell unterscheiden sich grundlegend |
| Konsolidierung | Mehrere Altsysteme in ein ERP | Widersprüchliche Stammdaten und Konzernlogik |
| Ablösung einer Eigenentwicklung | Individuelle Software wird durch Standard ersetzt | Undokumentierte Logik, die niemand mehr kennt |
Ein Upgrade ist selten trivial: Hat das System über Jahre viele Eigenentwicklungen angesammelt, kommt es einer Neueinführung nahe. Dann lohnt sich die Frage, ob Sie das Gelegenheitsfenster nutzen, um Prozesse zu vereinfachen, statt jede Sonderlösung nachzubauen.
Den Wechsel vorbereiten: Ziele, Umfang und Verantwortliche
Bevor ein Integrator Zeit investiert, sollten drei Dinge feststehen.
Ziele und Erfolgskriterien
Formulieren Sie, was nach der Umstellung besser sein soll: schnellerer Monatsabschluss, weniger manuelle Erfassung, transparente Lagerbestände, saubere Auswertungen. Ohne messbare Kriterien lässt sich später nicht beurteilen, ob das Projekt gelungen ist. Zahlen legen Sie dabei selbst aus Ihrer Ausgangslage fest.
Umfang und Abgrenzung
Klären Sie, welche Standorte, Gesellschaften, Module und Schnittstellen im ersten Schritt dazugehören und was bewusst später folgt. Eine klare Abgrenzung schützt vor schleichender Erweiterung, die Termine und Budget sprengt. Ein ausformuliertes Lastenheft hilft, Anforderungen verbindlich festzuhalten.
Rollen und Entscheidungswege
Ein Projekt dieser Art braucht eine Geschäftsleitung, die Prioritäten setzt, eine Projektleitung auf Ihrer Seite und Fachbereichsverantwortliche, die für ihre Daten und Prozesse geradestehen. Fehlt diese Verantwortung, bleiben Entscheidungen liegen, und der Integrator muss raten. Rechnen Sie ehrlich damit, dass Ihre Schlüsselpersonen neben dem Tagesgeschäft erhebliche Zeit für das Projekt benötigen.
Das richtige Zielsystem wählen
Eine Migration beginnt mit der Auswahl. Das Zielsystem muss zu Größe, Branche und Wachstumsplänen passen, nicht zur besten Präsentation. Orientierung bieten der Ratgeber zur ERP-Auswahl und die Übersicht der ERP-Software.
Für den deutschen Mittelstand kommen häufig diese Lösungen in Betracht:
- Odoo: modular aufgebaut, mit offenem Kern und breitem Funktionsumfang für Handel, Fertigung und Dienstleistung.
- Microsoft Dynamics 365 Business Central: Cloud-ERP für den Mittelstand mit enger Anbindung an die Microsoft-Welt.
- SAP Business One: ERP für kleinere und mittlere Unternehmen aus dem SAP-Umfeld.
- Sage: etablierte Lösungen mit Schwerpunkt auf Finanzen und Warenwirtschaft.
- Oracle NetSuite: reine Cloud-Plattform, oft bei wachsenden und international tätigen Unternehmen.
- weclapp: Cloud-ERP aus Deutschland, das vor allem kleinere Unternehmen mit Handel, Service und Auftragsabwicklung anspricht.
Wir sind an keinen Hersteller gebunden. Welche Lösung passt, hängt von Ihren Prozessen ab; direkte Gegenüberstellungen finden Sie im Bereich Vergleiche.
Umstellungsstrategie: Big Bang oder schrittweise?
Die zentrale Architekturentscheidung der Migration ist der Weg vom alten zum neuen System. Es gibt drei gängige Muster.
Big Bang
Zu einem festen Stichtag wird das alte System abgeschaltet und das neue produktiv genommen. Alle Bereiche wechseln gleichzeitig.
Vorteile: Es gibt keinen Parallelbetrieb, keine temporären Schnittstellen und keine doppelte Datenpflege. Die Organisation lernt einmal um.
Nachteile: Das Risiko konzentriert sich auf einen Zeitpunkt. Fehler in Daten, Berechtigungen oder Schnittstellen wirken sofort im gesamten Unternehmen. Die Vorbereitung muss entsprechend gründlich sein.
Schrittweise Einführung nach Bereichen
Standorte, Gesellschaften oder Module werden nacheinander umgestellt, etwa zuerst die Finanzbuchhaltung, dann Einkauf und Lager, später die Produktion.
Vorteile: Das Risiko verteilt sich, und Erkenntnisse aus dem ersten Schritt fließen in die folgenden ein. Das Team wächst mit dem System.
Nachteile: Über längere Zeit laufen zwei Systeme nebeneinander. Schnittstellen, Überleitungen und Doppelpflege kosten Aufwand und bergen eigene Fehlerquellen.
Pilot mit anschließendem Roll-out
Ein überschaubarer Standort oder eine Gesellschaft geht zuerst live. Bewährt sich die Lösung, folgen die übrigen. Dieses Muster ist ein Mittelweg: Sie lernen am echten Betrieb, ohne alles zu riskieren.
Welche Strategie passt?
| Kriterium | Eher Big Bang | Eher schrittweise |
|---|---|---|
| Unternehmensgröße und Komplexität | übersichtlich, ein Standort | mehrere Standorte oder Gesellschaften |
| Prozessverzahnung | stark verflochten, schwer zu trennen | klar abgrenzbare Bereiche |
| Risikotoleranz | Ausfall zeitlich begrenzt verkraftbar | Ausfälle kaum tragbar |
| Verfügbare Ressourcen | Team kann gebündelt mitarbeiten | Kapazität nur gestaffelt vorhanden |
| Schnittstellenaufwand | gering | akzeptabel |
Die Entscheidung sollten Sie gemeinsam mit dem Integrator treffen und schriftlich begründen. Ein Zeitpunkt außerhalb von Jahresabschluss, Inventur und saisonalen Spitzen senkt das Risiko unabhängig von der gewählten Strategie.
Datenübernahme: das Herzstück der Migration
Die meisten Projekte scheitern nicht an der Software, sondern an den Daten. Die Reprise von Daten aus dem alten ERP verlangt Sorgfalt in mehreren Stufen.
Bestandsaufnahme und Umfang festlegen
Zuerst wird erfasst, welche Daten im Altsystem vorhanden sind, wo sie liegen und wer dafür verantwortlich ist. Dazu gehören häufig:
- Stammdaten: Kunden, Lieferanten, Artikel, Stücklisten, Arbeitspläne, Preislisten, Konditionen
- Bestandsdaten: Lagerbestände, Chargen und Seriennummern, offene Aufträge und Bestellungen
- Finanzdaten: Sachkonten, offene Posten, Anlagenbestände, Salden
- Dokumente und Anhänge: Verträge, Zeichnungen, Korrespondenz
Nicht alles muss migriert werden. Je mehr historische Bewegungsdaten Sie mitnehmen, desto aufwendiger werden Abbildung und Prüfung. Oft ist es sinnvoller, ältere Vorgänge in einem lesbaren Archiv zu halten und im neuen System nur die laufenden Daten zu führen. Gesetzliche Aufbewahrungs- und Nachweispflichten, etwa nach den GoBD, müssen dabei jederzeit erfüllt bleiben. Lassen Sie das vorab mit Ihrem Steuerberater klären.
Datenbereinigung
Eine Migration ist die beste Gelegenheit, Altlasten loszuwerden. Typische Maßnahmen:
- Dubletten bei Kunden, Lieferanten und Artikeln zusammenführen
- inaktive oder veraltete Datensätze markieren und nicht übernehmen
- Adressen, Zahlungsbedingungen und Steuerkennzeichen vereinheitlichen
- fehlende Pflichtfelder ergänzen, die das neue System verlangt
- Artikelstämme und Klassifizierungen sinnvoll strukturieren
Die Bereinigung gehört in die Hände der Fachbereiche. Ein Integrator kann Auffälligkeiten aufzeigen, aber er weiß nicht, welcher Kunde seit Jahren inaktiv ist oder welche Artikelnummer ersetzt wurde. Planen Sie diese Arbeit früh ein, denn sie dauert fast immer länger als erwartet.
Mapping: Felder und Logik zuordnen
Beim Mapping wird festgelegt, welches Feld im Altsystem welchem Feld im Zielsystem entspricht und wie Werte umgewandelt werden. Hier zeigen sich die Unterschiede der Datenmodelle: Das neue System kennt vielleicht keine freien Textfelder, führt Artikelvarianten anders oder verlangt eine strengere Kontenstruktur.
Halten Sie das Mapping in einem Dokument fest, das Fachbereich und Integrator gemeinsam abnehmen. Es dient später als Nachweis, warum ein Wert so im System steht, und erleichtert die Fehlersuche.
Migrationswerkzeuge und Skripte
Je nach System erfolgt die Übernahme über Importwerkzeuge, Schnittstellen oder eigens geschriebene Skripte. Wichtig ist, dass der Ablauf wiederholbar ist. Ein Verfahren, das sich per Knopfdruck erneut ausführen lässt, ermöglicht beliebig viele Probeläufe und eine saubere Endmigration. Händische Nacharbeit am Stichtag ist dagegen eine Fehlerquelle.
Probemigrationen und Abstimmung
Mindestens mehrere vollständige Testläufe mit echten Daten gehören in jedes Projekt. Nach jedem Lauf wird abgestimmt:
- Stimmen Summen und Salden in der Finanzbuchhaltung?
- Entsprechen Lagerbestände und Bewertungen dem Altsystem?
- Sind offene Aufträge, Bestellungen und Posten vollständig?
- Liefern zentrale Auswertungen plausible Ergebnisse?
Abweichungen werden dokumentiert, behoben und im nächsten Lauf erneut geprüft. Erst wenn die Abnahmekriterien erfüllt sind, ist die Datenbasis bereit für den Produktivstart.
Tests, Schulung und Abnahme
Neben den Daten müssen Prozesse, Berechtigungen und Schnittstellen funktionieren.
- Prozesstests: Anwender spielen ihre realen Abläufe durch, vom Angebot bis zur Zahlung, vom Wareneingang bis zur Auslieferung. Dabei zählen gerade Sonderfälle: Gutschriften, Teillieferungen, Retouren, Auslandsgeschäfte.
- Schnittstellentests: Banking, Onlineshop, Versanddienstleister, Lohnabrechnung und weitere Drittsysteme werden mit dem neuen ERP verbunden und geprüft.
- Berechtigungen: Rollen und Freigaben werden so eingerichtet, dass sensible Daten geschützt sind und Funktionstrennung gewahrt bleibt.
- Schulung: Anwender lernen das System in ihrer eigenen Umgebung kennen, nicht an einem Standardbeispiel. Wer erst am Starttag zum ersten Mal mit dem System arbeitet, wird Fehler machen.
- Formelle Abnahme: Die Fachbereiche bestätigen ausdrücklich, dass ihre Prozesse funktionieren. Diese Freigabe ist die Entscheidungsgrundlage für den Go-live.
Go-live: der Umstellungszeitpunkt
Für den Stichtag sollten Sie einen detaillierten Fahrplan haben, der festlegt, wer wann was tut. Üblich sind:
- Datenstopp im Altsystem: ab einem definierten Zeitpunkt werden keine neuen Belege mehr erfasst.
- Endmigration der aktuellen Daten, inklusive offener Posten und Bestände.
- Abstimmung gegen die Zahlen des Altsystems, mit klarer Freigabe durch die Verantwortlichen.
- Umschaltung der Anwender, Schnittstellen und Drucke auf das neue System.
- Intensive Betreuung in den ersten Tagen, mit kurzen Wegen zu Integrator und Fachexperten.
Bei einem Big Bang ist dieser Fahrplan besonders kritisch. Bei schrittweiser Einführung wiederholt er sich je Bereich, dafür in kleinerem Umfang.
Risiken und Rückfallplan
Jede Migration birgt Risiken. Wer sie benennt, kann sie steuern. Die häufigsten:
| Risiko | Typische Ursache | Gegenmaßnahme |
|---|---|---|
| Fehlerhafte Daten im Echtbetrieb | Mapping-Fehler, ungeprüfte Altdaten | Mehrere Probeläufe, Abstimmung durch Fachbereiche |
| Stillstand in Lager oder Versand | Fehlende Berechtigungen, Druckvorlagen oder Schnittstellen | Praxistests mit echten Abläufen, Schulung vor dem Start |
| Verzögerungen und Mehrkosten | Wachsender Umfang, späte Entscheidungen | Klare Abgrenzung, feste Entscheider, Änderungsmanagement |
| Mangelnde Akzeptanz | Anwender fühlen sich übergangen | Frühe Einbindung, Schlüsselanwender als Multiplikatoren |
| Verlust von Wissen | Individuallogik im Altsystem undokumentiert | Prozessaufnahme, Dokumentation vor der Ablösung |
| Compliance-Lücken | Archivierung oder Nachweise nicht gesichert | Abstimmung mit Steuerberater, Archivkonzept |
Mehr zu typischen Stolpersteinen finden Sie im Beitrag zu den Fehlern im ERP-Projekt.
Der Rückfallplan
Ein Rückfallplan ist keine Verlegenheitslösung, sondern Teil professioneller Projektplanung. Er legt vorab fest:
- Entscheidungskriterien: Unter welchen Bedingungen wird abgebrochen und auf das Altsystem zurückgegangen, und wer entscheidet das?
- Zeitfenster: Bis wann ist ein Rückweg ohne Datenverlust möglich? Je mehr Belege im neuen System entstehen, desto schwerer wird die Rückkehr.
- Datensicherung: Vollständige, geprüfte Sicherungen des Altsystems unmittelbar vor der Umstellung, inklusive nachweislich funktionierender Wiederherstellung.
- Notbetrieb: Wie arbeiten Vertrieb, Lager und Buchhaltung, falls das neue System zeitweise nicht zur Verfügung steht?
- Kommunikation: Wer informiert Kunden, Lieferanten und Mitarbeiter, wenn es zu Verzögerungen kommt?
Bewährt hat sich, das Altsystem nach dem Go-live noch eine Weile lesbar und abrufbereit zu halten, bis Monatsabschluss und erste Auswertungen im neuen System sauber durchgelaufen sind. Erst danach wird es stillgelegt und archiviert.
Nach dem Go-live: Stabilisierung
Mit der Umstellung ist das Projekt nicht beendet. In der ersten Zeit treten Fragen und Fehler auf, die keine Testphase vollständig vorwegnehmen kann. Planen Sie deshalb:
- eine Hypercare-Phase mit schneller Unterstützung durch den Integrator
- ein Verfahren, um Fehlermeldungen zu sammeln, zu priorisieren und zu beheben
- eine Nachschulung für Bereiche, in denen Unsicherheit besteht
- einen ersten Monats- und Jahresabschluss mit enger Begleitung
- die geordnete Stilllegung des Altsystems samt Archivierung
Prüfen Sie nach einer angemessenen Zeit, ob die zu Beginn definierten Ziele erreicht wurden, und leiten Sie Verbesserungen ab.
Kosten und Aufwand einer Migration
Der Aufwand hängt stark von Datenmenge, Datenqualität, Anpassungsbedarf und Zahl der Schnittstellen ab. Ein sauber geführtes Altsystem mit Standardprozessen lässt sich deutlich einfacher ablösen als gewachsene Strukturen mit vielen Sonderlösungen. Verlässliche Zahlen kann nur ein Integrator nach einer Analyse Ihrer Situation nennen. Eine Orientierung zu den Kostentreibern bietet der Beitrag zu den ERP-Kosten.
Planen Sie auch interne Aufwände ein: die Zeit Ihrer Fachbereiche für Datenbereinigung, Tests und Schulung ist keine Nebensache, sondern oft der engste Engpass.
Den passenden Integrator für die Migration finden
Eine Migration ist anspruchsvoller als eine Neueinführung auf der grünen Wiese, weil Altdaten, Altprozesse und Gewohnheiten mitwandern. Achten Sie bei der Auswahl des Partners auf:
- nachweisbare Erfahrung mit Datenübernahmen aus Ihrem Altsystem
- Branchenkenntnis und Referenzen, die Sie selbst prüfen können
- eine transparente Vorgehensweise mit Probemigrationen und Abnahmekriterien
- klare Aussagen zu Rückfallplan, Betreuung nach dem Start und Dokumentation
- ein Team, das Ihre Fachbereiche einbindet, statt über sie hinweg zu entscheiden
Hinweise zur Auswahl finden Sie im Ratgeber ERP-Integrator finden. Wie unser Service abläuft, erklärt die Seite So funktioniert es. Sie schildern Ihr Vorhaben, wir stellen den Kontakt zu einem passenden, geprüften Integrator her; das Projekt selbst führt der Integrator durch.
Checkliste für Ihre ERP-Migration
Zum Abschluss die wichtigsten Punkte im Überblick:
- Ursachen der heutigen Probleme geklärt, Ziele und Erfolgskriterien festgelegt
- Zielsystem anhand Ihrer Prozesse ausgewählt, nicht anhand von Präsentationen
- Umstellungsstrategie begründet gewählt und mit dem Integrator abgestimmt
- Datenumfang definiert, Altdaten bereinigt, Mapping gemeinsam abgenommen
- mehrere vollständige Probemigrationen mit Abstimmung durch die Fachbereiche
- Prozesse, Schnittstellen und Berechtigungen praxisnah getestet, Anwender geschult
- Umstellungsfahrplan, Datenstopp und Rückfallplan schriftlich festgehalten
- Altsystem nach dem Start bewusst weiter verfügbar, Archivierung geklärt
- Betreuung nach dem Go-live und Erfolgskontrolle eingeplant
Wer diese Punkte konsequent abarbeitet, senkt das Risiko erheblich. Wenn Sie Ihr ERP wechseln oder Ihr bestehendes System ablösen wollen, hilft Ihnen ein erfahrener Integrator, den passenden Weg zu planen. Weitere Grundlagen finden Sie im Ratgeber-Bereich, und was ein ERP leistet, erläutert der Beitrag Was ist ein ERP-System?.
Häufige Fragen
Wann sollte man das ERP-System wechseln?
Ein Wechsel lohnt sich, wenn das bestehende System Ihre Prozesse nicht mehr abbildet, nur noch mit hohem Aufwand gepflegt werden kann oder der Hersteller die Weiterentwicklung einstellt. Auch fehlende Schnittstellen, Medienbrüche und neue gesetzliche Anforderungen wie die E-Rechnung sind typische Auslöser. Entscheidend ist, dass Sie die Ursache der Probleme kennen, bevor Sie ein neues System wählen.
Was ist besser: Big Bang oder schrittweise Migration?
Beides ist möglich, die Wahl hängt von Komplexität und Risikotoleranz ab. Der Big Bang ist schneller und vermeidet Parallelbetrieb, verlangt aber sehr gute Vorbereitung. Die schrittweise Einführung nach Standorten, Gesellschaften oder Modulen verteilt das Risiko, erzeugt jedoch temporäre Schnittstellen und Doppelpflege.
Welche Daten sollten ins neue ERP übernommen werden?
Übernommen werden Stammdaten wie Kunden, Lieferanten, Artikel und Stücklisten sowie offene Posten und aktuelle Bestände. Bewegungsdaten aus vielen Jahren müssen nicht zwingend migriert werden, wenn das Altsystem für die Aufbewahrung lesbar bleibt oder ein Archiv bereitsteht. Was Sie aufbewahren müssen, klären Sie vorab mit Ihrem Steuerberater.
Wie sichert man eine ERP-Migration gegen Ausfälle ab?
Mit mehreren vollständigen Probemigrationen, abgestimmten Abnahmekriterien, einem Datenstopp zum Umstellungszeitpunkt und einem dokumentierten Rückfallplan. Das Altsystem bleibt nach der Umstellung bewusst erreichbar, bis die ersten Abschlüsse sauber durchgelaufen sind. So können Sie im Zweifel auf einen konsistenten Stand zurückgehen.
Wer führt die ERP-Migration durch?
Das Projekt führt ein ERP-Integrator durch, der das Zielsystem einrichtet, Daten abbildet und die Anwender schult. Ihr Unternehmen stellt Fachverantwortliche, die Entscheidungen treffen und Daten freigeben. Über unseren kostenlosen Service lernen Sie einen passenden Integrator kennen; wir selbst führen keine Projekte durch.
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.