Im Altsystem stehen 25 Kartons eines Materials. Die Importvorlage des neuen ERP erwartet Stück. Ein einfaches Mapping von „KT“ auf „ST“ würde zwar den Einheitencode ändern, aber aus 25 Kartons noch lange nicht die richtige Stückzahl machen. Bei zwölf Stück je Karton wären es 300 Stück. Bei zehn Stück je Karton wären es 250.
Mengeneinheiten bei der ERP-Migration richtig umzurechnen bedeutet deshalb, Menge, Ausgangseinheit, Zieleinheit und den fachlich gültigen Umrechnungsfaktor gemeinsam zu behandeln. Erst wenn außerdem feststeht, für welches Material, welche Variante und welchen Zeitraum der Faktor gilt, kann die Transformation zuverlässig wiederholt werden.
Genau hier liegt das Problem vieler Importdateien: Die Einheitenspalte sieht nach der Bearbeitung richtig aus, während die Menge fachlich falsch bleibt. Der Import kann trotzdem erfolgreich durchlaufen. Sichtbar wird der Fehler oft erst bei Bestand, Beschaffung, Produktion oder Verkauf.
Mengeneinheiten bei der ERP-Migration: Code-Zuordnung oder Mengenrechnung?
Zuerst müssen zwei unterschiedliche Aufgaben getrennt werden.
- Bei einer Code-Zuordnung bedeuten zwei Kürzel dasselbe. Das alte „STK“ und das neue „ST“ stehen beispielsweise beide für Stück. Die Menge bleibt unverändert.
- Bei einer Mengenrechnung wird eine Einheit in eine andere überführt. Aus Karton werden Stück, aus Gramm werden Kilogramm oder aus Metern werden Rollen. Dann muss neben dem Code auch die Menge nach einer bestätigten Regel berechnet werden.
Wer beides in einer einzigen Werteliste vermischt, riskiert unbemerkte Mengenfehler. Eine Übersetzungstabelle mit „KT → ST“ beantwortet noch nicht, wie viele Stück ein Karton enthält. Umgekehrt braucht „STK → ST“ meist keinen Rechenfaktor, sondern nur eine eindeutige Zuordnung der Bezeichnungen.
Die Basiseinheit ist der gemeinsame Bezugspunkt
Viele ERP-Systeme führen für ein Material eine Basiseinheit. Auf sie beziehen sich Bestandsführung und zentrale Mengenrechnungen. Zusätzlich können Einkaufs-, Verkaufs-, Produktions- oder Verpackungseinheiten bestehen.
Für die Migration muss deshalb je Material geklärt werden:
- Welche Einheit ist im Altsystem die führende Bestands- oder Basiseinheit?
- Welche Basiseinheit soll das Zielsystem verwenden?
- Welche alternativen Einheiten werden im Einkauf, Verkauf, Lager oder in der Produktion benötigt?
- Soll eine Bewegungsmenge vor dem Import in die Zielbasiseinheit umgerechnet werden oder darf sie in einer bereits gepflegten alternativen Zieleinheit geladen werden?
Diese Entscheidung gehört zum Material- und Prozessdesign. Wird die Basiseinheit im neuen ERP geändert, betrifft das nicht nur den Materialstamm. Auch Bestände, offene Belege, Stücklisten, Preise und weitere mengenbezogene Daten müssen dieselbe Logik verwenden.
Ein Umrechnungsfaktor gilt nicht automatisch für alle Materialien
Die Regel „1 Karton = 12 Stück“ kann für ein Material stimmen und für das nächste falsch sein. Selbst Varianten desselben Produkts können unterschiedlich verpackt sein. Aktuelle ERP-Funktionen sehen deshalb sowohl allgemeine als auch produkt- oder variantenabhängige Umrechnungen vor.
Eine belastbare Regel benötigt mindestens diese Geltung:
- Material oder Produktgruppe,
- gegebenenfalls Variante, Werk oder Verpackungsart,
- Ausgangs- und Zieleinheit,
- Faktor und Rechenrichtung,
- sowie Quelle, Freigabe und gegebenenfalls Gültigkeitszeitraum.
Fehlt eine materialbezogene Zuordnung, darf nicht stillschweigend ein allgemeiner Faktor verwendet werden. Der Datensatz gehört in eine sichtbare Ausnahmeliste. So wird aus einer unbekannten Umrechnung keine scheinbar plausible, aber falsche Menge.
Nicht jede Einheit lässt sich mit einem festen Faktor umrechnen
Zwischen Stück und Karton besteht häufig eine feste Beziehung. Zwischen Stück und Kilogramm muss das nicht gelten. Zehn Stück eines Naturprodukts, eines Gussteils oder eines zugeschnittenen Materials können heute ein anderes Gewicht besitzen als morgen. In solchen Fällen werden zwei Mengen möglicherweise parallel erfasst, statt eine aus der anderen zu errechnen.
Das Projekt muss daher je Beziehung entscheiden:
- Ist die Umrechnung mathematisch konstant?
- Gilt sie für alle Materialien oder nur für einen abgegrenzten Bestand?
- Ist der Faktor im Altsystem tatsächlich gepflegt oder wird er nur im Arbeitsalltag angenommen?
- Müssen zwei voneinander unabhängige Mengen in das Ziel übernommen werden?
Eine erzwungene Formel ist in diesem Sonderfall keine Automatisierung, sondern ein Datenfehler. Wenn eine feste Mengenbeziehung fehlt, benötigt das Ziel entweder beide gemessenen Werte oder eine bewusst beschlossene andere Behandlung.
Zähler, Nenner und Rechenrichtung müssen eindeutig sein
ERP-Systeme speichern Umrechnungen nicht immer als einfachen Faktor. Häufig wird eine Beziehung mit Zähler und Nenner beschrieben, etwa „1 Karton entspricht 12 Stück“. Technisch kann dieselbe Beziehung auch als „12 Stück entsprechen 1 Karton“ erscheinen.
Dadurch entstehen typische Fehler:
- Der Faktor wird dividiert, obwohl multipliziert werden müsste.
- Zähler und Nenner werden vertauscht.
- Ein Faktor wird auf die falsche Ausgangseinheit angewendet.
- Eine bereits in der Basiseinheit gespeicherte Menge wird ein zweites Mal umgerechnet.
Die Transformationsregel sollte deshalb nicht nur „Faktor 12“ enthalten. Sie sollte als lesbare Gleichung dokumentiert werden: „Quellmenge in KT × 12 = Zielmenge in ST“. Ein konkretes Rechenbeispiel gehört ebenfalls dazu. So können Fachbereich und Technik dieselbe Logik prüfen.
Rundung und Dezimalstellen sind fachliche Entscheidungen
Bei Gewicht, Länge oder Volumen entstehen häufig Nachkommastellen. Bei Stückzahlen können Bruchteile dagegen unzulässig sein. Das Zielsystem kann außerdem eine andere Anzahl Dezimalstellen erlauben als die Quelle.
Vor der Transformation muss daher feststehen:
- wie viele Dezimalstellen die Zieleinheit zulässt,
- ob kaufmännisch, aufwärts oder abwärts gerundet wird,
- ab welcher Abweichung ein Datensatz gestoppt wird,
- und wie Rundungsdifferenzen bei Gesamtmengen oder Werten behandelt werden.
Eine technische Rundung ohne fachliche Regel kann Bestände verändern oder dazu führen, dass offene Belegmengen nicht mehr zu ihren Positionen passen. Kleine Abweichungen je Zeile summieren sich bei großen Datenbeständen.
Stammdaten und Bewegungsdaten müssen dieselbe Einheitenlogik verwenden
Die Einheitentabelle im Materialstamm ist nur die Grundlage. Die eigentliche Wirkung zeigt sich in den abhängigen Datenobjekten.
- Lagerbestände: Die übertragene Menge muss zur Bestands- oder Basiseinheit des Zielmaterials passen.
- Offene Bestellungen: Bestell-, Preis- und gegebenenfalls Lagereinheit dürfen nicht widersprüchlich werden.
- Offene Kundenaufträge: Verkaufsmenge, Liefereinheit und Restmenge müssen dieselbe bestätigte Umrechnung nutzen.
- Stücklisten und Rezepturen: Komponentenmenge und Einheit bestimmen den Materialbedarf der Produktion.
- Preise: Ein Preis pro 100 Stück darf nicht ungeprüft wie ein Preis pro Stück behandelt werden.
Deshalb sollte eine Einheit nicht isoliert in jeder Importdatei korrigiert werden. Die Regel gehört an eine zentrale, nachvollziehbare Stelle und wird von allen betroffenen Transformationen verwendet.
So entsteht eine prüfbare Umrechnungstabelle
Eine kompakte Umrechnungstabelle kann die fachliche Entscheidung und die technische Ausführung verbinden. Je Regel sollten mindestens folgende Angaben vorliegen:
- Quellmaterial und gegebenenfalls Zielmaterial,
- Variante oder anderer Geltungsbereich,
- Quelleinheit und Zieleinheit,
- Zähler, Nenner oder eindeutig beschriebene Formel,
- Rundungsregel und erlaubte Dezimalstellen,
- Herkunft des Faktors,
- fachliche Freigabe,
- sowie der Status für fehlende oder widersprüchliche Faktoren.
Diese Tabelle ist Teil des Datenmappings und der Transformationsregeln. Sie ist keine lose Arbeitsnotiz. Ändert sich ein Faktor, muss er in jedem weiteren Testlauf reproduzierbar wirken.
Die Transformation sollte bei jedem Lauf dasselbe Ergebnis erzeugen
Manuelle Korrekturen direkt in einer CSV-Datei helfen höchstens für einen einzelnen Importversuch. Beim nächsten Export fehlen sie wieder oder werden anders ausgeführt. Für Einheitencodes, Faktoren, Rechenrichtung und Rundung braucht es deshalb eine wiederholbare Transformation.
Ein typischer Ablauf sieht so aus:
- Quellmenge und Quelleinheit unverändert einlesen.
- Material und Geltungsbereich eindeutig bestimmen.
- Bestätigte Code- und Umrechnungsregel auswählen.
- Zielmenge mit definierter Rechenrichtung und Präzision bilden.
- Datensätze ohne eindeutige Regel stoppen und ausgeben.
- Quellwert, angewendete Regel und Zielwert für die Prüfung erhalten.
Ob diese Logik mit SQL oder einem anderen geeigneten Verfahren umgesetzt wird, hängt von der Datenquelle ab. Entscheidend ist, dass dieselbe Eingabe mit demselben Regelstand wieder zum selben Ergebnis führt.
Ein Mengenabgleich muss mehr zeigen als die Gesamtsumme
Eine Summe über alle Mengen ist meist bedeutungslos, wenn darin Stück, Kilogramm, Meter und Kartons gemischt sind. Der Nachweis wird deshalb je Material und vergleichbarer Einheit aufgebaut.
Für einen aussagekräftigen Test werden mindestens vier Ebenen geprüft:
- Regeltest: Bekannte Beispiele liefern rechnerisch den erwarteten Zielwert.
- Ausnahmetest: Fehlende, doppelte oder widersprüchliche Faktoren werden gestoppt und nicht stillschweigend ersetzt.
- Mengenabgleich: Quell- und Zielmengen werden nach Material, Einheit und Organisation vergleichbar gegenübergestellt.
- Prozesstest: Repräsentative Materialien funktionieren mit Bestand, Bestellung, Auftrag oder Produktion im Zielsystem.
Bei 25 Kartons zu zwölf Stück muss die Transformation 300 Stück ergeben. Der Test sollte aber auch die Gegenrichtung prüfen: 300 Stück entsprechen wieder 25 Kartons. Rundung oder nicht ganzzahlige Beziehungen benötigen zusätzliche Grenzfälle.
Wie sich solche Prüfungen in einen vollständigen Testlauf einordnen, zeigt der Beitrag ERP-Testmigration mit eigenen Daten.
Typische Fehlversuche bei Mengeneinheiten
- Einheiten nur umbenennen: Der Code passt, die Menge bleibt in der alten Bedeutung.
- Einen Faktor für alle Materialien verwenden: Unterschiedliche Verpackungen oder Varianten werden übergangen.
- Zähler und Nenner ohne Rechenbeispiel übernehmen: Die Umrechnung läuft in die falsche Richtung.
- Jede Importdatei einzeln korrigieren: Materialstamm, Bestand und offene Belege verwenden unterschiedliche Regeln.
- Unbekannte Faktoren mit 1 ersetzen: Ungeklärte Fälle werden als scheinbar gültige Daten geladen.
- Rundung dem Importtool überlassen: Mengenabweichungen entstehen ohne fachlich bestätigte Grenze.
- Nur den erfolgreichen Import prüfen: Falsche Mengen werden erst im operativen Prozess sichtbar.
Wer entscheidet über die Umrechnung?
Materialstamm-, Lager-, Einkaufs-, Vertriebs- und Produktionsverantwortliche bestätigen die fachliche Bedeutung und Geltung der Einheiten. Das Zielsystemteam klärt Basiseinheiten, zulässige Alternativen, Präzision und technische Voraussetzungen. Die Datenmigration verbindet diese Entscheidungen mit Quellfeldern, Faktoren, Transformationen und Nachweisen.
Externe Migrationsunterstützung kann die verstreuten Einheitencodes und Faktoren im Altsystem analysieren, eine prüfbare Umrechnungstabelle vorbereiten, die Regeln wiederholbar umsetzen und Abweichungen für die Fachentscheidung sichtbar machen.
Richtig migriert ist eine Menge erst, wenn ihre Bedeutung stimmt
Eine technisch gültige Einheit sagt noch nichts darüber aus, ob die Zahl davor richtig ist. Belastbar wird die Migration erst, wenn Material, Menge, Einheit, Faktor und Geltung zusammenpassen und dieselbe Logik in Stammdaten, Beständen und offenen Vorgängen verwendet wird.
Wenn Ihre Importdateien bei ST, KG, Karton oder anderen Einheiten immer neue Abweichungen zeigen, können wir die Einheitenlogik aus dem Altsystem strukturiert erfassen, mit dem Zielsystem abstimmen und als wiederholbare Transformation mit nachvollziehbarem Mengenabgleich umsetzen.