Die entscheidende Stelle in einem Angebot für eine ERP-Datenmigration steht selten neben dem Tagessatz. Sie steht dort, wo geregelt ist, was nach dem ersten echten Datenlauf passiert.
Denn mit eigenen Daten im Zielsystem beginnt die Migration nicht einfach nur zu funktionieren. Jetzt werden Bedeutungsunterschiede sichtbar, Keyuser erkennen fehlende Felder und individuelle Entwicklungen beeinflussen das Mapping. Ein belastbares Angebot muss diese Erkenntnisse aufnehmen können, ohne dass jedes neue Detail sofort zu einem Streit über den Leistungsumfang wird.
Unser wichtigstes Prüfkriterium lautet deshalb: Das Angebot muss nicht vorgeben, dass bereits alles bekannt ist. Es muss zeigen, wie aus dem bekannten Ausgangspunkt schrittweise ein fachlich abgenommenes Migrationsergebnis entsteht.
Prüfen Sie das Angebot am Moment nach dem ersten Testlauf
Vor der Beauftragung lässt sich der Rahmen einer ERP-Datenmigration durchaus belastbar beschreiben. Quell- und Zielsystem, relevante Datenbereiche, vorhandene Pflichtenhefte, Importstrukturen und bekannte Abhängigkeiten geben eine erste Grundlage. Was sich noch nicht vollständig kennen lässt, sind alle fachlichen Sonderfälle, die erst beim Mapping oder mit eigenen Daten im Zielsystem auffallen.
Genau deshalb ist eine erste Testmigration kein verkleinerter Go-live. Sie ist ein Arbeitsinstrument. Sie zeigt beispielsweise, ob ein alter Status im Zielsystem direkt abgebildet, transformiert oder fachlich neu entschieden werden muss. Sie macht sichtbar, ob Pflichtfelder fehlen, Beziehungen anders funktionieren oder ein Keyuser unter einem scheinbar bekannten Begriff etwas anderes versteht als der ERP-Berater.
Lesen Sie ein Angebot daher gedanklich bis zu diesem Punkt und fragen Sie: Welches konkrete Ergebnis liegt nach dem ersten Test vor? Wer wertet es aus? Wer entscheidet über offene Mapping-Fragen? Und wie fließen die Antworten in den nächsten Lauf ein? Bleiben diese Fragen offen, ist nicht nur die Testphase unklar. Dann fehlt dem gesamten Angebot der Mechanismus, mit dem die Migration verlässlich reift.
Was vor der Beauftragung bekannt sein sollte
Ein Anbieter kann nur kalkulieren, was er fachlich einordnen darf. Eine Liste mit Tabellen oder Datensatzmengen reicht dafür nicht. Für einen belastbaren Ausgangspunkt brauchen beide Seiten mindestens ein gemeinsames Bild von den folgenden Punkten:
- Welche Quell- und Zielsysteme gehören zum Auftrag?
- Welche Datenobjekte sind vorgesehen, beispielsweise Kunden, Lieferanten, Artikel, Stücklisten, Bestände oder offene Bewegungen?
- Welche Daten werden übernommen, nur archiviert oder bewusst nicht migriert?
- Welche Zielstrukturen, Importvorlagen und Pflichtlogiken sind bereits verfügbar?
- Welche individuellen Entwicklungen oder noch offenen Fachentscheidungen beeinflussen die Daten?
- Welche Keyuser dürfen Regeln entscheiden und Ergebnisse fachlich freigeben?
Ein fachlich ausreichendes Pflichtenheft verbessert diese Grundlage erheblich. Es ersetzt die Arbeit mit echten Daten jedoch nicht. Deshalb unterscheiden wir zwischen dem initial bekannten Umfang und den Iterationen, mit denen dieser Umfang konkretisiert wird. Wie Sie den Datenbestand selbst abgrenzen, erläutern wir im Beitrag Welche Daten gehören ins neue ERP-System?.
Kaufen Sie Ergebnisse statt Tätigkeitswörter
Formulierungen wie „Unterstützung bei Mapping, Migration und Tests“ klingen vollständig, lassen aber offen, was der Auftraggeber tatsächlich erhält. Ein belastbarer Leistungsumfang verbindet jede Tätigkeit mit einem prüfbaren Arbeitsergebnis.
| Leistungsbereich | Prüfbares Ergebnis | Entscheidende Abgrenzung |
|---|---|---|
| Altsystemanalyse | Dokumentierte Quellen, relevante Tabellen und Felder, Beziehungen sowie erkennbare Datenrisiken | Analysezugriff und Systemkenntnis müssen verfügbar sein |
| Mapping | Versionierte Zuordnungs- und Transformationsregeln mit offenen fachlichen Entscheidungen | Der Dienstleister bereitet vor; fachliche Regeln werden vom Kunden bestätigt |
| Technische Transformation | Reproduzierbare Skripte oder kontrollierte Transformationsschritte und daraus erzeugte Ladedateien | Das Angebot sollte benennen, welche Artefakte dokumentiert und übergeben werden |
| Testmigration | Geladener Testbestand, Fehlerübersicht, Abstimmungsergebnisse und definierte Korrekturen für den nächsten Lauf | Ein erfolgreicher Import ist noch keine fachliche Abnahme |
| Cutover | Ausführbarer Ablauf mit Reihenfolge, Verantwortlichen, Zeitfenstern und Prüfpunkten | Die Freigabe des Go-live verbleibt bei der Projektverantwortung des Kunden |
Diese Ergebnisorientierung macht Angebote vergleichbarer. Sie verhindert auch ein häufiges Missverständnis: Ein Werkzeugname ist noch kein Liefergegenstand. Ob SQL-Skripte, eine ETL-Plattform oder das Importwerkzeug des ERP-Systems verwendet werden, ist zweitrangig, solange Transformation, Wiederholbarkeit und Prüfung nachvollziehbar geregelt sind.
Ein belastbarer Umfang braucht Platz für Erkenntnis
Bei einer ERP-Datenmigration verändert ein Test nicht nur die Daten. Er verändert das Wissen des Projekts. Keyuser sehen erstmals ihre eigenen Datensätze im neuen System. Ein bislang abstraktes Zielfeld bekommt fachliche Bedeutung. Eine fehlende Beziehung wird erkennbar. Oder eine individuelle Entwicklung macht eine andere Transformation notwendig.
Ein gutes Angebot bildet diese Entwicklung als zusammenhängenden Prozess ab:
- Initialer Umfang: bekannte Datenobjekte, Pflichtenhefte, Zielstrukturen und Annahmen werden als Kalkulationsbasis festgehalten.
- Erste Testmigration: echte Daten werden früh sichtbar gemacht, damit technische und fachliche Lücken konkret werden.
- Mapping-Schärfung: Rückmeldungen der Keyuser und Erkenntnisse aus dem Zielsystem werden in dokumentierte Regeln überführt.
- Korrektur und Nachladung: vereinbarte Fehler und Änderungen werden reproduzierbar in den nächsten Lauf übernommen.
- Cutover-Migration: erst nach ausreichend belastbaren Testläufen werden finaler Umfang, Ablauf und Freigabepunkte festgezogen.
Entscheidend ist nicht, dass jede Iteration unbegrenzt im Preis enthalten ist. Entscheidend ist, dass das Angebot zwischen geplanter Verfeinerung und echter Umfangsänderung unterscheidet. Sonst wird eine vorhersehbare Lernschleife später wie eine überraschende Zusatzleistung behandelt.
Drei Verantwortungsgrenzen verhindern teure Lücken
Viele Unklarheiten entstehen nicht innerhalb einer Aufgabe, sondern zwischen den Beteiligten. Der ERP-Anbieter kennt Zielobjekte, Importwege und Systemlogik. Der Datenmigrationsdienstleister analysiert Quellen, bereitet Mapping-Vorschläge vor, transformiert Daten und führt die Ergebnisse durch die Testläufe. Die Fachbereiche entscheiden über Bedeutungen und nehmen die Daten fachlich ab.
Diese Zusammenarbeit funktioniert nur, wenn das Angebot die Übergaben benennt. Wir können beispielsweise sichtbar machen, welche Quelldaten vorhanden sind und wie sie für das Zielsystem vorbereitet werden. Ob eine noch fehlende Funktion im ERP-System entwickelt wird, liegt jedoch beim zuständigen ERP-Partner. Umgekehrt sollte ein Keyuser nicht mit einer leeren Importvorlage allein gelassen werden. Wir können einen Mapping-Vorschlag aus Alt- und Ziellogik vorbereiten, damit der Fachbereich eine konkrete Regel prüft statt bei null anzufangen.
Die fachliche Freigabe bleibt beim Kunden. Ein externer Spezialist kann sie vorbereiten, moderieren und technisch absichern, aber nicht die Verantwortung für die Richtigkeit der Geschäftsregeln übernehmen. Genau diese Grenze gehört vor der Unterschrift ins gemeinsame Verständnis.
Das Preismodell sollte der Wissenslage folgen
Ein Festpreis kann sinnvoll sein, wenn Datenobjekte, Zielstrukturen, Verantwortlichkeiten und Abnahmekriterien ausreichend geklärt sind. Sind wesentliche Grundlagen noch offen, erzeugt ein scheinbar fester Gesamtpreis oft nur zwei schlechte Möglichkeiten: Der Anbieter kalkuliert einen großen Risikopuffer ein oder wichtige Leistungen tauchen später als Nachtrag auf.
Wir halten deshalb ein phasenbezogenes Modell häufig für ehrlicher. Eine erste Analyse kann klar abgegrenzt werden. Auf ihrer Grundlage lassen sich Datenobjekte und Iterationen belastbarer kalkulieren. Der Cutover wird konkretisiert, sobald Testlaufzeiten, Fehlerbilder und betriebliche Zeitfenster bekannt sind. Das bedeutet nicht automatisch Abrechnung ohne Grenze. Möglich sind beispielsweise definierte Phasenbudgets, Aufwandsspannen oder eine Beauftragung je priorisiertem Datenobjekt.
Wichtig ist die Nachvollziehbarkeit: Welche Annahme trägt den Preis? Welches Ergebnis ist enthalten? Und wodurch wird eine Anpassung ausgelöst? Eine ausführliche Einordnung der Aufwandstreiber finden Sie unter Was eine ERP-Datenmigration kostet.
Lesen Sie das Angebot einmal rückwärts
Beginnen Sie nicht beim Preis, sondern beim letzten zugesagten Ergebnis. Ist dort ein fachlich geprüfter Datenbestand beschrieben – oder lediglich technische Unterstützung bis zum Import? Gehen Sie anschließend Schritt für Schritt zurück: Welche Test- und Mapping-Ergebnisse führen dorthin? Welche Analyse bildet ihre Grundlage? Welche Mitwirkung und welche Systemlieferung werden dafür vorausgesetzt?
Nach dieser Rückwärtsprüfung sollten Sie drei Sätze ohne Interpretationsspielraum vervollständigen können:
- Nach dem ersten Testlauf erhalten wir …
- Über offene fachliche Zuordnungen entscheidet …
- Wenn durch echte Daten ein neuer Sonderfall sichtbar wird, dann …
Fehlt bei einem Satz die Antwort, braucht das Angebot vor der Beauftragung mehr Präzision. Erst danach lohnt sich der Vergleich von Preisen und Anbietern. Für diesen nächsten Schritt können Sie ergänzend unsere zwölf Fragen zum Vergleich von Datenmigration-Dienstleistern verwenden.
Ein gutes Angebot beseitigt nicht jede Unsicherheit. Es sorgt dafür, dass bekannte Aufgaben, neue Erkenntnisse und notwendige Entscheidungen in einem kontrollierbaren Ablauf zusammenfinden. Genau daran lässt sich erkennen, ob Sie lediglich einzelne Tätigkeiten einkaufen oder einen belastbaren Weg bis zur abgenommenen Datenmigration.