Datenmigration Checkliste für sichere Wechsel

Ein neues ERP, ein modernes CRM oder die Ablösung einer gewachsenen Fachanwendung scheitert selten an der Benutzeroberfläche. Kritisch wird es dort, wo Stammdaten, Belege, Berechtigungen und Prozesshistorien in das neue System übergehen. Eine Datenmigration Checkliste schafft dafür Verbindlichkeit: Sie macht Abhängigkeiten sichtbar, verteilt Verantwortung und verhindert, dass der operative Betrieb am Tag der Umstellung zum unkontrollierten Risiko wird.

Datenmigration ist keine rein technische Kopieraufgabe. Sie betrifft Fachprozesse, Datenqualität, Compliance, Schnittstellen und die Akzeptanz der Mitarbeitenden. Je stärker ein System in Vertrieb, Produktion, Verwaltung oder Service eingebunden ist, desto genauer muss die Planung sein. Das Ziel lautet nicht, möglichst viele Daten zu bewegen. Das Ziel ist, die richtigen Daten vollständig, nachvollziehbar und im passenden Format bereitzustellen.

Datenmigration Checkliste: Vor dem Projektstart

Am Anfang steht eine eindeutige Entscheidung über den Migrationsumfang. Sollen alle historischen Daten übernommen werden? Reichen offene Vorgänge, aktive Kunden und relevante Dokumente? Oder bleibt ein Altsystem für Recherche und Nachweispflichten zunächst lesbar? Eine vollständige Übernahme kann fachlich sinnvoll sein, erhöht aber Aufwand, Testtiefe und Fehlerpotenzial. Gerade bei Datenbeständen mit langer Historie ist ein klar definiertes Archivkonzept häufig wirtschaftlicher.

Benennen Sie außerdem einen verantwortlichen Owner auf Fachseite und einen auf technischer Seite. Beide Rollen müssen Entscheidungen treffen können. Fachbereiche definieren, welche Inhalte geschäftskritisch sind und welche Regeln gelten. Die technische Verantwortung sichert Extraktion, Transformation, Ladeprozesse, Protokollierung und Wiederholbarkeit ab. Ohne diese klare Zuordnung werden Probleme oft erst kurz vor dem Go-live sichtbar.

Zur Startphase gehören mindestens diese vier Punkte:

• Geschäftsziele, Umfang und Ausschlüsse der Migration schriftlich festlegen.
• Quell- und Zielsysteme inklusive Datenbanken, Dateien, APIs und Schnittstellen erfassen.
• Fachliche, technische und datenschutzrechtliche Verantwortlichkeiten benennen.
• Erfolgskriterien, Zeitplan, Budgetrahmen und Eskalationswege verbindlich definieren.

Ein entscheidender Punkt wird dabei oft unterschätzt: die Datenhoheit. Klären Sie früh, welche Teams Daten anlegen, verändern oder freigeben dürfen. Das gilt besonders für Organisationen mit mehreren Standorten, externen Dienstleistern oder SAP-gestützten Prozessen. Nur wer die Herkunft und Verantwortung eines Datensatzes kennt, kann ihn zuverlässig bewerten und übernehmen.

Datenbestand analysieren und bereinigen

Die beste Zielarchitektur kann schlechte Ausgangsdaten nicht automatisch heilen. Dubletten, uneinheitliche Schreibweisen, fehlende Pflichtfelder und ungültige Referenzen werden bei einer Migration nicht kleiner, sondern oft systemübergreifend weitergetragen. Deshalb beginnt die technische Umsetzung mit einem strukturierten Data Assessment.

Untersuchen Sie nicht nur Tabellen und Felder, sondern auch fachliche Beziehungen. Ein Kundenstammsatz ist beispielsweise mit Ansprechpartnern, Verträgen, Angeboten, Rechnungen, Tickets und Einwilligungen verbunden. Fehlt eine Verknüpfung oder wird sie falsch übersetzt, bleibt der Datensatz zwar technisch vorhanden, ist im Alltag aber nicht mehr nutzbar.

