Datenmigration für KMU: Vor dem Import klären

Die alten Daten gehören schon in die Projektplanung.

Ihr lasst eine interne Anwendung entwickeln oder ersetzt gewachsene Tabellen durch ein gemeinsames System. Bevor das Team damit arbeitet, stellt sich eine eigene Frage: Was passiert mit bestehenden Kundenkennungen, offenen Vorgängen und ihren Verknüpfungen? Unsere Empfehlung für Geschäftsführung und Betriebsleitung: Den Übernahmeumfang, unklare Zuordnungen und den Probelauf vor der Beauftragung besprechen. Eine hochgeladene Datei beantwortet noch nicht, ob die übernommenen Informationen fachlich richtig nutzbar sind. Dieser Beitrag ist eine betriebliche Vorbereitungshilfe, keine Importanleitung für ein bestimmtes Produkt.

Mit drei kurzen Listen den Umfang eingrenzen.

Die folgende Aufteilung ist unser eigener Arbeitsvorschlag für ein Softwareprojekt. Entscheidet zuerst, was der Betrieb am Starttag benötigt. Daraus entsteht noch keine Freigabe, ältere Bestände zu löschen oder ein bisheriges System abzuschalten. Über weiteren Zugriff und den Umgang mit nicht übernommenen Daten muss gesondert entschieden werden.

Quellenliste: Welche Programme, Tabellen und Dateiablagen enthalten benötigte Informationen? Je Quelle eine zuständige Person, den vorgesehenen Export und bekannte Lücken notieren.
Startbestand: Welche Datengruppen müssen im neuen Ablauf verfügbar sein – etwa aktive Stammdaten und offene Vorgänge? Was benötigt weiterhin nur einen getrennten, geregelten Zugriff? Ungeklärte Fälle offen lassen.
Klärungsliste: Welche Felder, Beziehungen oder bisherigen Bearbeitungsstände sind mehrdeutig? Eine fachlich verantwortliche Person entscheidet über ihre Bedeutung; die Technik soll fehlende Entscheidungen nicht erraten.

Gleiche Spaltennamen reichen als Zuordnung nicht aus.

Schreibt für die wichtigen Angaben auf: Quelle, fachliche Bedeutung, Ziel und gegebenenfalls vereinbarte Umwandlung. Die folgenden Beispiele sind eigene Prüffragen. Ein Feld namens „Datum“ kann den Eingang, den Wunschtermin oder die letzte Änderung meinen. Ein gleich geschriebener Status kann in zwei Systemen unterschiedliche Arbeitsschritte bezeichnen.

Kennung: Bleibt die bisherige Nummer erhalten oder gibt es eine dokumentierte Zuordnung zur neuen Kennung? Welche anderen Datensätze verweisen darauf?
Wert und Format: Sind Text, Zahl, Datum und Einheit eindeutig? Ein unbekannter Wert bleibt ungeklärt und wird nicht ohne Entscheidung durch null oder einen Standardwert ersetzt.
Bearbeitungsstand: Welche konkrete Handlung ist beim alten Status bereits erfolgt? Erst danach den passenden Zielstatus bestimmen.
Dateien und Beziehungen: Welche Anhänge und verknüpften Vorgänge werden gebraucht? Festhalten, wie die Zuordnung nach der Übernahme kontrolliert wird.

Eine Kennung kann schon in der Vorbereitung verändert werden.

Microsoft erläutert für Excel, dass automatische Umwandlungen führende Nullen entfernen und lange numerische Kennungen verändern können. Die Dokumentation zeigt, wie Spalten beim Import als Text behandelt werden. Bereits verlorene Stellen werden durch eine nachträgliche Formatänderung nicht zuverlässig wiederhergestellt. Unser praktischer Prüffall: Eine erfundene Kennung „0017“ muss den vereinbarten Weg von der ursprünglichen Quelle bis ins Ziel unverändert durchlaufen, wenn diese Schreibweise fachlich benötigt wird. Die Ausgangsdatei für den Vergleich separat erhalten.

Originalquelle: Microsoft zu führenden Nullen und langen Zahlen in Excel

Anlegen, aktualisieren und verknüpfen ausdrücklich unterscheiden.

Microsoft beschreibt für modellgesteuerte Power-Apps-Anwendungen die Zuordnung von Spalten, eindeutige alternative Schlüssel zum Erkennen und Aktualisieren von Datensätzen sowie Verweise auf andere Datensätze. Das ist ein produktspezifisches Beispiel, keine zugesicherte Funktion jeder Unternehmenssoftware. Klärt beim vorgesehenen Import deshalb, woran bestehende Einträge erkannt werden und wie abhängige Vorgänge verbunden bleiben. Ein erneuter Probelauf darf nicht unbeabsichtigt neue Kopien erzeugen oder vorhandene Änderungen überschreiben.

Originalquelle: Microsoft zu Feldzuordnung, Schlüsseln und Beziehungen beim Import

Fiktiver Fall: Eine Kundenkennung, ein Vorgang und ein offener Status.

