ERP-Datenmigration anbieten: Was muss zum Start wirklich mit?

Wenn ein Unternehmen sein ERP wechseln möchte, klingt „die Daten nehmen wir mit“ zunächst nach einer einzigen Aufgabe. Für dein Angebot stecken dahinter mehrere Entscheidungen. Welche Informationen brauchen die Mitarbeiter zum Arbeitsbeginn im neuen System? Welche offenen Vorgänge sollen dort weiterlaufen? Welche älteren Informationen sollen auf einem gesondert geklärten Weg verfügbar bleiben? Mit einer bewusst vereinbarten Übernahmegrenze hilfst du dem Kunden, den Neustart vorzubereiten und die angebotenen Leistungen zu verstehen. Du vermeidest zugleich, dass ein allgemeiner Wechselwunsch unbemerkt zum Auftrag für die vollständige Nachbildung der Vergangenheit wird.

Dieser Artikel richtet sich an ERP-Anbieter und Implementierungspartner, die den Migrationsumfang vor einem Angebot eingrenzen. Die beschriebenen Fragen und Arbeitsunterlagen sind Vorschläge für deine eigene Beratung. Sie gehören nicht automatisch zu einer gelieferten Anfrage. Alle Beispiele sind fiktiv. Der Text trifft keine rechtlichen Aussagen zur Aufbewahrung oder Löschung. Ob und wie alte Informationen weiter zugänglich sein müssen, klärt der Kunde mit den zuständigen Fachpersonen gesondert. Du versprichst keine konkrete Importfunktion, bevor dein Team die tatsächliche Ausgangs- und Zielumgebung geprüft hat.

Leite den Datenbedarf vom ersten Arbeitstag ab

Bitte den Kunden, die erste vollständige Arbeit im neuen ERP zu beschreiben. Ein fiktiver Händler möchte einen vorhandenen Auftrag weiterbearbeiten und eine neue Bestellung anlegen. Frage, welche Artikel, Geschäftspartner und offenen Mengen dafür bekannt sein müssen. Aus diesem Ablauf entsteht eine erste Liste benötigter Datenarten. Sie ist noch keine fertige technische Importliste. Für dein Angebot ist zunächst wichtig, welche Arbeit der Kunde nach der Umstellung leisten möchte und welche Informationen er dazu tatsächlich benötigt.

Gehe anschließend einen zweiten Ablauf durch, der andere Beteiligte betrifft. Vielleicht muss der Einkauf eine bereits bestätigte Beschaffung weiterverfolgen. Frage, ob der Vorgang neu erfasst oder übernommen werden soll und welche Bezüge erhalten bleiben müssen. Zwei konkret beschriebene Arbeiten zeigen häufig andere Fragen als der pauschale Wunsch nach allen Daten. Halte dabei auch fest, welche Prozesse noch gar nicht zum ersten Start gehören. So kann der Kunde einen bewusst begrenzten Anfang beurteilen, ohne spätere Wünsche aufzugeben.

Trenne Stammdaten und offene Arbeit

Ordne die gesammelten Informationen nach ihrer Aufgabe. Stammdaten beschreiben beispielsweise Artikel und Geschäftspartner; offene Vorgänge bilden noch zu bearbeitende Arbeit ab. Eine vorhandene Kundenkarte allein erklärt nicht, welche Bestellung noch auszuliefern ist. Frage deshalb für jede benötigte Datenart, welcher konkrete Vorgang im neuen System möglich sein soll. Dein Angebot gewinnt dadurch eine fachliche Struktur, die der Kunde prüfen kann, auch wenn er die technische Tabellenstruktur seiner bisherigen Anwendung nicht kennt.

Besprich die Bezüge zwischen den Datenarten. Ein offener Auftrag kann Artikel und Geschäftspartner benötigen, die im Ziel passend zugeordnet sein müssen. Frage nicht nur, ob beide Listen vorhanden sind, sondern ob der Kunde die Zuordnung nachvollziehen kann. Wenn eine alte Nummer im neuen System anders verwendet werden soll, braucht diese Entscheidung einen Verantwortlichen. Ein erfolgreich eingelesener Datensatz ist für sich noch kein Nachweis, dass die Mitarbeiter den beabsichtigten Geschäftsfall damit vollständig bearbeiten können.

Gib historischen Informationen einen eigenen Entscheidungsweg

Frage bei älteren Vorgängen nach der beabsichtigten Nutzung. Möchte der Vertrieb frühere Bestellungen nachschlagen, braucht die Geschäftsführung Vergleichswerte oder sollen Mitarbeiter alte Belege finden? Diese Wünsche müssen nicht dieselbe Lösung haben. Halte den Zweck jeweils fest, bevor ihr über die Übernahme entscheidet. Dein Kunde kann so zwischen Arbeitsdaten für den Start und einem gesondert zu klärenden Zugriff auf Vergangenheit unterscheiden. Versprich weder vollständige Vergleichbarkeit alter Auswertungen noch einen bestimmten Archivweg ohne Prüfung.