Erstellen Sie ein Datenprofil: Wie viele Datensätze existieren? Welche Felder sind befüllt? Wo treten Dubletten auf? Welche Werte weichen von erwarteten Formaten ab? Und welche Daten werden tatsächlich noch verwendet? Diese Kennzahlen helfen, Bereinigungsarbeit realistisch zu planen. Sie liefern zugleich eine messbare Ausgangsbasis für die spätere Qualitätsprüfung.

Bereinigung sollte nicht pauschal bedeuten, Daten zu löschen. In vielen Branchen gelten Aufbewahrungsfristen, Dokumentationspflichten oder vertragliche Nachweisanforderungen. Sinnvoll ist häufig eine Trennung zwischen produktiv benötigten Daten, archivierten Daten und Daten, die rechtssicher gelöscht werden können. Die Entscheidung muss dokumentiert sein - nicht nur aus Compliance-Gründen, sondern auch damit spätere Rückfragen beantwortbar bleiben.

Datenmapping fachlich und technisch absichern

Das Datenmapping übersetzt Felder, Wertebereiche und Beziehungen vom Quell- in das Zielsystem. Ein Feld mit der Bezeichnung Status ist dabei nicht automatisch eindeutig. Im Altsystem kann es etwa aktiv, pausiert und beendet geben, während das Zielsystem zusätzliche Zustände oder andere Freigabelogiken kennt. Solche Unterschiede müssen fachlich entschieden werden, bevor Entwickler Transformationsregeln implementieren.

Ein belastbares Mapping-Dokument enthält Quelle, Ziel, Datentyp, Pflichtfeldstatus, Transformationsregel, Standardwert, Verantwortlichkeit und Testfall. Bei komplexen Integrationen kommen Zuordnungen für Schlüssel, Referenzen und Fehlerbehandlung hinzu. Besonders kritisch sind historische IDs: Werden neue IDs erzeugt, müssen alle abhängigen Datensätze konsistent darauf verweisen.

Automatisierte Regeln sind manuellen Nacharbeiten vorzuziehen, wenn sie wiederholbar und prüfbar sind. Manche Sonderfälle benötigen jedoch bewusst eine fachliche Prüfung. Das betrifft beispielsweise individuell gepflegte Vertragsdaten, unstrukturierte Freitextfelder oder Dokumente mit uneinheitlicher Klassifizierung. Hier entscheidet der tatsächliche Nutzen darüber, wie tief die Bereinigung gehen sollte.

Sicherheit, Datenschutz und Nachvollziehbarkeit

Während der Migration entstehen oft temporäre Kopien mit besonders sensiblen Daten. Diese Zwischenstände benötigen denselben Schutz wie die produktive Umgebung. Übertragungen müssen verschlüsselt erfolgen, Zugriffe rollenbasiert vergeben und Bearbeitungsschritte protokolliert werden. Testdaten dürfen nicht unkontrolliert in Entwicklungsumgebungen landen.

Bei personenbezogenen Daten gilt: Es werden nur Daten verarbeitet, die für den definierten Zweck erforderlich sind. Prüfen Sie Rechtsgrundlagen, Löschfristen, Auftragsverarbeitungen und den Speicherort von Backups. Wenn externe Tools oder Cloud-Dienste beteiligt sind, müssen deren Rollen im Datenschutzkonzept klar beschrieben sein. Für öffentliche Einrichtungen und regulierte Unternehmen empfiehlt sich zusätzlich eine frühe Einbindung von Datenschutzbeauftragten und Informationssicherheit.

Eine Migration braucht außerdem ein nachvollziehbares Fehlerprotokoll. Jeder abgewiesene Datensatz sollte mit Ursache, Zeitpunkt und Verantwortlichkeit erfasst werden. Sonst verschwinden Fehler in manuellen Korrekturen, die später weder reproduzierbar noch auditierbar sind.

Testmigrationen vor dem Go-live

Ein Produktivlauf darf nicht der erste vollständige Lauf sein. Planen Sie mindestens eine Testmigration mit repräsentativen Datenmengen und eine Generalprobe unter möglichst realen Bedingungen. Bei großen Datenbeständen oder vielen Schnittstellen sind mehrere Iterationen sinnvoll. Jede Testphase sollte nicht nur technische Ladezeiten messen, sondern auch fachliche Nutzung prüfen.

