Das neue ERP verlangt eine Importdatei für Stücklistenköpfe und -positionen. Im Altsystem findet die interne IT jedoch weder eine Maske noch eine Tabelle mit dem Namen „Stückliste“. Damit scheint nur noch die manuelle Neuanlage zu bleiben – bei Tausenden Baugruppen und Komponenten ein kaum vertretbarer Aufwand.
Stücklisten zu migrieren bedeutet aber nicht, im Altsystem nach einer fertigen Stückliste zu suchen. Entscheidend ist, ob dort die fachlichen Beziehungen vorhanden sind: Welcher Artikel ist eine Baugruppe, welche Komponenten gehören dazu, in welcher Menge und Einheit, für welchen Gültigkeitsbereich und gegebenenfalls in welcher Variante? Aus diesen Beziehungen kann eine passende Zielstruktur oft regelbasiert aufgebaut werden.
Stücklisten migrieren: Welche Daten werden tatsächlich benötigt?
Eine Stückliste beschreibt, aus welchen Komponenten ein herzustellendes oder zusammenzubauendes Produkt besteht. Im Ziel-ERP wird sie meist als hierarchische Struktur geladen: Ein Kopf benennt die Baugruppe, darunter stehen eine oder mehrere Positionen mit Komponenten und Mengen. Je nach System kommen Werk, Verwendung, Alternative, Gültigkeit, Positionstyp oder weitere Produktionsmerkmale hinzu.
Die konkrete Importstruktur ist produktspezifisch. Fachlich lassen sich jedoch vier Kernfragen trennen:
- Identität: Welche Baugruppe und welche Komponente sind gemeint?
- Beziehung: Wie gehört die Komponente zur Baugruppe und auf welcher Ebene?
- Menge: Welche Komponentenmenge gilt zu welcher Bezugsmenge und Einheit?
- Geltung: Für welches Werk, welche Verwendung, Variante oder Zeitspanne gilt die Beziehung?
Erst wenn diese Bedeutung klar ist, lohnt sich die Suche in den Altdaten. Ein gleichnamiger Tabellenfund wäre bequem, ist aber kein notwendiger Ausgangspunkt.
Warum die Stückliste im Altsystem „fehlen“ kann
Historisch gewachsene ERP-Systeme bilden Produktion nicht immer mit dem Objektmodell des neuen Systems ab. Komponenten können direkt an einen Artikel angehängt, in Kalkulationszeilen gespeichert oder über Auftrags- und Variantenstrukturen verbunden sein. Ein PPS-Modul verwendet vielleicht andere Begriffe als das künftige ERP. Individuelle Entwicklungen können die standardmäßige Datenablage zusätzlich verändern.
Dadurch entstehen drei grundsätzlich verschiedene Fälle:
- Das Objekt ist vorhanden und nur anders benannt. Kopf- und Positionsinformationen liegen in klaren, aber unbekannten Tabellen.
- Das Objekt ist rekonstruierbar. Baugruppen, Komponenten und Mengen existieren, müssen jedoch aus mehreren Tabellen und Beziehungen zusammengesetzt werden.
- Die Information fehlt fachlich. Bestimmte Varianten, Gültigkeiten oder Mengen wurden nie strukturiert gepflegt und können nicht zuverlässig aus anderen Daten abgeleitet werden.
Nur der dritte Fall ist eine echte Datenlücke. Wer die ersten beiden Fälle vorschnell als „nicht vorhanden“ einstuft, verlagert automatisierbare Arbeit unnötig in eine manuelle Neuanlage.
Mit einer Zielstruktur beginnen, nicht mit Tabellenraten
Die Analyse startet am besten mit dem konfigurierten Zielsystem. Welche Stücklistenart soll nach dem Go-live tatsächlich verwendet werden? Welche Ebenen und Positionstypen unterstützt der vorgesehene Importweg? Welche Vorgängerobjekte müssen bereits angelegt sein?
Daraus entsteht eine kleine fachliche Zielmatrix. Für jedes benötigte Zielfeld wird festgehalten:
- seine Bedeutung im künftigen Produktionsprozess,
- ob es für alle oder nur bestimmte Stücklisten verpflichtend ist,
- welche Werte das Zielsystem zulässt,
- welche Abhängigkeit zu Materialstämmen, Werken oder Änderungsständen besteht,
- und anhand welches Beispiels der Fachbereich das Ergebnis prüfen kann.
Erst danach wird untersucht, welche Altdaten diese Anforderungen direkt oder indirekt erfüllen. Dieser zielorientierte Weg verhindert, dass große Tabellen exportiert werden, deren Inhalt später nicht zum Importobjekt passt.
So lässt sich die alte Stücklistenlogik rekonstruieren
1. Bekannte Baugruppen als Anker verwenden
Der Fachbereich benennt einige Produkte, deren Aufbau er sicher kennt: einen einfachen Normalfall, eine mehrstufige Baugruppe und mindestens eine wichtige Besonderheit. Diese Beispiele dienen nicht als vollständige Stichprobe, sondern als fachliche Anker für die technische Suche.
In der Datenbank lässt sich dann verfolgen, in welchen Tabellen diese Artikel vorkommen und welche Datensätze sich über Schlüssel, Referenzen oder gemeinsame Vorgänge verbinden.
2. Beziehungen statt einzelner Feldnamen untersuchen
Eine Komponententabelle allein ergibt noch keine Stückliste. Es muss belegt sein, welcher Schlüssel zum Kopf führt, ob dieselbe Komponente mehrfach vorkommen darf und wie Positionen voneinander unterschieden werden. Fehlen dokumentierte Fremdschlüssel, können wiederkehrende Schlüsselwerte, Indizes, Anwendungsabfragen und bekannte Beispieldatensätze Hinweise liefern.
Die Verbindung bleibt zunächst ein Kandidat. Sie wird erst belastbar, wenn sie für mehrere bekannte Baugruppen vollständige und plausible Positionen liefert.
3. Mengen und Einheiten gemeinsam lesen
Eine Zahl ohne Bezugsgröße ist nicht migrationsfähig. „2,5“ kann zwei Stück pro Baugruppe, 2,5 Kilogramm pro hundert Einheiten oder eine bereits umgerechnete Kalkulationsmenge bedeuten. Quellmenge, Komponenteneinheit, Kopfbezugsmenge und mögliche Umrechnungsfaktoren müssen daher zusammen analysiert werden.
4. Gültigkeit und Varianten nicht ausblenden
Mehrere Strukturen für dieselbe Baugruppe können unterschiedliche Werke, Zeiträume, Alternativen oder Produktvarianten darstellen. Werden diese Unterscheidungsmerkmale beim Export ignoriert, entstehen scheinbare Dubletten oder miteinander vermischte Positionen.
Das Ziel muss nicht jede historische Variante übernehmen. Das Projekt muss aber erkennen, warum mehrere Fassungen existieren, bevor es eine Auswahlregel festlegt.
Vom Beziehungsnachweis zur Importstruktur
Wenn die relevanten Quellbeziehungen belegt sind, werden sie in eine wiederholbare Transformation überführt. Typischerweise entstehen dabei mindestens zwei logisch verbundene Ergebnismengen:
- eine Kopfmenge mit eindeutiger Baugruppe, Bezugsmenge und Geltungsmerkmalen,
- eine Positionsmenge mit Kopfverweis, Positionsschlüssel, Komponente, Menge und Einheit.
Je nach Zielsystem folgen weitere Ebenen, Unterpositionen oder Langtexte. Wichtig ist, dass jede Position genau einem Kopf zugeordnet werden kann und dass die erzeugte Reihenfolge den Vorgaben des Importobjekts entspricht.
Die Transformation kann häufig mit lesenden SQL-Abfragen aus der alten Datenbank aufgebaut werden. Dabei werden Quelltabellen verbunden, Gültigkeiten gefiltert, Werte zugeordnet und das Ergebnis in der geforderten CSV- oder Vorlagenstruktur ausgegeben. Das Datenmapping im ERP-Projekt hält fest, welche fachliche Regel hinter jeder erzeugten Zielspalte steht.
Fünf Abgleiche vor dem ersten Stücklistenimport
Vollständigkeit der Köpfe
Jede ausgewählte Baugruppe muss genau in der erwarteten Zielmenge vorkommen. Mehrere gültige Alternativen werden getrennt ausgewiesen, nicht still zusammengeführt.
Vollständigkeit der Positionen
Für bekannte Baugruppen werden Quell- und Zielanzahl der Komponenten verglichen. Abweichungen brauchen eine Erklärung: bewusster Filter, ungültige Position, fehlender Materialstamm oder technische Verbindungsregel.
Referenzierbare Materialien
Baugruppe und Komponente müssen im Zielsystem bereits als passende Materialien oder Produkte existieren. SAP nennt das Produkt beziehungsweise Material beispielsweise als obligatorisches Vorgängerobjekt für Materialstücklisten. Auch in anderen ERP-Systemen ist eine Stücklistenposition ohne gültigen Artikelbezug meist nicht anlegbar.
Mengen, Einheiten und Vorzeichen
Dezimalstellen, Bezugsmenge, Basiseinheit und mögliche Umrechnung werden anhand fachlich bekannter Beispiele geprüft. Technisch gültige Zahlen können sonst eine völlig falsche Materialbedarfsplanung erzeugen.
Hierarchie und Zyklen
Eine mehrstufige Struktur muss sich vom Endprodukt über Zwischenbaugruppen bis zu Komponenten nachvollziehen lassen. Unzulässige Kreise – etwa Baugruppe A enthält B und B enthält wieder A – gehören vor dem Import in eine separate Fehlerliste. Ob ein Kreis fachlich falsch oder im Altsystem bewusst verwendet wurde, entscheidet der Produktionsbereich.
Ein kleiner Prototyp beantwortet mehr als ein großer Roh-Export
Für den ersten Test sollten nicht sofort alle Stücklisten geladen werden. Aussagekräftiger ist ein bewusst ausgewählter Satz:
- eine einfache einstufige Baugruppe,
- eine mehrstufige Struktur mit Zwischenbaugruppe,
- eine Stückliste mit alternativer oder zeitlicher Geltung,
- ein Fall mit unterschiedlicher Mengen- oder Basiseinheit,
- und eine bekannte Besonderheit des Unternehmens.
Der Fachbereich kennt für diese Baugruppen das erwartete Ergebnis. Dadurch lässt sich schnell unterscheiden, ob die Quellbeziehung falsch verstanden, eine Transformationsregel ungeeignet oder das Zielsystem noch nicht passend konfiguriert ist.
Dieser Prototyp ist zugleich ein Risikobeleg. Er zeigt früh, ob die Grundstruktur automatisch erzeugt werden kann, welche Entscheidungen fehlen und welche Zielentwicklung tatsächlich benötigt wird. Der Beitrag Welche Daten zuerst migrieren? erklärt, warum ein kritisches Objekt deshalb früh analysiert, aber nicht zwingend als erstes vollständig umgesetzt werden sollte.
Typische Fehlversuche bei der Stücklistenmigration
- Nur nach „BOM“ oder „Stückliste“ suchen: Historische Bezeichnungen und individuelle Strukturen bleiben unentdeckt.
- Alle Tabellen exportieren: Datenmenge ersetzt kein belegtes Beziehungsmodell.
- Nur Kopf und Komponente verbinden: Mengen, Geltung, Alternativen und Positionseindeutigkeit gehen verloren.
- Fehlende Materialien später lösen: Der Stücklistenimport scheitert an nicht vorhandenen Vorgängerobjekten.
- Einzelne CSVs manuell reparieren: Beim nächsten Quellstand kehren dieselben Fehler zurück.
- Technischen Import als Abnahme behandeln: Erst der Produktionsfachbereich kann beurteilen, ob Aufbau und Mengen verwendbar sind.
Wann manuelle Ergänzung trotzdem sinnvoll ist
Nicht jede historische Besonderheit rechtfertigt eine komplexe automatische Regel. Wenn wenige aktive Baugruppen eine Information benötigen, die nirgends zuverlässig gespeichert wurde, kann eine kontrollierte Anreicherung wirtschaftlicher sein.
Sie erfolgt über eindeutige Baugruppen- oder Positionsschlüssel und eine freigegebene Ergänzungsliste. Dadurch bleibt die Entscheidung beim nächsten Datenlauf erhalten. Eine direkte Änderung in der fertigen Importdatei wäre dagegen weder wiederholbar noch sicher abstimmbar.
Woran eine migrationsfähige Stückliste erkennbar ist
Vor einem breiten Testlauf sollte das Projekt für jede ausgewählte Stückliste beantworten können:
- Woher stammen Kopf, Position, Menge, Einheit und Geltung?
- Wie wird jede Position eindeutig ihrem Kopf zugeordnet?
- Welche Material- und Organisationsobjekte müssen vorher im Ziel existieren?
- Welche historischen Varianten werden übernommen oder bewusst ausgeschlossen?
- Welche Regel erzeugt die Zielstruktur bei einem neuen Quellstand erneut?
- Wie werden Mengen, Beziehungen und wichtige Prüffälle nach dem Import abgestimmt?
Der Nachweis endet somit nicht an der importfähigen Datei. Wie Vollständigkeit und fachliche Richtigkeit zusammengeführt werden, erläutert der Beitrag zur Datenvalidierung bei der ERP-Migration.
Stücklisten müssen im Altsystem nicht so heißen
Die entscheidende Frage lautet nicht, ob das alte ERP ein modernes Stücklistenobjekt kennt. Entscheidend ist, ob die benötigten Baugruppen, Komponenten, Mengen und Geltungsbeziehungen technisch auffindbar und fachlich belegbar sind.
Externe Unterstützung kann vom Zielobjekt aus die alte Datenbank untersuchen, Beziehungen mit bekannten Baugruppen belegen, eine wiederholbare Transformation entwickeln und Prototyp sowie Mengenabgleich für die fachliche Prüfung bereitstellen. Das Unternehmen entscheidet, welche Stücklistenvarianten für den künftigen Produktionsprozess gelten und gibt die Regeln frei.
So wird aus der scheinbar fehlenden Stückliste keine monatelange manuelle Neuanlage. Zuerst wird geprüft, welche Produktionslogik bereits in den Altdaten steckt – auch wenn das alte System sie anders nennt und anders speichert.