Notiere ausdrücklich, welche historischen Inhalte nicht Teil der vorgesehenen Migration sind. Das bedeutet keine Freigabe zum Löschen. Kläre, wer auf Kundenseite den weiteren Umgang untersucht und welche Entscheidung vor dem Abschalten des Altsystems erforderlich ist. Wenn dafür rechtliche oder steuerliche Fragen relevant sind, gehören die zuständigen Fachpersonen dazu. Deine Angebotsgrenze erklärt die Migrationsleistung; sie ersetzt diese Beurteilung nicht. Ein bewusster offener Punkt ist hier nützlicher als eine stillschweigend angenommene vollständige Historienübernahme.

Bestimme für jede Datenart die tatsächliche Quelle

Bitte den Kunden, die Quelle jedes benötigten Bestands zu benennen. Vielleicht liegen Artikel im ERP, ergänzende Zuordnungen in einer Tabelle und offene Bestellungen in einer weiteren Anwendung. Frage, wer diese Quelle betreut und welchen Stand sie beschreibt. Eine Datei mit passendem Namen ist noch kein bestätigter aktueller Datenbestand. Für die erste Klärung reichen eine Beschreibung und frei erfundene Beispiele. Reale Exporte gehören erst in einen vereinbarten geeigneten Prüfweg mit verantwortlichen Beteiligten.

Wenn mehrere Quellen dieselbe Information enthalten, braucht dein Team eine fachliche Entscheidung über den maßgeblichen Stand. Besprich beispielsweise, welche Artikelbezeichnung bei einem Widerspruch gelten soll. Schreibe nicht selbst eine neue Regel aus vermeintlich plausiblen Dateiinhalten. Der Kunde bestätigt, welcher Stand gewollt ist; dein Team prüft, wie er übernommen werden kann. Damit bleibt die Verantwortung für den Inhalt nachvollziehbar. Die technische Umsetzung erhält eine eindeutige Grundlage, anstatt versteckte Bereinigungsentscheidungen im Import zu treffen.

Vereinbare Bereinigung als konkrete Aufgabe

Sprich auffällige Datenprobleme anhand ihrer Auswirkung auf den Start an. Doppelte Artikel, fehlende Zuordnungen oder widersprüchliche Einheiten brauchen unterschiedliche Entscheidungen. Frage, wer die Fälle fachlich prüft und welchen bereinigten Stand das Migrationsteam erhalten soll. „Der Kunde liefert saubere Daten“ ist dafür zu unbestimmt. Benenne die betroffene Datenart und das erwartete Ergebnis. Wenn dein Unternehmen Bereinigung tatsächlich anbietet, grenze deren Leistung ebenso ausdrücklich ein und vermische sie nicht still mit dem technischen Import.

Plane auch den Umgang mit Fällen, die sich zunächst nicht entscheiden lassen. Soll ein strittiger Artikel zurückgestellt werden, braucht der Kunde eine andere Zwischenlösung oder verhindert der offene Punkt den vorgesehenen Startfall? Diese Frage beantwortet sich aus der Arbeit, die zum Start möglich sein muss. Erfinde keine pauschale zulässige Fehlerquote. Vereinbart stattdessen, wer über den konkreten ungeklärten Fall entscheidet und wie dessen Behandlung dokumentiert wird. So kann der Kunde eine bewusste Umfangsentscheidung treffen.

Prüfe einen zusammenhängenden Beispielsatz

Bitte die beteiligten Fachpersonen, einen kleinen, aussagekräftigen Beispielsatz für die Prüfung zu bestimmen. Er soll die benötigten Verbindungen zeigen, etwa einen Artikel, seinen Geschäftspartnerbezug und einen offenen Auftrag. In der ersten Beratung kannst du diesen Satz vollständig erfinden. Für spätere Prüfungen wird die Verwendung geeigneter Daten gesondert vereinbart. Entscheidend ist, dass die Auswahl auch eine tatsächlich vorkommende Besonderheit des geplanten Ablaufs abbildet und nicht ausschließlich den einfachsten Standardfall, den ohnehin jeder erwartet.

Vereinbare vor der Prüfung, woran die Fachseite das Ergebnis beurteilt. Kann sie den übernommenen Auftrag zuordnen, die offene Menge verstehen und den nächsten Arbeitsschritt durchführen? Wer bestätigt das für welchen Datenbestand? Eine bloße Meldung über einen abgeschlossenen Import beantwortet diese Fragen nicht. Halte technische Verarbeitung und fachliche Verwendbarkeit getrennt fest. Wenn ein Teil nicht funktioniert, lässt sich gezielt klären, ob die Quelle, die Zuordnung oder die gewünschte Weiterbearbeitung noch anders beschrieben werden muss.

Plane den Umgang mit zwischenzeitlichen Änderungen

Ein Datenbestand kann sich zwischen einer Probe und dem geplanten Wechsel verändern. Frage, welche Mitarbeiter in dieser Zeit weiterarbeiten und welche Datenarten betroffen sind. Benötigt ihr später einen neuen vollständigen Stand oder ein geprüftes Verfahren für Änderungen? Diese technische Entscheidung folgt der tatsächlichen Arbeitsweise und den Möglichkeiten der Systeme. Für das Angebot ist zunächst wichtig, dass ein Probestand nicht ungeprüft mit dem endgültigen Stand gleichgesetzt wird und die letzte Aktualisierung eine benannte Aufgabe erhält.

