Altdaten nach ERPNext übernehmen: prüfen, dann umstellen
Ein Cutover ist kein Stichtag, sondern eine Reihenfolge. Was zuerst umzieht, entscheidet, wie teuer ein Fehler wird.
Was vor dem Cutover geklärt sein muss
Bevor ein einziger Datensatz umzieht, braucht es eine Entscheidung darüber, welche Bestände als belastbar gelten. Ohne diese Grenze wandern Altlasten ins neue System und werden dort zum ersten Mal sichtbar, wenn sie stören.
In der Praxis heißt das: Artikel ohne Preis, Kunden ohne Umsatzsteuer-ID, Bestände, die seit zwei Inventuren nicht stimmen. Jede dieser Lücken ist im Altsystem tolerierbar, weil jemand sie im Kopf ausgleicht. Im neuen System ist sie ein Fehler, der einen Prozess anhält.
Die Reihenfolge, die sich bewährt hat
Häufig werden Stammdaten wie Artikel und Geschäftspartner vor offenen Vorgängen und ausgewählter Historie übernommen. Die genaue Reihenfolge richtet sich nach Abhängigkeiten, Datenqualität und dem ersten produktiven Bereich. Nach jedem Schritt wird geprüft, ob die Daten vollständig und für den vereinbarten Ablauf nutzbar sind.
Wo Altdaten bewusst zurückbleiben
Nicht jede Historie muss ins neue operative System. Kläre Aufbewahrung, Zugriff, Nachvollziehbarkeit und erforderliche Exporte mit den zuständigen Fachleuten. Lesbarkeit allein belegt keine zulässige Archivierung. Welche Daten übertragen oder separat verfügbar gehalten werden, wird vor der Migration entschieden.
Der Tag des Umstiegs
Ein Cutover ist kein Stichtag, sondern eine Reihenfolge mit einem Rückfallplan. Wenn klar ist, welcher Bereich zuerst produktiv geht und was passiert, falls er es nicht tut, verliert der Tag seinen Schrecken.
Eine Prüfliste für den ersten Testimport.
Wähle zunächst einen abgegrenzten Datenbereich und dokumentiere Quelle, Exportstand und verantwortliche Person. Ein kleines, repräsentatives Testset hilft beim Mapping; vor dem produktiven Start muss der vereinbarte Gesamtumfang geprüft werden.
Halte pro Feld fest, woher der Wert kommt, was er im Ziel bedeutet und wie leere oder doppelte Werte behandelt werden. Prüfe danach Datensätze, relevante Summen und einen vollständigen Musterprozess. Eine bestandene technische Importprüfung ersetzt diese fachliche Abnahme nicht.
Dokumentiere Fehler so, dass sie wiederholt geprüft werden können: betroffener Datensatz, erwartetes Ergebnis, tatsächliches Ergebnis und Entscheidung. Das macht sichtbar, ob die Quelle bereinigt oder das Mapping geändert werden muss.
Offizielle ERPNext-Importdokumentation · ERPNext-Migration mit fachlicher Prüfung
Ein Mapping, das Datenbedeutung erhält.
Illustratives Mapping, kein Kundenfall: Quellartikel A-100 hat 25 Stück im Hauptlager. Die Prüfung hält Quell-ID, Zielartikel, Einheit, Lager und Stichtag fest. Ein Import mit 25 Kilogramm oder in ein anderes Lager ist trotz gleicher Zahl falsch.
Trenne leere Werte von Null: Ein fehlender Preis ist kein bestätigter Preis von null. Lege fest, wann ein Datensatz abgewiesen, ergänzt oder bewusst übernommen wird. Dubletten brauchen eine dokumentierte Entscheidung über die führende Quelle.
Für den produktiven Umfang werden Anzahl, fachlich relevante Summen und Belegbeziehungen abgeglichen. Ein kleiner Testimport hilft beim Mapping, ersetzt aber nicht diese Gesamtprüfung. Bewahre Fehlerliste und Freigabe so auf, dass der nächste Test dieselben Kriterien verwendet.
Im kostenlosen Gespräch besprechen wir deine Ausgangslage und die offenen Fragen. Danach ist auf Wunsch eine Demo möglich. Eine detaillierte Prüfung und Umsetzung werden separat vereinbart.
Setup-Check