Ein frei erfundener Servicebetrieb überführt Tabellen in einen internen Arbeitsbereich. Dieses Beispiel beschreibt kein Klickunst-Kundenprojekt. Es zeigt, welche Entscheidungen selbst bei wenigen Einträgen zusammenhängen:

Die bisherige Kundenkennung lautet „0017“. Der neue Arbeitsbereich darf eine eigene interne Kennung verwenden; die vereinbarte Zuordnung zur alten Nummer muss nachvollziehbar bleiben.
Der Vorgang „A-0042“ gehört zu diesem Kunden. Die Prüfung kontrolliert die tatsächliche Verbindung im Ziel, nicht nur das Vorhandensein beider Einträge.
Der bisherige Status lautet „in Klärung“. Im neuen System gibt es dafür noch keine bestätigte Zuordnung. Dieser Punkt kommt auf die Klärungsliste und wird nicht automatisch zu „freigegeben“.
Die zuständige Betriebsleitung entscheidet, ob ein passender Zielstatus benötigt wird oder der Vorgang bis zur Klärung außerhalb des produktiven Ablaufs bleibt. Erst die bestätigte Regel wird im nächsten Probelauf geprüft.

Den Zielinhalt prüfen, nicht nur das Ende des Importlaufs.

Die Microsoft-Dokumentation zur Migration von Dynamics GP nach Business Central beschreibt einen anschließenden Vergleich von Quell- und Zielwerten mit sichtbaren Abweichungen. Auch das ist ein konkretes Produktbeispiel, kein allgemeines Prüfversprechen. Für euer Projekt empfehlen wir einen getrennten Probelauf mit erfundenen Beispieldaten. Vereinbart danach einen passenden, geschützten Vergleich des tatsächlich vorgesehenen Bestands. Ein kleiner Testfall allein belegt noch keine vollständige Übernahme.

Umfang: Die vereinbarten Datengruppen und Mengen abgleichen. Bewusst ausgelassene, zusammengeführte oder zurückgestellte Einträge müssen die Unterschiede erklären.
Bedeutung: Ausgewählte Kennungen, Werte und Bearbeitungsstände gegen die Quelle prüfen. Gleiche Anzahlen beweisen noch keine inhaltliche Übereinstimmung.
Zusammenhang: Zugehörige Vorgänge und benötigte Anhänge im Ziel tatsächlich öffnen. Ein importierter Dateiname belegt noch keinen nutzbaren Anhang.
Nutzung: Einen typischen Arbeitsfall mit den Testdaten durchführen. Stimmen Zuständigkeit, Suche und nächster Bearbeitungsschritt? Abweichung, Entscheidung und erneute Prüfung dokumentieren.

Originalquelle: Microsoft zum Quell-Ziel-Abgleich bei einer GP-Migration

Für den Wechsel drei Entscheidungen festhalten.

Wenn der Probelauf passt, steht noch der tatsächliche Übergang an. Unser Vorschlag für die gemeinsame Planung: Verantwortliche, Zeitpunkt und Umgang mit weiterlaufender Arbeit schriftlich festlegen. Ein technisch abgeschlossener Import ersetzt die fachliche Freigabe nicht.

Letzter Stand: Wann entsteht der endgültige Export? Wo wird bis dahin gearbeitet und wie werden später entstandene Änderungen berücksichtigt?
Startentscheidung: Wer bestätigt den Abgleich und entscheidet über offene Abweichungen? Welche wichtigen ungeklärten Punkte verhindern den geplanten Start?
Rückweg: Wie bleibt der Betrieb bei einem abgebrochenen Wechsel arbeitsfähig? Den Umgang mit seit der Umstellung neu erfassten Daten klären, bevor ein alter Stand wiederhergestellt wird. Eine vorhandene Sicherung allein ist dafür keine Freigabe.

Bestandsdaten als eigenen Punkt im Softwareangebot führen.

Klickunst entwickelt individuelle Anwendungen und interne Arbeitsbereiche; bestehende Systeme, Daten und mögliche Schnittstellen gehören zur Projektklärung. Ob und in welchem Umfang Daten übernommen werden können, wird anhand des konkreten Vorhabens geprüft und vereinbart. Unsere Referenz Enke & Sohn zeigt einen Anfrage-Konfigurator mit eigenem Verwaltungsbereich. Sie belegt diesen Entwicklungsumfang, jedoch keine hier beschriebene Migration. Für ein Angebot sollten Datenübernahme, Vorbereitung, Probelauf und fachliche Abnahme als ausdrücklich zu klärende Aufgaben sichtbar sein.

Referenz ansehen: Konfigurator und Verwaltungsbereich für Enke & Sohn

Für das erste Gespräch reicht eine Übersicht.

Nennt die bisher verwendeten Programme oder Tabellen, die benötigten Datengruppen und den gewünschten Ablauf der neuen Anwendung. Eine frei erfundene Beispielzeile kann unklare Feldbedeutungen zeigen. Schickt im ersten Kontakt keine echten Kundenlisten, Zugangsdaten oder vertraulichen Exporte mit. Danach lässt sich der Prüfbedarf eingrenzen und der mögliche Übernahmeumfang gemeinsam festlegen.

Neue Anwendung und vorhandenen Datenbestand mit Klickunst besprechen