Unternehmen, die den Datenmigration-Dienstleister wechseln, vergeben die operative Verantwortung in einem laufenden ERP-Projekt neu. Das Projekt selbst bleibt jedoch bestehen: Quell- und Zielsystem, Termine, bereits erarbeitete Regeln und frühere Testläufe verschwinden nicht mit dem bisherigen Anbieter. Genau deshalb ist ein solcher Wechsel weniger ein Neustart als eine kontrollierte Übergabe.
Die kurze Antwort: Ein kompletter Neubeginn ist nicht automatisch nötig. Weiterverwendbar ist aber nur, was sich einer konkreten Quelle, einer gültigen Regelversion und einem geprüften Ergebnis zuordnen lässt. Bevor der neue Dienstleister die nächsten Datenobjekte bearbeitet, stellen Unternehmen und Anbieter deshalb gemeinsam einen belastbaren Übergabestand her. Anschließend weisen sie an einem priorisierten Objekt nach, dass der vorhandene Datenweg reproduzierbar ist.
Zuerst entscheiden: wechseln, nachsteuern oder gezielt verstärken?
Ein fehlerhafter Testlauf allein ist noch kein guter Grund für einen Anbieterwechsel. Testmigrationen sollen Abweichungen sichtbar machen. Entscheidend ist vielmehr, ob das bisherige Team aus diesen Abweichungen nachvollziehbare Entscheidungen und verbesserte Regeln ableitet.
Bevor das Unternehmen die Zusammenarbeit beendet, sollte es den konkreten Engpass einordnen. Fehlt lediglich Kapazität für Export, Transformation oder Fehlerkorrektur, kann ein zusätzlicher Spezialist das bestehende Team verstärken. Sind Verantwortlichkeiten unklar, hilft möglicherweise eine neue Leistungsabgrenzung. Ein Wechsel wird dagegen prüfenswert, wenn zentrale Ergebnisse dauerhaft nicht reproduzierbar sind, vereinbarte Nachweise fehlen oder der operative Datenweg ohne den bisherigen Anbieter nicht fortgeführt werden kann.
| Beobachtung | Was zuerst geklärt werden sollte | Mögliche Konsequenz |
|---|---|---|
| Ein Testlauf enthält viele Fehler, die Ursachen werden aber geordnet bearbeitet. | Sind Fehler, Zuständigkeiten und Regeländerungen bis zum nächsten Lauf nachvollziehbar? | Bestehende Zusammenarbeit nachsteuern. |
| Die technische Umsetzung stockt, weil operative Kapazität fehlt. | Lässt sich ein klar abgegrenztes Arbeitspaket an einen zusätzlichen Spezialisten vergeben? | Bestehendes Team gezielt verstärken. |
| Niemand kann belegen, welche Daten und Regeln ein gemeldetes Ergebnis erzeugt haben. | Können Zugriff, Arbeitsstände und Entscheidungsgrundlagen noch gesichert werden? | Strukturierten Dienstleisterwechsel vorbereiten. |
Wenn das Hauptproblem zunächst der Projektverzug ist, sollte die Ursache unabhängig von der Anbieterfrage untersucht werden. Der Beitrag „ERP-Datenmigration in Verzug: So finden Sie den Engpass“ zeigt, wie der letzte belastbare Punkt im Datenweg gefunden wird.
Bei der Übergabe zählt der belegte Stand, nicht der gemeldete Fortschritt
Eine Angabe wie „Lieferanten sind zu 80 Prozent fertig“ reicht für die Übernahme nicht aus. Der neue Dienstleister muss erkennen können, welche Lieferanten gemeint sind, aus welchem Quelldatenstand sie stammen, welche Mapping- und Transformationsregeln angewendet wurden und wie das Ergebnis im Zielsystem geprüft worden ist.
Der Übergabestand ist deshalb der technisch und fachlich belegte Projektstand, den das neue Team tatsächlich übernehmen kann. Er verbindet die gesamte Kette:
Quelldatenstand → Auswahlregel → Mappingversion → Transformationsskript → Importdatei → Zielergebnis → fachliche Prüfung
Fehlt ein Glied, muss nicht zwangsläufig alles neu erstellt werden. Die Lücke muss jedoch sichtbar sein. Ein altes Mapping kann beispielsweise weiterhin wertvoll sein, obwohl die dazugehörige Testdatei fehlt. Dann wird das Mapping nicht verworfen, aber vor der weiteren Nutzung als „zu prüfen“ gekennzeichnet.
Das ist auch der Unterschied zwischen einer Dateiablage und einer Übergabe. Arbeitsartefakte – also Mappings, Skripte, Protokolle und festgehaltene Entscheidungen – belegen immer nur den Arbeitsstand, der in ihnen nachvollziehbar ist. Ein gefüllter Projektordner beweist noch nicht, dass die Datenmigration fortsetzbar ist.
Diese sieben Bausteine sollte das Unternehmen vor dem Wechsel sichern
Welche Unterlagen der bisherige Dienstleister liefern muss, hängt vom Vertrag, den vereinbarten Nutzungsrechten und dem tatsächlichen Leistungsumfang ab. Fachlich sollte die Projektleitung dennoch früh prüfen, ob folgende Bausteine verfügbar und verständlich sind:
| Baustein | Was für die Übernahme erkennbar sein muss | Typische offene Frage |
|---|---|---|
| Umfang und Objektstatus | Welche Datenobjekte, Gesellschaften, Werke, Zeiträume und Datenarten gehören zur Migration? Welcher Stand gilt je Objekt? | Bezieht sich „fertig“ auf Export, Import oder fachliche Freigabe? |
| Quellen und Auswahl | Aus welchen Tabellen, Dateien oder Schnittstellen stammen die Daten? Nach welchen Filtern werden Datensätze ein- oder ausgeschlossen? | Ist der verwendete Quelldatenstand noch verfügbar? |
| Mapping und Transformation | Welche Quellbedeutung wird welchem Ziel zugeordnet? Welche Umrechnungen, Zusammenführungen und Ausnahmen gelten? | Welche Regeln sind fachlich bestätigt und welche nur technische Annahmen? |
| Skripte, Jobs und Werkzeuge | Welche Version erzeugt die aktuelle Datei? Wie wird sie ausgeführt, parametrisiert und protokolliert? | Kann das Unternehmen den Ablauf mit seinen Zugängen und Nutzungsrechten fortführen? |
| Zielvorgaben und Importweg | Welche Vorlagen, Pflichtfelder, Reihenfolgen und Importregeln stellt das neue ERP-System vor? | Welche Zielsystemaufgaben liegen beim ERP-Partner? |
| Teststände und Abweichungen | Welche Eingabedatei führte zu welchem Ergebnis? Welche Fehler wurden behoben, akzeptiert oder noch nicht entschieden? | Lässt sich eine Regeländerung im nächsten Test gezielt nachprüfen? |
| Entscheidungen und Freigaben | Wer hat Datenumfang, fachliche Regeln und Prüfkriterien entschieden? Welche Punkte sind mit Auswirkung und Zuständigkeit offen? | Wer darf eine strittige Regel verbindlich bestätigen? |
Diese Bestandsaufnahme ist kein Selbstzweck. Sie trennt drei Gruppen, die im weiteren Projekt unterschiedlich behandelt werden: belastbar übernehmbare Ergebnisse, noch zu prüfende Vorarbeiten und tatsächlich fehlende Grundlagen.
Nicht jedes übergebene Ergebnis darf ungeprüft weiterlaufen
Der neue Dienstleister sollte vorhandene Arbeit weder pauschal verwerfen noch ungeprüft übernehmen. Beides wäre teuer. Stattdessen wird jeder migrationsrelevante Baustein nach seiner Nachvollziehbarkeit eingeordnet.
- Übernehmbar: Herkunft, Version, Regel und Prüfergebnis passen zusammen. Der Ablauf lässt sich mit den verfügbaren Zugängen wiederholen.
- Zu prüfen: Die Vorarbeit ist plausibel und wahrscheinlich nutzbar, doch ein Nachweis oder eine fachliche Bestätigung fehlt.
- Neu aufzubauen: Ein Ergebnis ist nicht reproduzierbar, entscheidende Rechte oder Zugänge fehlen oder die zugrunde liegende Zielanforderung hat sich geändert.
Damit entsteht keine Abrechnung mit dem bisherigen Anbieter, sondern eine sachliche Arbeitsgrundlage. Gerade in angespannten Projekten ist diese Trennung wichtig: Schuldzuweisungen bringen keine Daten ins Zielsystem. Eine sichtbare Lücke mit Auswirkung, Zuständigkeit und nächstem Schritt dagegen schon.
Ein kontrollierter Übernahmelauf schafft die neue Ausgangsbasis
Eine Inventarliste allein zeigt noch nicht, ob die Migration unter neuer Verantwortung funktioniert. Deshalb sollte die Übergabe an einem priorisierten Datenobjekt praktisch geprüft werden. Wir nennen das einen kontrollierten Übernahmelauf. Dabei wird der vorhandene Datenweg mit einem klar bezeichneten Quelldatenstand und den aktuell gültigen Regeln erneut ausgeführt. Anschließend wird sein Ergebnis mit den bisherigen Nachweisen verglichen.
Dafür muss das Objekt nicht besonders einfach sein. Es sollte fachlich relevant und zugleich überschaubar genug sein, um Quelle, Transformation, Import und Prüfung vollständig zu verfolgen. Je nach Projekt kann das beispielsweise ein Kunden-, Lieferanten- oder Artikelstamm sein.
Der Ablauf umfasst fünf miteinander verbundene Schritte:
- Der genaue Quelldatenstand, der betrachtete Umfang und die gültigen Regeln werden festgehalten.
- Export und Transformation werden mit den vorhandenen Skripten oder einem nachvollziehbar neu aufgebauten Weg ausgeführt.
- Die erzeugte Datei wird technisch geprüft und über den vereinbarten Importweg in das Zielsystem gebracht.
- Mengen, Schlüsselwerte, Pflichtfelder und fachlich ausgewählte Stichproben werden mit definierten Kriterien kontrolliert.
- Abweichungen werden einer Regel, einer Fachentscheidung, einem technischen Fehler oder einer fehlenden Grundlage zugeordnet.
Erst danach ist klar, welche Vorarbeit tatsächlich trägt. Zugleich sieht die Projektleitung, ob der neue Dienstleister nur Dokumente gelesen hat oder den vollständigen Ablauf operativ beherrscht. Für die Transformationslogik bleibt dabei ein belastbares Datenmapping die verbindende Grundlage zwischen Quelle, Ziel und Prüfergebnis.
Das erste Arbeitspaket des neuen Dienstleisters braucht klare Ergebnisse
Bei einer unvollständigen Ausgangslage ist ein pauschaler Festpreis für die gesamte Restmigration häufig wenig belastbar. Das bedeutet jedoch nicht, dass der Einstieg offen bleiben muss. Eine begrenzte Übernahmephase lässt sich über konkrete Ergebnisse beauftragen.
Nach diesem ersten Arbeitspaket sollte die Projektleitung mindestens erhalten:
- ein Übergabeinventar mit der Einstufung „übernehmbar“, „zu prüfen“ oder „neu aufzubauen“,
- einen reproduzierten Datenweg für ein priorisiertes Objekt einschließlich Eingabe, Regelstand, Ergebnis und Abweichungen,
- eine Liste offener Entscheidungen mit Auswirkung, zuständiger Rolle und benötigtem Termin,
- eine begründete Einschätzung, welche vorhandenen Ergebnisse für weitere Objekte wiederverwendet werden können,
- einen nächsten Test- und Arbeitsplan, der ausschließlich auf dem nachgewiesenen Stand aufsetzt.
So kauft das Unternehmen keine bloße Einarbeitung, sondern eine prüfbare neue Ausgangsbasis. Der Beitrag „ERP-Datenmigration beauftragen: Was ein belastbares Angebot konkret regeln muss“ zeigt, wie solche Ergebnisse, Verantwortungsgrenzen und Lernschleifen im Angebot beschrieben werden können.
Die fachliche Verantwortung bleibt trotz Anbieterwechsel im Unternehmen
Ein neuer Datenmigrations-Dienstleister kann technische Arbeitsstände prüfen, Skripte übernehmen oder neu erstellen und Testläufe zusammenführen. Er kann aber nicht nachträglich allein entscheiden, welche Daten fachlich richtig sind oder welche Historie das neue System benötigt. Diese Entscheidungen bleiben bei Projektleitung und Fachbereichen.
Auch der ERP-Partner behält seinen vereinbarten Anteil. Er muss Zielobjekte, Importwege und technische Anforderungen des neuen Systems verlässlich bereitstellen. Der neue Datenmigrationsspezialist verbindet diese Zielvorgaben mit den Quelldaten, macht Transformationen ausführbar und dokumentiert die Ergebnisse so, dass der nächste Testlauf daran anknüpfen kann.
Vor dem Wechsel muss das Unternehmen außerdem vertraglich und organisatorisch klären, welche Zugänge, Quellcodes, Werkzeuglizenzen und Arbeitsergebnisse genutzt oder übergeben werden dürfen. Das ist keine technische Detailfrage. Fehlt diese Grundlage, kann selbst eine fachlich gute Übernahme blockiert werden.
Wann der Dienstleisterwechsel wirtschaftlich sinnvoll werden kann
Ein Wechsel verursacht Einarbeitung und einen begrenzten Prüfaufwand. Wirtschaftlich wird er nicht dadurch, dass der neue Anbieter alle bisherigen Entscheidungen erneut trifft. Sein Nutzen liegt darin, verwendbare Vorarbeit zu erhalten, unsichere Ergebnisse früh zu erkennen und wieder einen verantworteten Datenweg bis zum Zielsystem herzustellen.
Dafür sollten mehrere Bedingungen zusammenkommen:
- Der aktuelle Engpass betrifft die operative Verantwortung oder Nachvollziehbarkeit und lässt sich nicht allein durch eine einzelne Fachentscheidung lösen.
- Wichtige Projektergebnisse und Zugänge können vor dem Wechsel gesichert werden.
- Der neue Dienstleister grenzt seine Übernahmephase klar ab und verspricht nicht, einen unbekannten Restumfang sofort vollständig zu kalkulieren.
- Unternehmen, ERP-Partner und neuer Spezialist einigen sich auf Rollen, Prüfkriterien und den ersten vollständigen Datenweg.
Wenn das bestehende Team dagegen belastbare Ergebnisse liefert, Fehler systematisch schließt und lediglich einzelne Zuständigkeiten nachgeschärft werden müssen, kann die Fortsetzung die bessere Entscheidung sein. Der Anbieterwechsel ist kein Qualitätsmerkmal an sich. Entscheidend ist, ob danach ein besser belegter und ausführbarer Projektstand entsteht.
So prüfen Sie den neuen Anbieter vor der Übernahme
Vor der Beauftragung sollte die Projektleitung nicht nur nach Systemkenntnis und Tagessatz fragen. Aussagekräftiger sind Fragen zum konkreten Übernahmeweg:
- Welche Unterlagen und Zugänge prüfen Sie zuerst – und warum?
- Nach welchen Kriterien entscheiden Sie, ob ein vorhandenes Mapping oder Skript weiterverwendet werden kann?
- Welches Datenobjekt eignet sich als erster kontrollierter Übernahmelauf?
- Wie dokumentieren Sie unbekannte Regeln, Abweichungen und fachliche Entscheidungen?
- Welche vier oder fünf Ergebnisse liegen nach dem ersten Arbeitspaket tatsächlich vor?
Wer mehrere Kandidaten bewertet, kann diese Fragen mit unserem Beitrag „Datenmigration-Dienstleister vergleichen: 12 Fragen vor der Beauftragung“ verbinden. Der Unterschied bleibt klar: Dort geht es um die Auswahl eines Anbieters. Hier geht es um die sichere Übernahme eines bereits laufenden Migrationsstandes.
Eine saubere Übergabe bewahrt Vorarbeit, ohne ihr blind zu vertrauen
Ein Datenmigration-Dienstleister lässt sich im laufenden ERP-Projekt wechseln, ohne automatisch bei null zu beginnen. Dafür muss die Übergabe jedoch mehr leisten als Dateien zu sammeln. Sie muss zeigen, welche Quelle, Regel und Prüfung hinter einem Ergebnis stehen und wo noch Unsicherheit besteht.
Wir würden deshalb nicht mit einer pauschalen Neuschätzung der gesamten Migration beginnen. Der sinnvollere Einstieg ist ein klar begrenztes Übernahmepaket: Arbeitsstände sichern, ihre Verwendbarkeit einordnen, einen priorisierten Datenweg reproduzieren und daraus die nächsten Entscheidungen ableiten. So bleibt nutzbare Vorarbeit erhalten – und die neue Zusammenarbeit startet auf einem Stand, den alle Beteiligten tatsächlich prüfen können.