Die Importvorlage des neuen ERP-Systems ist angekommen. Der erste Gedanke liegt nahe: Spalten aus dem Altexport zuordnen, Werte hineinkopieren und die Datei hochladen. Doch dann meldet das System fehlende Pflichtfelder, falsche Datentypen oder ungültige Referenzen. Manchmal wird die Datei sogar technisch akzeptiert, obwohl Ansprechpartner dem falschen Lieferanten zugeordnet oder führende Nullen aus Artikelnummern verschwunden sind.
Eine ERP-Importvorlage richtig zu befüllen bedeutet deshalb mehr, als vorhandene Spalten in eine neue Reihenfolge zu bringen. Die Vorlage beschreibt die Struktur und die Regeln des Zielsystems. Quelldaten müssen so ausgewählt, umgewandelt und verbunden werden, dass jede Zeile fachlich zum richtigen Objekt gehört und der Vorgang beim nächsten Testlauf wiederholbar bleibt.
Was eine ERP-Importvorlage eigentlich vorgibt
Eine Importvorlage ist die technische Übergabestruktur für ein bestimmtes Migrationsobjekt, etwa Kunden, Lieferanten, Artikel oder Stücklisten. Sie legt fest, welche Felder und Teilstrukturen das Zielsystem erwartet. Bei komplexeren Objekten kann eine Vorlage mehrere Blätter oder Dateien enthalten: beispielsweise einen Kopfdatensatz und abhängige Anschriften, Bankverbindungen oder Positionen.
Damit ist die Vorlage kein neutrales Tabellenblatt. Sie ist eine Schnittstellenbeschreibung. Spaltenreihenfolge, Datentypen, erlaubte Werte und Verknüpfungsschlüssel können über den späteren Import entscheiden. Wer ihre Struktur verändert oder Werte nur nach optischer Ähnlichkeit einsetzt, kann einen formal sauberen, aber fachlich falschen Datenbestand erzeugen.
1. Die unveränderte Originalvorlage sichern
Am Anfang sollte die heruntergeladene Originaldatei unverändert abgelegt werden – einschließlich Versionsstand, Migrationsobjekt und Datum. Für die Bearbeitung wird eine kontrollierte Kopie verwendet. Dadurch lässt sich später prüfen, ob Spalten, ausgeblendete Bereiche oder Formatvorgaben versehentlich verändert wurden.
Das ist besonders wichtig, wenn das Zielsystem neue Vorlagenversionen bereitstellt. Eine Vorlage kann sich durch Release, Konfiguration oder aktivierte Funktionen ändern. Deshalb sollte nie stillschweigend eine ältere Datei für den nächsten Lauf weiterverwendet werden.
2. Zuerst verstehen, was eine Zeile bedeutet
Bevor Daten eingefügt werden, braucht jedes Blatt oder jede CSV-Datei eine klare fachliche Bedeutung. Steht eine Zeile für einen Kunden, eine Kundenrolle, eine Anschrift oder eine Bankverbindung? Diese sogenannte Satzebene bestimmt, wie Quelldaten zusammengeführt werden dürfen.
Ein Lieferant kann beispielsweise eine Hauptzeile, zwei Anschriften und drei Bankverbindungen besitzen. Werden alle Informationen in einer flachen Tabelle verbunden, entstehen schnell sechs Kombinationen. Die Datei enthält dann nicht sechs Lieferanten, sondern einen Lieferanten, dessen abhängige Daten versehentlich miteinander vervielfacht wurden.
Deshalb muss vor der Befüllung feststehen:
- welches fachliche Objekt eine Zeile repräsentiert,
- welcher Schlüssel jede Zeile eindeutig macht,
- wie Kopf- und Unterstrukturen miteinander verbunden werden,
- und wie viele abhängige Zeilen pro Hauptdatensatz zulässig sind.
3. Pflichtfelder in drei Gruppen einordnen
Ein Pflichtfeld ist ein Feld, ohne das ein Datensatz nicht verarbeitet werden kann. In der Praxis reicht die Kennzeichnung in der Vorlage jedoch nicht immer aus. Drei Gruppen sollten getrennt betrachtet werden.
Technisch verpflichtende Felder
Das Importwerkzeug weist diese Felder ausdrücklich als erforderlich aus. Fehlt ein Wert oder besitzt er das falsche Format, wird die Datei meist bereits bei der Validierung abgelehnt.
Durch die ERP-Konfiguration verpflichtende Felder
Ein Feld kann erst durch das konkrete Customizing – also die Einrichtung des neuen ERP-Systems – erforderlich werden. Ein Lagerort, eine Kontengruppe oder eine Bewertungsinformation ist möglicherweise nur für bestimmte Werke, Artikelarten oder Unternehmensbereiche notwendig.
Fachlich notwendige Felder
Manche Informationen sind technisch optional, werden aber für den späteren Prozess gebraucht. Ein Kunde lässt sich vielleicht ohne Zahlungsbedingung importieren, kann danach jedoch nicht wie vorgesehen fakturiert werden. Die Vorlage allein entscheidet deshalb nicht, ob der Datensatz arbeitsfähig ist.
Für jedes relevante Feld sollte sichtbar sein, aus welcher Gruppe seine Anforderung kommt. So wird auch klar, wer eine Lücke lösen muss: Technik, ERP-Konfiguration oder Fachbereich.
4. Schlüssel und Reihenfolge vor den Einzelwerten klären
Viele Importfehler entstehen nicht in beschreibenden Feldern, sondern in Referenzen. Eine Anschrift muss zum richtigen Geschäftspartner gehören, eine Stücklistenposition zum richtigen Kopf und ein Lagerdatensatz zum richtigen Artikel und Werk.
Dafür braucht die Migration eindeutige Schlüssel. Ein Schlüssel ist eine stabile Kennung, über die Datensätze verbunden oder wiedererkannt werden. Er kann aus dem Altsystem übernommen, vom Zielsystem vorgegeben oder für die Migration kontrolliert gebildet werden. Wichtig ist, dass dieselbe Regel in allen abhängigen Dateien gilt.
Außerdem sind Abhängigkeiten zu beachten. Wenn eine Vorlage auf Zielwerte verweist, die erst durch einen früheren Import entstehen, muss die Ladereihenfolge feststehen. Ein technisch korrekt befüllter Unterdatensatz hilft nicht, wenn sein übergeordnetes Objekt im Ziel noch gar nicht vorhanden ist.
5. Werte nicht nur kopieren, sondern übersetzen
Altes und neues ERP-System verwenden oft unterschiedliche Codes. Im Altsystem steht vielleicht „D“ für Deutschland, das Ziel erwartet „DE“. Eine Zahlungsbedingung „30T“ kann künftig einen anderen Schlüssel besitzen. Diese Unterschiede werden durch ein fachlich freigegebenes Datenmapping aufgelöst.
Dabei sind drei Arten von Regeln zu unterscheiden:
- direkte Übernahme: Der Quellwert kann unverändert verwendet werden.
- Wertezuordnung: Ein alter Code wird einem gültigen Zielcode zugeordnet.
- Ableitung oder Standardwert: Der Zielwert entsteht aus mehreren Quellinformationen oder einer fachlich bestätigten Regel.
Ein leerer Quellwert darf nicht still durch irgendeinen Standard ersetzt werden. Ein Standard ist nur dann belastbar, wenn klar ist, für welche Datensätze er gilt, wer ihn beschlossen hat und welche Ausnahmen bestehen.
6. Formate kontrolliert erzeugen
Tabellenkalkulationen verändern Daten manchmal unbemerkt. Führende Nullen verschwinden, lange Nummern werden in wissenschaftlicher Schreibweise dargestellt, Datumswerte folgen den regionalen Einstellungen und Dezimaltrennzeichen wechseln. Schon dadurch kann eine fachlich richtige Zuordnung technisch unbrauchbar werden.
Vor dem Import sollten deshalb mindestens folgende Formate geprüft werden:
- Datums- und Zeitangaben,
- Dezimalzahlen und Vorzeichen,
- Währungen und Mengeneinheiten,
- Zeichenlängen und erlaubte Sonderzeichen,
- Nummern mit führenden Nullen,
- leere Werte im Unterschied zu Null oder Leerzeichen.
Bei SAP-Migrationsvorlagen wird zudem ausdrücklich empfohlen, die Struktur nicht zu verändern und Werte so einzufügen, dass eingebettete Formatinformationen erhalten bleiben. Bei CSV-Dateien fehlt dieser Schutz weitgehend. Dort muss das Projekt die Formatregeln selbst konsequent absichern.
7. Die Vorlage aus einer wiederholbaren Regel erzeugen
Für einen kleinen Prototyp kann man einzelne Werte manuell eintragen. Für wiederkehrende Testmigrationen sollte die Datei jedoch aus dokumentierten Auswahl- und Transformationsregeln erzeugt werden. Sonst ist nach jeder Änderung unklar, welche Zelle manuell korrigiert wurde und ob der nächste Lauf dieselbe Korrektur enthält.
Ein wiederholbarer Weg trennt drei Ebenen:
- Der Quellbestand wird lesend und mit eindeutigem Stichtag extrahiert.
- Freigegebene Mapping- und Umwandlungsregeln erzeugen die Zielwerte.
- Das Ergebnis wird exakt in die unveränderte Importstruktur geschrieben.
Damit wird die Importvorlage zum Ergebnis des Migrationsprozesses und nicht zu seinem einzigen Arbeitsdokument. Fehler werden in der zugrunde liegenden Regel behoben, sodass sie beim nächsten Lauf nicht erneut auftreten.
Mit einem kleinen, schwierigen Datensatz testen
Der erste Test sollte nicht sofort den vollständigen Datenbestand enthalten. Besser ist eine kleine Auswahl, die unterschiedliche Fälle abdeckt: einen einfachen Standardfall, einen Datensatz mit abhängigen Zeilen, einen fehlenden optionalen Wert und einen bekannten Sonderfall.
Nach dem Upload reicht die technische Erfolgsmeldung nicht. Zu prüfen ist auch, ob der Datensatz im Ziel fachlich richtig erscheint, Beziehungen erhalten geblieben sind und ein typischer Folgeprozess funktioniert. Der Beitrag zur ERP-Migrationscheckliste vor dem ersten Testlauf zeigt, welche Voraussetzungen darüber hinaus geklärt sein sollten.
Typische Fehlversuche bei ERP-Importvorlagen
Die Vorlage an den Altexport anpassen
Zusätzliche Spalten, verschobene Bereiche oder umbenannte Blätter wirken praktisch, können jedoch die technische Verarbeitung beschädigen. Besser ist eine getrennte Arbeitsstruktur, aus der die unveränderte Zielvorlage erzeugt wird.
Alle Pflichtfelder mit demselben Standard füllen
Damit verschwindet die Fehlermeldung, aber nicht die fachliche Lücke. Unterschiedliche Werke, Buchungskreise oder Artikelarten können andere Werte benötigen. Ungeprüfte Standards verlagern den Fehler ins Produktivsystem.
Fehler direkt in der Upload-Datei korrigieren
Eine einzelne Datei wird dadurch vielleicht importierbar. Beim nächsten Lauf kommt der Fehler jedoch zurück. Die Korrektur gehört in Mapping oder Erzeugungsregel und anschließend in einen neuen, eindeutig bezeichneten Datenlauf.
Importiert mit fachlich richtig verwechseln
Das Importtool prüft nur einen Teil der Datenmigration. Ein gültiges Format beweist weder vollständige Daten noch richtige Werte und Beziehungen. Dafür braucht es fachliche Prüfungen im Zielsystem.
Wann ist die ERP-Importvorlage bereit?
Vor einem größeren Testlauf sollte das Projekt folgende Fragen mit Ja beantworten können:
- Ist die verwendete Vorlage eindeutig versioniert und unverändert?
- Ist für jedes Blatt oder jede Datei klar, was eine Zeile bedeutet?
- Sind Pflichtfelder nach Technik, Konfiguration und Fachlichkeit eingeordnet?
- Sind Schlüssel, Abhängigkeiten und Ladereihenfolge geklärt?
- Sind Wertezuordnungen, Ableitungen und Standards fachlich bestätigt?
- Werden Formate kontrolliert erzeugt statt zufällig durch Excel interpretiert?
- Lässt sich dieselbe Datei mit neuen Quelldaten reproduzierbar neu erstellen?
- Wurde ein kleiner, aussagekräftiger Datenbestand technisch und fachlich geprüft?
Die Zielsystemvorlage und der eigentliche Datenbestand verlangen unterschiedliche Kompetenzen. Der ERP-Anbieter kann Struktur, erlaubte Werte und Importreihenfolge erklären. Das Unternehmen muss entscheiden, welche fachlichen Werte gelten. Eine spezialisierte Datenmigrationsunterstützung kann dazwischen die Quellinformationen analysieren, freigegebene Regeln umsetzen und die Importdatei wiederholbar erzeugen.
So wird aus einer leeren Vorlage kein manuell gepflegtes Endprodukt, sondern eine kontrollierte Übergabe zwischen Altsystem, fachlicher Entscheidung und neuem ERP.