Die Importvorlage des neuen ERP-Systems verlangt eine Warengruppe, eine Basiseinheit und einen Buchungskreis. Im Altexport sind diese Spalten leer oder gar nicht vorhanden. Also trägt jemand einen Standardwert ein, damit der nächste Upload endlich startet. Technisch funktioniert das – doch später steuern Hunderte Datensätze mit demselben erfundenen Wert in falsche Prozesse.
Wenn bei einer ERP-Migration Pflichtfelder fehlen, ist die Lücke deshalb nicht zuerst ein Dateiproblem. Sie zeigt, dass Quellinformation, Zielbedeutung oder fachliche Entscheidung noch nicht zusammenpassen. Bevor ein Wert ergänzt wird, muss geklärt werden, wofür das Feld im neuen ERP benötigt wird, ob die Information anderswo rekonstruierbar ist und wer eine neue Regel verantworten darf.
ERP-Migration: Pflichtfelder fehlen – was bedeutet das genau?
Ein Pflichtfeld ist eine Angabe, ohne die das Zielsystem einen Datensatz nicht anlegen oder in einem bestimmten Prozess nicht verwenden kann. Welche Felder verpflichtend sind, hängt nicht nur vom ERP-Produkt ab. Auch die gewählte Zielkonfiguration, die Organisationsstruktur und bereits befüllte Felder können weitere Anforderungen auslösen.
Fehlt ein Pflichtwert, können daher sehr unterschiedliche Situationen dahinterstehen:
- Die Information wurde im Altsystem tatsächlich nie gepflegt.
- Sie existiert, liegt aber in einer anderen Tabelle oder unter einer anderen Bezeichnung.
- Der Zielwert muss aus mehreren Quellmerkmalen abgeleitet werden.
- Das Zielsystem verlangt eine neue Kategorie, die es früher nicht gab.
- Das Feld wird nur wegen einer bestimmten Konfiguration oder Datensatzart verpflichtend.
- Der Datensatz gehört möglicherweise gar nicht in den vereinbarten Migrationsumfang.
Diese Fälle sehen in der Importdatei identisch aus: Die Zelle ist leer. Ihre Lösungen sind es nicht.
Warum ein pauschaler Standardwert gefährlich ist
Ein Standardwert kann fachlich richtig sein. Wird er beispielsweise für alle Lieferanten einer eindeutig definierten Teilmenge bestätigt, ist er eine legitime Transformationsregel. Gefährlich wird er, wenn er nur deshalb gewählt wird, weil das Importwerkzeug eine leere Zelle ablehnt.
Dann verschwindet die sichtbare Lücke, ohne dass ihre Bedeutung geklärt ist. Der Importbericht wird grüner, während das Risiko ins Zielsystem wandert. Mögliche Folgen sind falsche Kontierungen, ungeeignete Dispositionsverfahren, unvollständige Steuerlogik oder Datensätze, die zwar angelegt wurden, aber im Tagesgeschäft nicht verwendbar sind.
Besonders tückisch ist ein plausibel wirkender Wert. Ein deutlich erkennbares „UNGEKLÄRT“ fällt im Test auf. Eine gültige, aber fachlich falsche Warengruppe kann dagegen lange unbemerkt bleiben.
Zuerst prüfen: Fehlt die Information wirklich?
Die Suche sollte nicht bei gleichnamigen Spalten enden. Ein Zielfeld „Kundengruppe“ muss im alten System nicht unter demselben Namen existieren. Seine fachliche Bedeutung kann sich aus Kontenart, Vertriebsbereich, Preislogik oder einer Verbindung zu einer Klassifikation ergeben.
Für jedes fehlende Pflichtfeld sind deshalb drei Fragen sinnvoll:
- Welche Entscheidung steuert dieses Feld im Zielsystem? Der ERP-Partner oder die interne Prozessverantwortung muss erklären, wo der Wert verwendet wird.
- Woran wurde dieselbe Entscheidung bisher erkannt? Das können ein direktes Feld, mehrere Merkmale, eine Tabellenbeziehung oder ein gelebter Prozess sein.
- Gilt die Anforderung für jeden Datensatz? Manche Felder werden erst durch eine bestimmte Sicht, Rolle oder Kombination anderer Angaben verpflichtend.
Erst danach lässt sich unterscheiden, ob eine Quellanalyse, eine Ableitungsregel, eine fachliche Neuzuordnung oder eine Anpassung im Zielsystem nötig ist.
Sechs saubere Wege zu einem Zielwert
1. Direkt aus einer belegten Quelle übernehmen
Der beste Fall ist ein vorhandener Quellwert mit gleicher fachlicher Bedeutung. Dabei genügt die Ähnlichkeit der Feldnamen nicht. Datentyp, erlaubte Werte und Verwendung müssen ebenfalls passen. Aus „ST“ im Altsystem darf nur dann „Stück“ im Ziel werden, wenn beide Systeme damit dieselbe Einheit und denselben Geschäftsfall meinen.
2. Die Information aus Beziehungen rekonstruieren
Manche Werte liegen verteilt vor. Eine Zielkategorie kann sich beispielsweise aus Artikelart, Lagerführung und Verkaufskennzeichen ergeben. Dann wird eine nachvollziehbare Regel benötigt, die diese Merkmale verbindet. Das Ergebnis muss für bekannte Normal- und Sonderfälle geprüft werden.
Wie aus fachlicher Zuordnung eine ausführbare Regel wird, erläutert der Beitrag zum Datenmapping im ERP-Projekt.
3. Einen bedingten Vorgabewert festlegen
Ein Vorgabewert ist sinnvoll, wenn er für eine klar definierte Teilmenge fachlich gilt. Statt „alle leeren Felder erhalten 1000“ lautet die Regel dann beispielsweise: „Aktive deutsche Lieferanten der Gesellschaft A erhalten den bestätigten Buchungskreis 1000; alle übrigen Fälle bleiben in der Klärungsliste.“
Die Bedingung ist ebenso wichtig wie der Wert. Sie verhindert, dass eine zunächst kleine Entscheidung unbemerkt auf ungeeignete Datensätze ausgeweitet wird.
4. Wenige Ausnahmen kontrolliert anreichern
Fehlt eine Information bei einer kleinen Zahl geschäftlich wichtiger Datensätze, kann eine manuelle fachliche Ergänzung wirtschaftlich sein. Sie sollte jedoch über eine eindeutige Schlüsselliste erfolgen, nicht durch direkte Änderungen in der fertigen Importdatei.
Die Ergänzungsliste wird dadurch Teil des wiederholbaren Prozesses: Quellschlüssel, freigegebener Zielwert, verantwortliche Person und Entscheidungsdatum bleiben erhalten. Beim nächsten Testlauf wird dieselbe Anreicherung automatisch wieder angewendet.
5. Zielkonfiguration oder Importumfang prüfen
Manchmal ist nicht der Datenbestand falsch, sondern die angenommene Zielanforderung. Eine organisatorische Sicht wurde vielleicht für alle Materialien aktiviert, obwohl sie nur für eine Teilmenge gebraucht wird. Oder ein abhängiges Blatt der Importvorlage wird befüllt und löst dadurch weitere Pflichtfelder aus.
Ob die Konfiguration geändert werden darf, entscheidet der ERP-Partner gemeinsam mit dem Fachbereich. Die Datenmigration sollte diese Frage sichtbar machen, aber nicht eigenmächtig durch leere oder erfundene Werte umgehen.
6. Einen Datensatz bewusst ausschließen
Wenn ein Pflichtwert weder belegt noch verantwortbar ergänzt werden kann, kann der Ausschluss die sauberste Entscheidung sein. Das gilt besonders für veraltete oder nicht mehr benötigte Datensätze. Der Ausschluss braucht eine freigegebene Regel und einen Mengennachweis, damit eine kleinere Importmenge nicht versehentlich als vollständige Migration gilt.
Eine Pflichtfeldmatrix macht aus Lücken Entscheidungen
Für die Klärung genügt meist eine überschaubare Tabelle. Pro betroffenem Zielfeld hält sie fest:
- fachliche Bedeutung und Prozesswirkung im Zielsystem,
- Bedingung, unter der das Feld verpflichtend wird,
- vorhandene Quellfelder und mögliche Tabellenbeziehungen,
- vorgeschlagene Regel oder bewusst offene Lücke,
- betroffene Datensatzmenge und wichtige Teilgruppen,
- fachlich verantwortliche Person und Entscheidungsstand,
- sowie konkrete Prüffälle für den nächsten Datenlauf.
Dadurch wird aus „Spalte X fehlt“ eine entscheidbare Frage. Der Fachbereich muss nicht die gesamte Datenbank verstehen. Er sieht, welche Varianten existieren, welche Wirkung sie haben und wie viele Datensätze betroffen sind. Der ERP-Partner kann gleichzeitig bestätigen, ob das Zielfeld tatsächlich für alle Fälle nötig ist.
Leere Zelle, Null und Vorgabewert sind nicht dasselbe
Bei der technischen Umsetzung müssen unterschiedliche Zustände erhalten bleiben. Eine leere Zelle kann „nicht vorhanden“, „nicht anwendbar“ oder „noch ungeklärt“ bedeuten. Eine Null ist dagegen ein konkreter Zahlenwert. Und ein Vorgabewert ist eine fachlich beschlossene Angabe.
Wer diese Zustände früh vermischt, kann später kaum noch erkennen, ob ein Wert aus dem Altsystem stammt, automatisch abgeleitet oder nur provisorisch ergänzt wurde. Deshalb sollte jede Zielspalte eine klare Herkunftsart besitzen:
- direkte Übernahme,
- Wertezuordnung,
- berechnete Ableitung,
- bedingte Konstante,
- manuelle Anreicherung,
- bewusst leer oder nicht anwendbar,
- noch offene Entscheidung.
Diese Kennzeichnung gehört in das Mapping und anschließend in die ausführbare Transformation. Eine nur in Excel eingefügte Korrektur reicht nicht aus.
Vor dem nächsten Import: Regeln gegen reale Fälle prüfen
Eine beschlossene Pflichtfeldregel sollte zunächst außerhalb des ERP-Imports auf den gesamten vorgesehenen Datenbestand angewendet werden. Dabei sind nicht nur leere Werte zu zählen. Entscheidend ist, ob die Regel für unterschiedliche Teilgruppen das erwartete Ergebnis erzeugt.
Ein sinnvoller Vorabtest beantwortet beispielsweise:
- Wie viele Datensätze erhalten einen direkten, abgeleiteten oder vorgegebenen Wert?
- Welche Quellkombination führt zu welchem Zielwert?
- Welche Fälle bleiben ungeklärt und warum?
- Entstehen Zielwerte, die im neuen ERP gar nicht zulässig sind?
- Verändert eine neue Regel bereits zuvor geprüfte Datensätze?
- Stimmen die Ergebnisse für bekannte Normalfälle und kritische Ausnahmen?
Danach wird eine neue Importdatei erzeugt – nicht die alte Datei weiterrepariert. Der Beitrag CSV für den ERP-Import umwandeln zeigt, wie solche Regeln wiederholbar in die Dateierzeugung einfließen.
Woran Sie erkennen, dass ein Pflichtfeld wirklich geklärt ist
Ein Feld ist nicht geklärt, nur weil der Import keine Fehlermeldung mehr ausgibt. Vor dem nächsten Test sollten vier Nachweise vorliegen:
- Die fachliche Bedeutung und die Bedingung des Zielfelds sind verstanden.
- Für jede relevante Teilgruppe gibt es eine belegte Quelle, eine freigegebene Regel oder einen bewussten Ausschluss.
- Die Regel ist im Mapping dokumentiert und bei einem neuen Quellstand erneut ausführbar.
- Das Ergebnis wurde technisch abgestimmt und anhand fachlicher Prüffälle im Zielsystem beurteilt.
Eine vollständige Zelle ist damit nur das sichtbare Ergebnis. Die eigentliche Qualität liegt in der Entscheidung und ihrem Nachweis. Welche Belege vor einer Freigabe zusammenkommen sollten, beschreibt der Beitrag zur Datenvalidierung bei der ERP-Migration.
Fehlende Pflichtfelder sind ein gemeinsames Quell-Ziel-Problem
Die interne IT kann zeigen, welche Informationen im Altsystem vorhanden sind. Der ERP-Partner erklärt, welche Bedeutung und Bedingung das neue Feld besitzt. Der Fachbereich entscheidet, welche Ableitung oder neue Kategorie fachlich gelten darf. Die Migrationsumsetzung verbindet diese drei Perspektiven zu einer wiederholbaren Regel.
Externe Unterstützung kann dabei die betroffenen Datensätze analysieren, Quellen und Varianten sichtbar machen, Mappingentscheidungen vorbereiten, die freigegebenen Regeln technisch umsetzen und das Ergebnis für den nächsten Test belegen. Die fachliche Entscheidung selbst bleibt beim Unternehmen.
So wird ein fehlendes Pflichtfeld nicht mit dem schnellsten gültigen Wert gefüllt. Es wird zu einer klaren, überprüfbaren Migrationsentscheidung – und der nächste grüne Importbericht steht nicht nur für technisch akzeptierte, sondern für fachlich verwendbare Daten.