Vor der Beauftragung sehen Angebote für eine Datenmigration häufig vergleichbar aus. Auf dem Papier gehören dazu meist Workshops, Mapping, Datenaufbereitung, Tests und Unterstützung beim Go-live. Hinter diesen Überschriften können sich jedoch sehr unterschiedliche Leistungen verbergen: Während ein Anbieter hauptsächlich technische Dateien verarbeitet, führt ein anderer auch offene Fachentscheidungen, wiederholbare Testläufe und die abschließende Übergabe zusammen.
Für ERP-Projektleitung und IT zählt deshalb nicht, wie umfangreich eine Präsentation wirkt. Entscheidend ist, welche überprüfbaren Ergebnisse der Dienstleister für das konkrete Projekt liefert, welche Verantwortung er übernimmt und welche Aufgaben weiterhin beim eigenen Team oder ERP-Partner liegen.
Nicht jedes Unternehmen benötigt dafür einen zusätzlichen Spezialisten. Wenn das interne Team die Migration durchgängig steuert und der ERP-Partner den vereinbarten Umfang vollständig abdeckt, kann eine weitere Partei sogar unnötige Übergaben schaffen. Anders sieht es aus, wenn zwischen Datenaufbereitung, Fachentscheidung, technischer Umsetzung und Abnahme eine Lücke bleibt.
Kritisch wird die Lücke, wenn Zuständigkeiten offenbleiben, erste Testdaten fehlen oder Fachbereich, IT und ERP-Partner jeweils nur einen Teil des Gesamtprozesses betrachten. Die folgenden zwölf Fragen helfen Ihnen, diese Lücke zu erkennen und Datenmigration-Dienstleister anhand belastbarer Ergebnisse zu vergleichen – statt nur Tagessätze, Werkzeugnamen oder Tätigkeitslisten gegenüberzustellen.
Zuerst klären: Welche Lücke soll der Dienstleister schließen?
Die Formulierung „Unterstützung bei der Datenmigration“ beschreibt noch keinen klaren Auftrag. Bevor Sie Anbieter vergleichen, sollten Sie deshalb festlegen, an welcher Stelle Ihr Projekt zusätzliche Verantwortung oder Kapazität benötigt. In unserer Arbeit unterscheiden wir dafür fünf Aufgabenfelder, die einzeln oder miteinander verbunden übernommen werden können:
- Scope festlegen: Mit dem Scope ist der vereinbarte Datenmigrationsumfang gemeint. Er bestimmt, welche Datenobjekte übernommen, bereinigt, archiviert oder bewusst ausgeschlossen werden. Ein Datenobjekt ist eine fachlich zusammengehörige Gruppe von Daten, beispielsweise ein Kunde mit seinen Adressen oder ein Material mit seinen Merkmalen.
- Mapping entscheiden: Mapping bezeichnet die Zuordnung zwischen Quell- und Zielfeldern. Dabei wird festgelegt, wie die Bedeutung aus dem Altsystem – also dem bisherigen System – in die Struktur des neuen Systems übersetzt wird.
- Technisch umsetzen: Die Daten werden ausgelesen, nach den vereinbarten Regeln angepasst und anschließend in das neue System eingespielt. Fachlich heißen diese Schritte Extraktion, Transformation und Import.
- Testen und abnehmen: Die Abnahme ist die dokumentierte Bestätigung, dass die vereinbarten Daten vollständig, fachlich richtig und im neuen System nutzbar sind.
- Entscheidungen steuern: Offene Regeln, Fehler, Risiken, Verantwortlichkeiten und Termine werden so zusammengeführt, dass der nächste Test nicht an ungeklärten Punkten hängen bleibt.
Ein Anbieter kann mehrere dieser Aufgaben übernehmen, was besonders dann sinnvoll ist, wenn die Übergaben zwischen den Beteiligten bereits zum Engpass geworden sind. Trotzdem muss erkennbar bleiben, welche Entscheidungen bei Ihren Fachbereichen, Ihrer IT, dem ERP-Partner und dem Datenmigration-Dienstleister liegen. Andernfalls kaufen Sie zusätzliche Kapazität, behalten aber das eigentliche Koordinationsproblem.
Ist sogar der Umfang noch grundsätzlich offen, sollte zuerst geklärt werden, welche Daten beim ERP-Wechsel überhaupt ins neue System gehören. Erst auf dieser Grundlage lassen sich Leistungen und Angebote sinnvoll abgrenzen.
Zwölf Fragen für den Vergleich von Datenmigration-Dienstleistern
Die Reihenfolge folgt der Beauftragungsentscheidung: Zuerst geht es darum, was der Dienstleister als Erstes liefert und wie er den Datenumfang begrenzt. Danach werden Fachentscheidungen, Testvorgehen und Nachweise geprüft, bevor Rollen, Projektsteuerung, Cut-over, Übergabe und mögliche Mehrkosten betrachtet werden.
-
Was liefert der Dienstleister zuerst – und welche Entscheidung können Sie damit treffen?
Eine belastbare Antwort nennt ein überprüfbares Lieferergebnis und nicht nur Tätigkeiten. Das kann beispielsweise ein abgestimmter Datenmigrationsumfang, ein priorisiertes Datenobjekt, ein erster Stand der Feldzuordnungen oder ein durchgeführter Testlauf sein. Formulierungen wie „Analyse und Workshops“ beschreiben dagegen lediglich den Weg.
Entscheidend ist außerdem, was Ihr Projekt mit dem Ergebnis anfangen kann. Fragen Sie deshalb, welche konkrete Entscheidung danach möglich ist. So erkennen Sie, ob der vereinbarte Einstieg echten Fortschritt erzeugt oder lediglich eine weitere Bestandsaufnahme vorbereitet.
-
Wie grenzt der Dienstleister den Datenumfang verbindlich ab?
Ein belastbarer Migrationsscope besteht nicht nur aus Tabellen oder Dateinamen, sondern ordnet Datenobjekte wie Kunden, Lieferanten, Materialien oder offene Belege einem fachlichen Zweck zu. Zugleich hält er fest, welche Zeiträume, Gesellschaften, Standorte und historischen Daten einbezogen werden.
Ebenso wichtig sind die bewussten Ausschlüsse. Wenn ein Anbieter danach fragt, welche Daten nicht übernommen werden sollen, schützt er das Projekt vor einer schleichenden Ausweitung des Arbeitspakets. Fehlt diese Entscheidung, gelangen im Projektverlauf häufig immer neue Bestände in die Migration, ohne dass Aufwand und Termine neu bewertet werden.
-
Wer entscheidet, wie Datenfelder zugeordnet und Werte verändert werden?
Bei Mapping und Transformation geht es nicht nur um Technik. Der Dienstleister kann Strukturen analysieren, Vorschläge vorbereiten und beschlossene Regeln umsetzen. Welche Bedeutung etwa ein Status, eine Kundengruppe oder ein Materialmerkmal künftig haben soll, muss jedoch der zuständige Fachbereich entscheiden.
Eine überzeugende Arbeitsweise verbindet beide Seiten in einem nachvollziehbaren Ablauf: Die offene Fachfrage wird sichtbar gemacht, einem Entscheider zugeordnet und mit ihrem Änderungsstand dokumentiert. Erst danach fließt die Entscheidung in die technische Regel ein. Ohne diesen Kreislauf entstehen später Abweichungen, deren fachliche und technische Ursache sich nur schwer trennen lässt.
-
Wann findet der erste vollständige Test mit echten Daten statt?
Ein früher Probelauf führt ausgewählte reale Daten vom Auslesen bis zur Prüfung im Zielsystem. Dadurch wird schneller als mit einem Konzeptpapier sichtbar, ob Datenzugriff, Regeln, technische Verarbeitung und Einspielung tatsächlich zusammenspielen.
Ein geeigneter Dienstleister schlägt dafür ein fachlich relevantes, aber überschaubares Datenobjekt vor und benennt die Annahmen, die mit diesem Lauf geprüft werden. Ist der erste Test dagegen erst nach Abschluss sämtlicher Feldzuordnungen vorgesehen, werden technische Grenzen, fehlende Pflichtfelder im Zielsystem und falsche Fachannahmen womöglich sehr spät sichtbar.
Welche Bedingungen vor diesem Lauf erfüllt sein sollten, zeigt unsere Checkliste für den ersten ERP-Migrationstest.
-
Wie weist der Dienstleister vollständige und fachlich richtige Daten nach?
Ein technisch erfolgreicher Import belegt zunächst nur, dass das Zielsystem die Daten angenommen hat. Ob die Daten vollständig und fachlich richtig nutzbar sind, lässt sich erst anhand vorher vereinbarter Kriterien beurteilen. Je nach Datenobjekt gehören dazu Mengenabgleiche, Summen, erforderliche Eingabefelder, Stichproben, Beziehungen zwischen Objekten und konkrete Geschäftsvorgänge im Zielsystem.
Lassen Sie sich deshalb erklären, welche Kontrollen automatisiert werden können und welche Ergebnisse die Keyuser fachlich prüfen müssen. Ein seriöses Vorgehen entlastet sie durch vorbereitete Prüfungen, trennt ihre Freigabe aber weiterhin klar von der rein technischen Importkontrolle.
-
Wie verhindert der Dienstleister, dass dieselben Fehler im nächsten Test wiederkehren?
Testmigrationen erzeugen fast immer Fehlerlisten. Wertvoll werden diese Listen erst dann, wenn aus jedem Befund eine wiederholbare Verbesserung entsteht. Dafür sollte der Anbieter die Ursachen trennen: fehlerhafte Quelldaten, eine ungeklärte Fachregel, eine falsch umgesetzte Transformation, die Anforderung einer technischen Schnittstelle oder eine Einstellung im Zielsystem.
Klären Sie außerdem, wie Korrekturen dokumentiert, erneut getestet und über mehrere Läufe verfolgt werden. Wird ein Fehler lediglich direkt in einer Importdatei bereinigt, bleibt seine Ursache im Ausgangsprozess bestehen – und der nächste Lauf produziert häufig dieselbe Abweichung erneut.
-
Wer übernimmt welche Aufgabe – internes Team, ERP-Partner oder Migrationsdienstleister?
Viele Reibungsverluste entstehen nicht innerhalb eines technischen Schritts, sondern an den Übergängen zwischen den Beteiligten. Das Angebot sollte deshalb sichtbar machen, wer Quelldaten bereitstellt, Anforderungen des Zielsystems erklärt, Fachregeln entscheidet, technische Fehler behebt, Tests koordiniert und Ergebnisse freigibt.
Bitten Sie den Anbieter um ein einfaches Rollenmodell für Ihr Projekt. Wenn mehrere Parteien gleichzeitig als „verantwortlich“ bezeichnet werden, fehlt häufig gerade die Person, die das konkrete Ergebnis tatsächlich sicherstellt.
-
Wie entlastet der Dienstleister die Keyuser bei Prüfung und Freigabe?
Keyuser bleiben für Fachentscheidungen und Abnahmen unverzichtbar, sollten jedoch weder unstrukturierte Fehlerlisten durchsuchen noch technische Ursachen selbst rekonstruieren müssen. Ein guter Dienstleister bereitet die Prüfungen deshalb nach Datenobjekten vor, bündelt offene Fragen und trennt Fachentscheidungen von technischen Korrekturen.
Fragen Sie konkret, welche Unterlagen die Keyuser erhalten und wie viel Zeit pro Testzyklus benötigt wird. Der Zeitbedarf umfasst dabei den Migrationslauf, die anschließende Prüfung, die Fehlerkorrektur und den Wiederholungslauf. Durch diese klare Folge wird sichtbar, welche Mitwirkung wirklich erforderlich ist und wo der Dienstleister Arbeit abnehmen kann.
-
Wie bleiben Entscheidungen, Risiken und Blockaden nachvollziehbar?
Benötigt wird keine zusätzliche Berichtsbürokratie, sondern eine verlässliche Sicht darauf, was entschieden ist, was den nächsten Test blockiert und wer bis wann handeln muss. Der Anbieter sollte dafür ein schlankes Format für Regelentscheidungen, Risiken und festgestellte Abweichungen vorschlagen.
Jeder Eintrag muss bis zur betroffenen Datenregel oder zum jeweiligen Datenobjekt zurückverfolgbar sein. Eine farbige Statusanzeige kann einen Überblick geben; ohne nachvollziehbare Grundlage hilft sie der Projektleitung jedoch kaum bei der nächsten Entscheidung.
-
Wie entsteht aus den Testläufen ein belastbarer Cut-over-Plan?
Beim Cut-over rund um den Go-live müssen unter anderem der letzte Datenstand, Zeitfenster, Reihenfolgen, Prüfungen, Freigaben und ein möglicher Rückweg feststehen.
Dieser produktive Lauf darf keine losgelöste Schlussaktivität sein. Vielmehr müssen gemessene Auslese- und Ladezeiten, technische Abhängigkeiten und bewährte Prüfschritte aus den Testläufen in den Ablauf einfließen. Lassen Sie sich deshalb zeigen, welche Teile bereits in einer Generalprobe durchlaufen werden und welche Nachweise vor der Freigabe vorliegen müssen.
Eine ausführliche Einordnung finden Sie in unserem Beitrag zum ERP-Cut-over-Plan für die Datenmigration.
-
Welche Dokumentation erhalten Sie für Betrieb und spätere Nachvollziehbarkeit?
Nach dem produktiven Start müssen Regeln, Skripte, Prüfergebnisse und bekannte Ausnahmen verständlich bleiben. Diese Arbeits- und Nachweisdokumente sollten auch dann nutzbar sein, wenn der Dienstleister später nicht mehr zur Verfügung steht.
Klären Sie daher vor der Beauftragung, welche Unterlagen in welchem Format übergeben werden, wer sie nutzen kann und wie Änderungen nachvollzogen werden. Eine reine Sammlung technischer Dateien reicht selten aus, weil sie weder die zugrunde liegenden Fachentscheidungen noch den erreichten Prüfstand verständlich dokumentiert.
-
Welche Leistungen fehlen im Angebot – und wann entstehen Mehrkosten?
Zwei Angebote können ähnlich aussehen und trotzdem einen völlig unterschiedlichen Leistungsumfang abdecken. Lassen Sie deshalb sowohl Ausschlüsse als auch Aufwandstreiber benennen. Dazu zählen beispielsweise zusätzliche Datenquellen, ungeklärte historische Bestände, fehlende Zugänge, weitere organisatorische Einheiten oder Mandanten, neue Zielanforderungen und zusätzliche Testläufe.
Diese Transparenz macht nicht automatisch das günstigste Angebot zum besten. Sie zeigt vielmehr, welches Angebot auf belastbaren Annahmen beruht und bei welchem entscheidende Aufgaben erst später als Zusatzleistung auftauchen könnten.
So werden unterschiedliche Angebote wirklich vergleichbar
Selbst gute Fragen helfen nur begrenzt, wenn jeder Anbieter von einer anderen Ausgangslage ausgeht. Geben Sie deshalb allen Kandidaten dieselbe kompakte Projektbeschreibung mit den Informationen, die den Aufwand tatsächlich beeinflussen:
- bisheriges und neues System sowie bekannte Zugriffsbedingungen,
- technische Schnittstellen und weitere Übergabepunkte,
- betroffene Datenobjekte, Gesellschaften, Standorte und Zeiträume,
- bekannte Qualitätsprobleme und noch ungeklärte Datenbestände,
- geplante Testfenster, Termin des produktiven Starts und wichtige Abhängigkeiten,
- verfügbare Entscheider, Keyuser und technische Ansprechpartner,
- vorhandene Feldzuordnungen, Skripte, Werkzeuge und Prüfergebnisse,
- erwartete Dokumentation, Abnahme und Übergabe.
Bitten Sie anschließend nicht nur um eine Gesamtschätzung, sondern lassen Sie das Angebot in nachvollziehbare Abschnitte gliedern – etwa Ausgangsanalyse und Pilot, Umsetzung und Testzyklen sowie Cut-over und Übergabe. In einem bewusst begrenzten Pilotprojekt lassen sich Vorgehen und Annahmen prüfen, bevor der Auftrag größer wird. Für jeden Abschnitt sollten das erwartete Ergebnis, die Mitwirkung Ihres Teams, die zugrunde liegenden Annahmen und ein eindeutiges Abschlusskriterium feststehen.
Auf dieser Basis vergleichen Sie nicht bloß Preise, sondern die Verteilung von Verantwortung und Risiko. Ein kleiner, klar abgegrenzter Einstieg zeigt außerdem, wie ein Anbieter arbeitet, bevor Sie ein umfangreiches Arbeitspaket vergeben. Ergänzend können Sie prüfen, was ein belastbares Angebot für eine ERP-Datenmigration konkret regeln muss.
Warnsignale vor der Beauftragung
Keines der folgenden Signale beweist für sich allein, dass ein Anbieter ungeeignet ist. Treten mehrere davon auf und bleiben die Nachfragen unbeantwortet, wächst jedoch das Risiko, dass wichtige Leistungen erst im laufenden Projekt sichtbar werden:
- Das Gespräch beginnt beim Migrationstool, bevor Datenobjekte und Verantwortlichkeiten verstanden sind.
- Das Angebot nennt viele Tätigkeiten, aber keine abnehmbaren Ergebnisse.
- Eine Testmigration ist erst kurz vor dem produktiven Lauf vorgesehen.
- Fachliche Abnahme und technische Importprüfung werden gleichgesetzt.
- Offene Mapping-Fragen haben keinen benannten Entscheider.
- Fehler werden direkt in Dateien korrigiert, ohne die zugrunde liegende Regel anzupassen.
- ERP-Partner, internes Team und zusätzlicher Dienstleister gehen jeweils von anderen Zuständigkeiten aus.
- Dokumentation und Übergabe gehören nicht zum vereinbarten Ergebnis.
Wann kein zusätzlicher Dienstleister nötig ist
Ein zusätzlicher Anbieter ist nicht automatisch die richtige Lösung. Ihr internes Modell kann ausreichen, wenn das Team genügend Zeit und Erfahrung besitzt und eine verantwortliche Person die Datenmigration durchgängig führt. Funktionieren außerdem frühe Testläufe und deckt der ERP-Partner den vereinbarten Umfang nachweislich ab, könnten weitere Übergaben mehr Aufwand als Nutzen erzeugen.
Auch ein reiner Kapazitätsengpass erfordert nicht zwingend eine umfassende Beratung. In diesem Fall kann gezielte operative Unterstützung für klar definierte Datenobjekte oder technische Arbeitspakete passender sein. Maßgeblich bleibt, dass Leistungsumfang und tatsächliche Projektlücke zusammenpassen.
Wann die Entscheidung nicht mehr warten sollte
Externe Unterstützung sollten Sie ernsthaft prüfen, wenn der produktive Start näher rückt, aber noch kein relevantes Datenobjekt erfolgreich getestet wurde. Dasselbe gilt, wenn Mapping-Entscheidungen zwischen Fachbereich, IT und ERP-Partner hängen bleiben oder identische Fehler in mehreren Läufen wiederkehren.
Ein weiteres Signal ist die dauerhafte Überlastung der Keyuser. Müssen sie neben dem Tagesgeschäft technische Fehler sortieren, Regeln rekonstruieren und jede Abstimmung selbst koordinieren, fehlt meist nicht nur Arbeitszeit. Häufig fehlt zusätzlich eine verbindende Arbeitslogik, die Fachentscheidungen, technische Umsetzung und Prüfung zusammenführt.
Was wir in einem ersten Gespräch klären
Ein erstes Gespräch ersetzt keine vollständige Projektanalyse. Es sollte aber ausreichen, um die aktuelle Lücke einzuordnen. Dazu gehören der blockierende Datenumfang oder die offene Entscheidung, die bereits verfügbaren Unterlagen und Zugänge, der nächste sinnvolle Test sowie die dafür tatsächlich benötigte Unterstützung.
Wir prüfen gemeinsam, ob ein zusätzlicher Datenmigration-Dienstleister überhaupt sinnvoll ist und welches abgegrenzte Arbeitspaket Ihr Projekt entlasten würde. Dadurch wird aus einer allgemeinen Anfrage eine belastbare nächste Entscheidung, ohne die Verantwortung Ihrer ERP-Projektleitung oder IT-Leitung zu verschieben.