Gehe mit dem Kunden eine späte Änderung gedanklich durch. Im fiktiven Fall wird ein Auftrag nach der Probe teilweise geliefert. Welche offene Menge muss dann im neuen System erscheinen, und wer bestätigt sie? Wenn das Team hierfür keine eindeutige Antwort hat, ist die Übernahme dieses Vorgangs noch nicht ausreichend beschrieben. Halte die offene Frage mit Verantwortlichem fest. So gelangt sie gezielt in die Migrationsklärung, statt erst während der eigentlichen Umstellung als überraschende Zusatzarbeit aufzutauchen.

Ordne die Kundenmitwirkung nachvollziehbar zu

Vereinbare für jede Datenart eine Person, die Inhalte erklären und fachliche Entscheidungen herbeiführen kann. Das muss nicht dieselbe Person sein, die einen Export technisch erstellt. Frage außerdem, wer die Prüfung nach der Übernahme organisiert und wer offene Abweichungen beantwortet. Dein Kunde erkennt damit, welche Mitarbeit für den gewünschten Umfang erforderlich ist. Dein Team kann die eigenen Aufgaben entsprechend beschreiben. Eine allgemeine Zusage zur Mitwirkung ist weniger nützlich als eine Zuordnung entlang der tatsächlich benötigten Bestände.

Fasse den Umfang in einer für den Kunden lesbaren Liste oder kurzen Prosa zusammen. Sie nennt Datenart, Quelle, benötigten Startzweck, vorgesehenen Stand, Verantwortliche, Prüfung und ausdrücklich ausgeschlossene Inhalte. Offene technische Voraussetzungen stehen daneben. Wenn zentrale Informationen fehlen, kannst du zunächst eine begrenzte Analyse anbieten, sofern sie zu deinen echten Leistungen gehört. Benenne ihr Ergebnis, ohne automatisch eine spätere Implementierung zu versprechen. Damit entscheidet der Kunde bewusst zwischen weiterer Klärung und einem bereits ausreichend beschriebenen Migrationsauftrag.

Vergleiche zwei wirklich unterschiedliche Übernahmegrenzen

Im ersten fiktiven Angebot sollen nur die für den Arbeitsstart bestätigten Artikel und Geschäftspartner sowie ausgewählte offene Aufträge übernommen werden. Ältere abgeschlossene Vorgänge bleiben außerhalb der Migration; ihr weiterer Zugang ist eine gesonderte Kundenentscheidung. Im zweiten fiktiven Angebot sollen zusätzlich ältere Bewegungen im Zielsystem nutzbar werden. Vergleiche beide Umfänge anhand des gewünschten Gebrauchs. Die zweite Variante ist nicht allein deshalb die bessere, weil sie mehr Daten enthält. Entscheidend ist, welchen bestätigten Nutzen der Kunde damit verbindet.

Frage für jede zusätzliche Datenart, welche Arbeit ohne sie nicht möglich wäre. Wenn es ausschließlich um gelegentliches Nachschlagen geht, muss zunächst der geeignete Zugriffsweg geklärt werden. Wenn ein offener Vorgang dagegen täglich weiterbearbeitet werden soll, gehört seine Verwendbarkeit direkt zur Startentscheidung. Diese Unterscheidung erlaubt eine konkrete Priorisierung. Sie ersetzt keine technische Prüfung und erteilt keine Freigabe, Informationen im bisherigen System zu entfernen oder dessen Betrieb bereits zu beenden.

Lass den Kunden zum Abschluss selbst zusammenfassen, was nach der vereinbarten Übernahme bereitstehen soll und was bewusst offenbleibt. Wenn er dabei eine Datenart nennt, die in deiner Beschreibung fehlt, klärt ihr diese Abweichung vor dem Angebot. Halte anschließend den bestätigten Stand und die zuständigen Personen fest. Eine spätere Ergänzung kann darauf aufbauen, ohne die ursprüngliche Leistungsgrenze nachträglich als umfassender darzustellen, als sie tatsächlich vereinbart wurde.

Fachliche Einordnung

Microsoft unterscheidet in seiner Dynamics-365-Datenmanagementanleitung unter anderem Stammdaten und offene Vorgänge als Migrationsdaten. Hier dient dies der begrifflichen Einordnung, nicht als Funktionsnachweis für deine Lösung oder als rechtliche Aufbewahrungsanweisung.

Neue ERP-Projekte ins Gespräch bringen

ERP-Leads von webRichtung eröffnen Gespräche mit Unternehmen in Deutschland, die ERP-Angebote suchen. Prozessbereich, heutige Systemlage und Planungsstand sowie Standort und Kontakt bilden den Ausgangspunkt. Den Migrationsumfang klärst du selbst. Registriere dein Unternehmen und bereite deinen Lead-Auftrag in webRichtung Customer vor; den aktuellen Preis siehst du vor der verbindlichen Beauftragung.