Ein ERP, das seit Jahren gewachsen ist. Ein Shop mit eigenen Produktlogiken. Kundendaten im CRM, Bestände in Excel und historische Aufträge in einer Datenbank, die kaum noch jemand kennt. Daten aus Altsystemen sicher migrieren heißt in dieser Lage nicht, Tabellen von A nach B zu kopieren. Es heißt, Geschäftsabläufe zu verstehen, Datenqualität belastbar zu prüfen und den Wechsel so zu organisieren, dass das Tagesgeschäft weiterläuft.
Gerade mittelständische Unternehmen unterschätzen häufig nicht die neue Plattform, sondern den Zustand der vorhandenen Daten. Dubletten, alte Pflichtfelder, abweichende Artikelnummern oder fehlende Beziehungen zwischen Kunden, Aufträgen und Belegen fallen oft erst auf, wenn ein Testimport scheitert. Dann wird aus einer geplanten Modernisierung schnell ein hektisches Bereinigen unter Zeitdruck.
Warum Altsystem-Migrationen im Alltag scheitern
Die technische Übertragung ist selten der schwierigste Teil. Kritisch wird es dort, wo Daten und Prozesse über Jahre auseinandergewachsen sind. Ein Artikel kann im ERP anders heißen als im Shop. Ein Kunde ist mehrfach angelegt, weil Vertrieb, Buchhaltung und Service jeweils eigene Listen geführt haben. Oder ein Feld wird im alten System nur als Freitext genutzt, im neuen System aber für automatische Preise, Versandregeln oder Auswertungen benötigt.
Eine Migration scheitert deshalb oft an drei falschen Annahmen: Alle vorhandenen Daten seien noch relevant, ihre Bedeutung sei eindeutig und das neue System müsse die alte Struktur vollständig nachbilden. Keine dieser Annahmen ist zuverlässig.
Wer jede historische Unstimmigkeit übernimmt, verlagert das Excel-Chaos lediglich in ein moderneres System. Wer dagegen zu radikal kürzt, verliert möglicherweise steuerlich relevante Belege, Vertragsinformationen oder wichtige Kundenhistorien. Der richtige Umfang hängt von gesetzlichen Aufbewahrungspflichten, operativen Anforderungen und dem Zielbild der neuen Lösung ab.
Bei einem Wechsel zu Odoo, Shopware 6 oder einer integrierten Individualplattform geht es daher nicht nur um Datensätze. Es geht um die Frage, welche Informationen künftig führend sind, wo sie gepflegt werden und welche Systeme sie zuverlässig weitergeben. Ein System statt zehn Insellösungen beginnt mit klaren Verantwortlichkeiten für Daten.
Daten aus Altsystemen sicher migrieren: der belastbare Ablauf
Eine sichere Migration braucht feste Phasen, nachvollziehbare Entscheidungen und ausreichend Zeit für Tests. Ein Go-Live ohne Schweißperlen entsteht nicht durch Hoffnung, sondern durch einen Prozess, der Risiken früh sichtbar macht.
1. Bestandsaufnahme vor dem ersten Export
Am Anfang steht keine Schnittstelle, sondern eine Dateninventur. Welche Quellsysteme gibt es? Wer nutzt sie? Welche Datenobjekte liegen dort - etwa Kunden, Lieferanten, Produkte, Preise, Bestellungen, Rechnungen, Lagerbewegungen, Inhalte oder Dokumente? Und welche Abhängigkeiten bestehen zwischen ihnen?
Dabei lohnt sich der Blick über offensichtliche Systeme hinaus. Häufig liegen entscheidende Informationen in Dateiablagen, E-Mail-Postfächern, CSV-Exporten oder individuellen Access-Datenbanken. Werden sie übersehen, fehlen nach dem Go-Live plötzlich Zuständigkeiten, Preislisten oder historische Dokumente.
Ebenso wichtig ist die fachliche Einordnung: Welche Daten müssen aktiv in das neue System? Welche werden revisionssicher archiviert? Welche dürfen gelöscht werden, weil keine Rechtsgrundlage oder geschäftliche Notwendigkeit mehr besteht? Datenschutz und Aufbewahrungspflichten gehören in diese Entscheidung von Beginn an.
2. Zielmodell und Datenregeln festlegen
Ein neues System ist keine leere Hülle für alte Strukturen. Es bietet die Chance, Datenmodelle zu vereinfachen und Doppelpflege abzuschaffen. Dafür braucht es klare Mapping-Regeln: Aus welchem Quellfeld wird welches Zielfeld? Wie werden Werte umgerechnet? Was geschieht mit unvollständigen oder ungültigen Einträgen?
Ein Beispiel aus dem Handel: Im Altsystem werden Varianten vielleicht über freie Artikelbezeichnungen abgebildet, während der neue Shop Größen, Farben und technische Eigenschaften strukturiert benötigt. Eine reine 1:1-Übernahme würde Filter, Verfügbarkeiten und Produktpflege erschweren. Sinnvoller ist es, die Daten vor dem Import in ein tragfähiges Produktmodell zu überführen.
Diese Regeln sollten nicht nur in Köpfen oder einzelnen E-Mails stehen. Eine dokumentierte Mapping-Tabelle schafft Transparenz für Fachbereich, Entwicklung, Datenschutz und Betrieb. Sie macht auch sichtbar, wo fachliche Entscheidungen fehlen. Das ist keine Bürokratie, sondern verhindert spätere Überraschungen.
3. Bereinigen, ohne Historie leichtfertig zu verlieren
Datenqualität wird oft erst dann zum Thema, wenn der Import Fehlermeldungen produziert. Besser ist eine strukturierte Bereinigung vor der produktiven Migration. Typische Fälle sind doppelte Kundensätze, ungültige E-Mail-Adressen, uneinheitliche Länderkennungen, nicht mehr verfügbare Produkte und fehlende Zuordnungen.
Nicht jede Unregelmäßigkeit muss manuell korrigiert werden. Dubletten lassen sich anhand definierter Kriterien erkennen, Formate können vereinheitlicht und fehlende Standardwerte gezielt ergänzt werden. Automatisierung spart Zeit, braucht aber Kontrolle: Zwei Kontakte mit gleichem Namen sind nicht automatisch dieselbe Person.
Besonders sorgfältig sollte mit personenbezogenen Daten gearbeitet werden. Es gilt der Grundsatz der Datenminimierung. Daten ohne klaren Zweck gehören nicht einfach in das neue System. Für sensible Daten, etwa im Gesundheitsumfeld, sind Zugriffskonzepte, Verschlüsselung, Protokollierung und eine nachvollziehbare Löschstrategie keine Zusatzleistungen, sondern Voraussetzungen für einen verantwortbaren Betrieb.
4. Testmigrationen als fachlicher Realitätstest
Ein Testimport zeigt mehr als technische Kompatibilität. Fachbereiche prüfen dabei, ob Kunden richtig zugeordnet sind, Preise stimmen, Aufträge nachvollziehbar bleiben und Workflows tatsächlich funktionieren. Die Buchhaltung kontrolliert Belege und Salden, das Lager Verfügbarkeiten, der Vertrieb Kundensegmente und das Marketing Einwilligungen sowie Kontaktpräferenzen.
Mindestens eine Testmigration sollte mit einer realistischen Datenmenge laufen. Bei großen Beständen genügt ein kleiner Ausschnitt nur für die technische Prüfung. Erst unter Last zeigt sich, ob Laufzeiten, Datenbankkapazitäten und Schnittstellen stabil genug sind.
Für die Abnahme helfen konkrete Prüfkriterien. Dazu gehören Mengenabgleiche, Stichproben über kritische Datensätze, Beziehungen zwischen Objekten und Prozessprüfungen vom Auftrag bis zur Rechnung. Nicht die Frage „Ist alles importiert?“ ist entscheidend, sondern: „Können unsere Teams damit korrekt arbeiten?“
Sicherheit umfasst mehr als ein Backup
Vor einer Migration wird oft ein Backup erstellt und damit das Thema Sicherheit als erledigt betrachtet. Ein Backup ist unverzichtbar, aber nur ein Baustein. Entscheidend ist, ob sich Daten im Ernstfall vollständig und innerhalb eines akzeptablen Zeitfensters wiederherstellen lassen. Das muss getestet werden.
Während der Übertragung sollten Daten verschlüsselt transportiert und nur über klar definierte, zeitlich begrenzte Zugänge verarbeitet werden. Zugriffsrechte folgen dem Need-to-know-Prinzip: Nicht jede Person im Projekt benötigt Zugriff auf alle Produktiv- oder Kundendaten. Protokolle schaffen Nachvollziehbarkeit, insbesondere wenn externe Dienstleister, Cloud-Systeme oder mehrere Standorte beteiligt sind.
Auch der Umgang mit Exportdateien wird häufig unterschätzt. Unverschlüsselte CSV-Dateien auf lokalen Rechnern oder in privaten Cloud-Speichern sind ein unnötiges Risiko. Ein sauberer Migrationsprozess regelt Ablageorte, Berechtigungen, Aufbewahrungsdauer und die sichere Löschung temporärer Dateien.
Der Go-Live braucht einen Rückweg
Der produktive Wechsel ist kein einzelner Knopfdruck. Es ist ein geplanter Zeitraum mit klaren Verantwortlichkeiten. Vor dem Start sollte feststehen, wann das Altsystem für Änderungen gesperrt wird, wie Differenzdaten nachgezogen werden und wer die Freigabe erteilt.
Genauso wichtig ist ein Rückfallplan. Was passiert, wenn zentrale Funktionen nicht wie erwartet laufen? Kann das Altsystem kurzfristig wieder genutzt werden? Welche Daten wurden bereits im neuen System verändert, und wie werden sie behandelt? Ein Rückfallplan wird hoffentlich nicht gebraucht. Ohne ihn ist ein kritischer Fehler aber unnötig teuer.
Für die ersten Tage nach dem Start empfiehlt sich ein enges Monitoring. Fehlgeschlagene Schnittstellen, auffällige Bestände, nicht zugestellte E-Mails oder unerwartete Berechtigungsprobleme müssen schnell sichtbar werden. Ein fester Ansprechpartner pro Fachbereich verkürzt Wege und verhindert, dass Probleme zwischen IT, Dienstleister und Operations liegen bleiben.
Was eine Migration langfristig besser macht
Die Arbeit endet nicht mit dem Go-Live. Systeme entwickeln sich weiter, Schnittstellen ändern sich und neue Daten entstehen jeden Tag. Wer dauerhaft Ordnung halten will, braucht Regeln für Pflege, Berechtigungen, Datenqualität und Updates. Sonst wächst aus dem neuen System über die Jahre wieder ein Altsystem.
Inter Medien Networks plant Migrationen deshalb nicht isoliert, sondern im Zusammenhang mit den realen Abläufen eines Unternehmens: vom ERP über Shop und CRM bis zu Lager, Zahlungsdienstleistern und individuellen Anwendungen. Das Ziel ist nicht nur ein erfolgreicher Import, sondern eine Systemlandschaft, die im Alltag weniger Rückfragen, weniger Doppelpflege und verlässlichere Entscheidungen erzeugt.
Der sinnvollste nächste Schritt ist oft klein und konkret: Legen Sie mit den verantwortlichen Fachbereichen fest, welche drei Datenobjekte für Ihr Geschäft wirklich kritisch sind. Wenn für diese Kunden, Produkte oder Aufträge Herkunft, Qualität, Zielstruktur und Prüfkriterien klar sind, wird aus einem schwer greifbaren Migrationsprojekt ein planbarer Weg nach vorn.