Datenmigration
Neues System.
Ihre Daten kommen mit.
Wir planen und entwickeln die Übertragung Ihrer Datenbestände. Mit klarer Feldzuordnung, wiederholbaren Prüfläufen und einer abgestimmten Umschaltung – statt eines unkontrollierten Imports.
Ein konkreter Ablauf reicht für den ersten Austausch.
Beispiel einer Feldzuordnung
QUELLE · kundennr
"0042"
ZIEL · external_id
"0042"
QUELLE · plz
"03546"
ZIEL · postal_code
"03546"
QUELLE · datum
"12.10.2026"
ZIEL · created_date
"2026-10-12"
QUELLE · aktiv
"ja"
ZIEL · is_active
true
Die Bedeutung bleibt. Die Struktur passt sich an.
Erfundene Beispieldaten. Ein Prüflauf bewertet Formate, Beziehungen und die vereinbarten Regeln.
Bestände verstehen
Zuordnung & Ergebnis prüfen
Umschaltung vorbereiten
Ein Bestand ist mehr als eine Datei
Nicht nur Werte kopieren.
Zusammenhänge erhalten.
Beim Wechsel müssen Daten im Ziel fachlich nutzbar bleiben. Deshalb betrachten wir Struktur, Beziehungen und Sonderfälle gemeinsam.
01
Stamm- & Kontaktdaten
Kunden, Unternehmen und weitere Stammdaten zuordnen. IDs, Pflichtfelder, doppelte Einträge und benötigte Beziehungen werden geprüft.
02
Produkte & Vorgänge
Artikel, Aufträge oder interne Datensätze nach abgestimmten Regeln übertragen. Statuswerte, Varianten und Zuordnungen werden nicht einfach vorausgesetzt.
03
Dateien & Referenzen
Dokumente und Verweise zusammen betrachten. Es muss klar sein, welche Datei zu welchem Datensatz gehört und ob sie im Ziel erreichbar ist.
Welche Historien, Berechtigungen oder zusätzlichen Daten übernommen werden, gehört ausdrücklich in den Umfang. Nicht jede Altinformation muss in das neue Arbeitssystem; Aufbewahrung und Archivierung werden getrennt geklärt.
Ein Prüflauf vor der Umschaltung
Was passt, wird sichtbar.
Was nicht passt, auch.
Abweichungen gehören in einen Prüfbericht. Eine fehlende ID wird nicht geraten, eine Dublette nicht unbemerkt gelöscht und eine Postleitzahl nicht als Zahl umgedeutet.
Interaktives Beispiel · Fünf Datensätze
Prüfen bedeutet auch, ungeklärte Fälle nicht zu übernehmen.
5
Zeilen in der Quelle
—
Für die Auswahl geprüft
—
Zur Klärung
| Zeile | Quell-ID | PLZ | Aktiv | Prüfergebnis |
|---|---|---|---|---|
| 1 | K-001 | 03546 | ja | Noch nicht geprüft |
| 2 | K-002 | 35037 | nein | Noch nicht geprüft |
| 3 | K-002 | 35037 | nein | Noch nicht geprüft |
| 4 | — | 60311 | ja | Noch nicht geprüft |
| 5 | K-005 | abc | ja | Noch nicht geprüft |
Die Tabelle lässt sich seitlich bewegen.
Zuerst den Bestand sichtbar machen.
Fünf Zeilen liegen vor. Noch ist nicht entschieden, welche Einträge den vereinbarten Regeln entsprechen.
Prüfbericht als JSON ansehen
{
"example": true,
"stage": "source",
"source_rows": 5,
"checked": false,
"import_executed": false
}5
Zeilen in der Quelle
2
Für die Auswahl geprüft
3
Zur Klärung
| Zeile | Quell-ID | PLZ | Aktiv | Prüfergebnis |
|---|---|---|---|---|
| 1 | K-001 | 03546 | ja | Prüfung erfüllt |
| 2 | K-002 | 35037 | nein | Prüfung erfüllt |
| 3 | K-002 | 35037 | nein | Doppelte Quell-ID |
| 4 | — | 60311 | ja | Quell-ID fehlt |
| 5 | K-005 | abc | ja | PLZ-Format ungültig |
Die Tabelle lässt sich seitlich bewegen.
Zwei Datensätze geprüft. Drei Fälle bleiben offen.
Die doppelte Quell-ID wird nicht nochmals ausgewählt. Fehlende ID und ungültiges PLZ-Format bleiben zur Klärung erhalten – ohne automatische Löschung.
Prüfbericht als JSON ansehen
{
"example": true,
"stage": "validation",
"source_rows": 5,
"checked": true,
"import_executed": false,
"validated_rows": 2,
"rows_for_review": [
{
"source_row": 3,
"id": "K-002",
"reason": "Doppelte Quell-ID"
},
{
"source_row": 4,
"id": null,
"reason": "Quell-ID fehlt"
},
{
"source_row": 5,
"id": "K-005",
"reason": "PLZ-Format ungültig"
}
],
"validated_records": [
{
"external_id": "K-001",
"postal_code": "03546",
"is_active": true
},
{
"external_id": "K-002",
"postal_code": "35037",
"is_active": false
}
]
}5
Zeilen in der Quelle
2
Für die Auswahl geprüft
3
Zur Klärung
| Zeile | Quell-ID | PLZ | Aktiv | Prüfergebnis |
|---|---|---|---|---|
| 1 | K-001 | 03546 | true | Prüfung erfüllt |
| 2 | K-002 | 35037 | false | Prüfung erfüllt |
Die Tabelle lässt sich seitlich bewegen.
Nur die geprüfte Auswahl wird vorbereitet.
Die führende Null in 03546 bleibt erhalten. „ja“ und „nein“ werden nach der Beispielregel zu true und false. Ein tatsächlicher Import findet hier nicht statt.
Prüfbericht als JSON ansehen
{
"example": true,
"stage": "validated_selection",
"source_rows": 5,
"checked": true,
"import_executed": false,
"validated_rows": 2,
"rows_for_review": [
{
"source_row": 3,
"id": "K-002",
"reason": "Doppelte Quell-ID"
},
{
"source_row": 4,
"id": null,
"reason": "Quell-ID fehlt"
},
{
"source_row": 5,
"id": "K-005",
"reason": "PLZ-Format ungültig"
}
],
"validated_records": [
{
"external_id": "K-001",
"postal_code": "03546",
"is_active": true
},
{
"external_id": "K-002",
"postal_code": "35037",
"is_active": false
}
]
}Alle Datensätze sind erfunden. Die Beispielregel prüft eindeutige IDs und deutsche PLZ als fünfstelligen Text. Es wird nichts importiert, korrigiert oder gelöscht.
Alle Datensätze sind erfunden. Die Beispielregel prüft eindeutige IDs und deutsche PLZ als fünfstelligen Text. Es wird nichts importiert, korrigiert oder gelöscht.
Der eigentliche Systemwechsel
Geplant umschalten.
Nicht einfach überschreiben.
Ein erfolgreicher Testimport ist ein wichtiger Schritt, aber noch keine Freigabe für den produktiven Wechsel. Den letzten Abgleich und den Umgang mit neuen Änderungen planen wir gesondert.
01 / INVENTUR
Bestand abgrenzen
Quellen, Datenarten, benötigte Historien und Ausschlüsse festlegen. Verantwortliche klären, welche Daten im Ziel benötigt werden.
Ergebnis: Umfang & Zuständigkeit
02 / VORBEREITUNG
Mapping & Prüfläufe
Felder und Regeln zuordnen. Testläufe mit repräsentativen Beständen durchführen und Abweichungen gemeinsam bewerten.
Ergebnis: geprüfte Übertragung
03 / WECHSEL
Umschaltung abstimmen
Schreibpause oder Nachlauf, finalen Abgleich und Freigabekriterien definieren. Rückfallmöglichkeiten vor dem Wechsel besprechen.
Ergebnis: klarer Umschaltplan
04 / ABNAHME
Im Ziel abnehmen
Mengen, Beziehungen und fachliche Fälle kontrollieren. Erst mit den vereinbarten Prüfungen wird die Übertragung abgeschlossen.
Ergebnis: dokumentierter Abgleich
Ein Backup allein ist kein Rückfallplan. Neue Änderungen im Ziel nach der Umschaltung müssen bei einem Rückweg berücksichtigt werden. Ein sofortiger, verlustfreier Wechsel zurück ist nicht pauschal zugesagt.
Abnahme nach Inhalt, nicht nur nach Anzahl
Die Daten müssen
im Ziel funktionieren.
Gleiche Datensatzanzahlen sind ein Hinweis, aber kein vollständiger Nachweis. Wir prüfen die vereinbarte Zuordnung, wichtige Beziehungen und repräsentative Geschäftsfälle.
Umgeformte Daten werden gegen das erwartete Ergebnis der Mapping-Regeln geprüft – nicht allein auf unveränderte Werte verglichen.
Vereinbarte Ergebnisse
- Dokumentierte Feldzuordnung und Transformationsregeln
- Versionierter Übertragungsablauf oder Importskripte
- Prüfbericht mit Abweichungen und Klärungsbedarf
- Plan für Umschaltung und mögliche Rückkehr
- Abnahme anhand festgelegter Daten- und Fachprüfungen
Häufige Fragen
Gut zu wissen.
Bevor wir starten.
Die wichtigsten Antworten zum Projekt. Die Details klären wir anhand Ihrer Systeme.
Können während der Migration neue Daten entstehen?
Das hängt von Quell- und Zielsystem sowie dem Vorgehen ab. Möglich sind eine vereinbarte Schreibpause oder ein zusätzlicher Abgleich späterer Änderungen. Ob und wie ein laufender Betrieb möglich ist, prüfen wir vorab – ohne pauschales Versprechen einer unterbrechungsfreien Migration.
Wer entscheidet über Dubletten und fehlerhafte Daten?
Fachliche Regeln werden mit den zuständigen Personen abgestimmt. Wir machen Abweichungen sichtbar und können freigegebene Bereinigungen umsetzen. Widersprüchliche Informationen werden nicht eigenmächtig zusammengeführt.
Was passiert mit alten IDs und Verknüpfungen?
Wir legen fest, welche IDs erhalten bleiben oder über eine Zuordnungstabelle mit neuen IDs verbunden werden. Davon abhängige Beziehungen, etwa zwischen Kunde und Auftrag, sind Teil der Prüfung.
Werden Passwörter, Rechte und historische Daten automatisch übernommen?
Nein. Diese Daten benötigen eine eigene Prüfung auf technische Kompatibilität, Zulässigkeit und Erforderlichkeit. Gegebenenfalls ist ein neues Zugangsverfahren nötig. Der konkrete Umfang wird vorab festgelegt.
Was ist der Unterschied zu einer Datenpipeline?
Eine Migration führt einen abgegrenzten Bestand in ein neues Zielsystem über und endet mit der vereinbarten Abnahme. Eine Datenpipeline bereitet Informationen wiederkehrend auf. Für einen Systemwechsel kann vorübergehend beides gebraucht werden.
Lassen Sie uns verbinden
Welcher Bestand soll
in ein neues System?
Nennen Sie uns Quelle, Ziel und die wichtigsten Datenarten. Gemeinsam klären wir Umfang, Prüfmöglichkeiten und einen sinnvollen Wechselablauf.
Ihr technischer Ansprechpartner
Navid Behnami
Gründer · Softwareentwicklung
Marburg, Hessen
Für den ersten Überblick:
- Von welchem System geht es in welches Ziel?
- Welche Daten und Beziehungen sind unverzichtbar?
- Wie darf der laufende Betrieb beeinflusst werden?
Öffnet Ihr E-Mail-Programm. Bitte zunächst keine Zugangsdaten oder vertraulichen Originaldaten senden.