Kontrollieren Sie Mengen und Summen: Stimmen die Anzahl der Kunden, Verträge, offenen Posten und Dokumente? Stimmen Salden, Zeiträume und Referenzen? Ergänzen Sie diese quantitativen Kontrollen durch fachliche Stichproben. Mitarbeitende aus den betroffenen Bereichen sollten typische Vorgänge im Zielsystem ausführen, etwa einen Auftrag anlegen, einen Servicefall öffnen oder eine Rechnung recherchieren.

Die Abnahme braucht klar definierte Kriterien. Ein Test ist nicht erfolgreich, weil keine Fehlermeldung erscheint. Erfolgreich ist er, wenn kritische Prozesse mit den übernommenen Daten korrekt funktionieren und die vereinbarte Datenqualität erreicht wird. Nicht kritische Abweichungen dürfen nur mit dokumentierter Entscheidung in den Go-live gehen.

Cutover planen, Betrieb absichern

Der Cutover beschreibt den kontrollierten Übergang vom alten in das neue System. Dazu gehört ein festes Zeitfenster, in dem Änderungen im Quellsystem eingeschränkt oder vollständig gestoppt werden. Ohne einen solchen Freeze entstehen Differenzen zwischen Extraktion und produktivem Start, die nachträglich nur mit hohem Aufwand aufzulösen sind.

Ein guter Cutover-Plan benennt jeden Schritt mit Zeitfenster, verantwortlicher Person und Prüfnachweis. Dazu zählen Backup, finale Extraktion, Transformation, Import, Validierung, Freigabe von Schnittstellen und Kommunikation an die Fachbereiche. Legen Sie auch fest, wer bei Abweichungen entscheidet und wann ein Rückfall auf das Altsystem ausgelöst wird.

Ein Rollback ist nicht in jedem Szenario technisch oder wirtschaftlich sinnvoll. Bei irreversiblen Änderungen, Parallelbetrieb oder externen Transaktionen kann er sehr komplex sein. Dennoch braucht jedes Projekt einen belastbaren Notfallplan: Welche Daten lassen sich zurückspielen? Welche Prozesse werden vorübergehend manuell abgewickelt? Wie erreichen Teams im Störungsfall die zuständigen Entscheider?

Nach dem Go-live beginnt die Stabilisierungsphase. Überwachen Sie Schnittstellen, Laufzeiten, Fehlerraten und Datenvolumen engmaschig. Richten Sie für die ersten Tage einen festen Supportkanal ein und priorisieren Sie Störungen nach Geschäftsauswirkung. Viele Fehler zeigen sich erst dann, wenn reale Nutzer mit Sonderfällen arbeiten - etwa bei langjährigen Kundenbeziehungen, seltenen Buchungsarten oder mobilen Prozessen.

Die Datenmigration Checkliste als Steuerungsinstrument

Eine Checkliste ersetzt keine Architekturentscheidung und keine fachliche Verantwortung. Sie verhindert aber, dass zentrale Fragen zwischen Projektteams verloren gehen. Besonders wirksam wird sie, wenn sie als lebendes Steuerungsdokument genutzt wird: mit überprüfbaren Kriterien, klaren Freigaben und transparenten Risiken statt als einmalig abgehakter Projektanhang.

Bei komplexen Landschaften mit Altsystemen, APIs, SAP-Anbindung und individuellen Web- oder Mobile-Anwendungen lohnt sich eine gemeinsame Planung von Fachbereich, IT, Datenschutz und Betrieb. entrecode begleitet solche Vorhaben entlang dieser Kette - von der Bestandsaufnahme über belastbare Migrationsprozesse bis zur Stabilisierung im laufenden Betrieb.

Eine sorgfältige Migration schafft mehr als einen erfolgreichen Systemwechsel. Sie legt fest, auf welcher Datenbasis Ihr Unternehmen künftig automatisiert, integriert und weiterentwickelt. Genau deshalb sollte die erste Entscheidung nicht der Importtermin sein, sondern die Frage, welche Daten und Prozesse langfristig wirklich tragen sollen.