Stammdaten-Governance und eindeutige Kennzeichnung im 3D-Druck: Von Codierregeln über Versionsindizes bis zum Datenwörterbuch

Warum mehrere Codes für ein Objekt in 3D-Druckwerkstätten zu kontinuierlicher Nacharbeit führen

In 3D-Druckwerkstätten mit hoher Variantenvielfalt und kleinen Losgrößen ist nicht der Maschinenstillstand das häufigste Problem, sondern ein verdeckter Verlust: Dasselbe Bauteil heißt im Angebotssystem A, auf der Prozesskarte B, im MES-Fertigungsauftrag C und im Prüfbericht schließlich D. Oberflächlich funktionieren alle vier Nummerierungen, tatsächlich lassen sie sich jedoch nicht miteinander abgleichen. Bei der Analyse mehrerer On-Demand-Fertigungsstandorte zeigte sich: Wenn ein Bauteil keine eindeutige Identifikationsnummer besitzt, können Materialchargen, Druckparameter, Prüfaufzeichnungen und Liefernachverfolgung nur über das Gedächtnis einzelner Mitarbeiter verknüpft werden. Bei Personalwechseln oder parallelen Aufträgen sind falsche Versionen, falsche Materialbereitstellungen und fehlerhafte Montage daher nahezu unvermeidlich.

Erschwerend kommt hinzu, dass der 3D-Druck schnelle Iterationen naturgemäß fördert. Bei derselben Halterung wird heute die Wandstärke geändert, morgen der Ausrichtungswinkel angepasst und übermorgen die Pulvercharge gewechselt. Führt jede Änderung zu einer neuen Datei, ohne in ein einheitliches Codier- und Versionssystem aufgenommen zu werden, sammeln sich innerhalb weniger Wochen zahlreiche ähnliche, jedoch untereinander inkompatible Modelle an. Deshalb darf sich der Aufbau einer digitalen Fabrik nicht auf die Vernetzung von Anlagen beschränken: Zuerst müssen Stammdaten und die eindeutige Kennzeichnung jedes Objekts geregelt werden.

1. Was Stammdaten wirklich sind: Das „Bauteil“ von einer Datei zu einem kontrollierten Objekt machen

Stammdaten (Master Data) sind zentrale Geschäftsobjekte, die system- und abteilungsübergreifend wiederverwendet werden und sich nur selten ändern. Für 3D-Druckunternehmen umfassen die wesentlichen Stammdaten mindestens vier Kategorien: Material-/Bauteilstammdaten (einschließlich Werkstoffsorte, Prozessroute und Standardnachbearbeitung), Anlagenstammdaten (Maschinentyp, Bauraumgröße, Laserleistung und Koordinatensystem), Lieferanten- und Chargenstammdaten (Pulverchargennummer, Anzahl der Siebungen und Sauerstoffgehalt) sowie Prozessparameterstammdaten (Schichtdicke, Laserleistung, Scangeschwindigkeit, hatch-Abstand und Vorheiztemperatur).

Der Wert dieser Daten liegt in einer einheitlichen Semantik. Beispielsweise muss die Chargennummer P-2026-10-041 für 316L-Pulver beim Wareneingang, bei der Entnahme, beim Sieben und Wiederverwenden sowie beim Druckverbrauch auf denselben Code verweisen. Andernfalls gibt es auf die Frage „Welche Pulvercharge wurde verwendet?“ niemals eine verlässliche Antwort. Ebenso muss die Nummer einer LPBF-Anlage, E-LPBF-03, mit ihren Wartungsaufzeichnungen, Kalibrierberichten zur geometrischen Genauigkeit und der Nummer des Bauraums verknüpft sein, damit Kennzahlen zur Anlagenverfügbarkeit und Fehlerstatistiken aussagekräftig sind.

Auch der Unterschied zwischen Stamm- und Transaktionsdaten muss klar sein: Fertigungsaufträge, Lieferscheine und Prüfprotokolle sind Transaktionsdaten, die täglich entstehen; Bauteilnummern, Anlagennummern und Werkstoffsorten sind Stammdaten, auf die wiederholt verwiesen wird. Erstere können stark anwachsen, Letztere müssen streng kontrolliert und Änderungen nachvollziehbar dokumentiert werden.

2. Codierregeln für eine eindeutige Kennzeichnung: lesbar, erweiterbar und prüfbar

Der Kern einer eindeutigen Kennzeichnung besteht nicht darin, jedem Bauteil irgendeine Nummer zu geben, sondern darin, dass der Code selbst eine auswertbare Struktur trägt. In der Praxis ist eine segmentierte Codierung am zuverlässigsten: Kategoriecode-Merkmalcode-Seriennummer-Versionsindex. Beispielsweise steht BR-Ti64-LPBF-0147-R03 für ein Halterungsbauteil, den Werkstoff Ti6Al4V, das LPBF-Verfahren, die Seriennummer 0147 und Revision 3. Diese Codierung bietet drei unmittelbare Vorteile: Erstens ist sie für Menschen lesbar, sodass Lager- und Qualitätsmitarbeiter die grundlegenden Eigenschaften ohne Datenbankabfrage erkennen können. Zweitens kann das System nach Segmenten suchen und beispielsweise schnell „alle LPBF-Teile aus Titanlegierung“ filtern. Drittens verankert der Versionsindex die Designiteration im Code und verhindert die versehentliche Verwendung alter Zeichnungsstände.

Bei der Codegestaltung sind einige typische Fehler zu vermeiden. Variable Informationen wie Kundenname, Auftragsnummer und Menge dürfen nicht in den Code aufgenommen werden, da der Code sonst seine Stabilität verliert. Fortlaufende Nummern sollten nicht zur Bedeutungsdarstellung missbraucht werden, weil dies zu Kollisionen führt und nicht skalierbar ist. Ebenso sollten chinesische oder Vollbreitenzeichen vermieden werden, da sie bei systemübergreifenden Schnittstellen leicht zu Inkonsistenzen führen. Empfohlen werden ausschließlich Großbuchstaben, Ziffern und Bindestriche bei einer Länge von 16 bis 24 Zeichen, um Lesbarkeit und Barcode-Kapazität in Einklang zu bringen.

Bei serialisierten Bauteilen, bei denen jedes physische Objekt einzeln rückverfolgbar sein muss, etwa Luftfahrtteilen oder Prototypen medizinischer Implantate, wird die eindeutige Kennzeichnung um ein Seriennummernsegment ergänzt. So entsteht eine zweistufige Struktur aus „Bauteilcode + Seriennummer“. Der Bauteilcode verwaltet die Konstruktionsidentität, die Seriennummer die physische Identität; im MES werden beide in einer Eltern-Kind-Beziehung verknüpft.

3. Versionen und Zeichnungsnummern: Jede Änderung nachvollziehbar machen

Die hohe Iterationsgeschwindigkeit im 3D-Druck stellt besondere Anforderungen an das Versionsmanagement. Empfohlen wird folgende Regel: Ändert sich die Geometrie, der Werkstoff oder ein kritischer Prozessparameter, muss eine neue Version erstellt werden. Änderungen ausschließlich an Hinweisen, Verpackungsanweisungen oder anderen Angaben ohne Einfluss auf die physischen Eigenschaften erfordern keine neue Version, müssen jedoch als Überarbeitung dokumentiert werden. Versionsnummern folgen dem Schema R+zweistellige Zahl (R01, R02 …) und entsprechen strikt dem Versionsindex im Code.

Für jede Version müssen vier Elemente hinterlegt sein: das 3D-Modell dieser Version, jeweils im STEP- und Originalformat; die zugehörige Zeichnungsnummer samt technischen Anforderungen; die Prozesskarte und der Parametersatz dieser Version; sowie der Erstmusterprüfbericht oder Validierungsnachweis. Fehlt eines dieser Elemente, darf die Version nicht für die Produktion freigegeben werden. Viele Teams speichern nur die Modelldatei und übersehen, dass „auch der Parametersatz Teil der Version ist“. Bauteile, die mit demselben Modell, aber unterschiedlichen Parametersätzen gedruckt werden, können deutlich abweichende Eigenschaften aufweisen. Ohne Parameterversion lassen sich Leistungsschwankungen nicht erklären.

Ungültige Versionen dürfen nicht gelöscht werden, sondern nur mit „ungültig/nur für historische Abfragen“ gekennzeichnet werden. Das Löschen historischer Versionen zerstört die Rückverfolgbarkeitskette; bei Kundenreklamationen oder Fehleranalysen lassen sich der damalige Konstruktions- und Prozessstatus dann nicht mehr rekonstruieren.

4. Einführungsweg: Von Codierregeln zur Systemintegration

Die Einführung sollte in vier Schritten erfolgen, die jeweils separat abgenommen werden können. Der erste Schritt ist die Codebereinigung: Alle aktuellen und historischen Bauteile werden erfasst, Mehrfachcodes für ein Objekt sowie ein Code für mehrere Objekte identifiziert und in einer Zuordnungstabelle dokumentiert. Dieser Schritt ist der mühsamste, aber auch der einzige, der nicht übersprungen werden kann. Der zweite Schritt ist die Regeldefinition: Codierregeln, Versionsregeln und ein Datenwörterbuch werden veröffentlicht; für jedes Feld werden Verantwortliche und zulässige Wertebereiche festgelegt. Der dritte Schritt ist die Systemintegration: Die Regeln werden in PLM oder ERP verankert, manuelle Offline-Nummernvergaben untersagt, und Codes für neue Bauteile werden zwingend regelbasiert vom System erzeugt. Der vierte Schritt ist die Durchgängigkeit: Die Referenzfelder in Angebot, Prozessplanung, Feinplanung, Prüfung und Versand müssen alle auf denselben Bauteilcode verweisen. Fehlt in irgendeinem Schritt der Code, gilt dies als nicht konform und der Vorgang darf nicht in die nächste Stufe übergehen.

Für die Abnahme empfehlen sich drei messbare Kennzahlen: die Rate mehrfacher Codes je Objekt (Zielwert unter 1 %), die Vollständigkeitsrate der Pflichtfelder in den Stammdaten (Zielwert über 98 %) sowie die Rückverfolgbarkeitsrate von Versionen. Letztere wird anhand einer Stichprobe von 100 in Fertigung befindlichen Bauteilen bestimmt: Der Anteil der Bauteile, für die Modell, Parameter und Prüfaufzeichnungen vollständig rekonstruiert werden können, sollte 100 % betragen. Eine monatliche Überprüfung dieser drei Kennzahlen zeigt den tatsächlichen Fortschritt besser als jeder sloganhafte „Digitalisierungswandel“.

5. Häufige Fehlerbilder und Empfehlungen zu ihrer Vermeidung

Der häufigste Fehler besteht darin, Stammdaten als einmaliges Projekt zu behandeln. Stammdaten benötigen kontinuierliche Governance; andernfalls werden neue Bauteile nach einem halben Jahr wieder manuell nummeriert und die Regeln bleiben wirkungslos. Es sollte ein eindeutiger Verantwortlicher benannt werden, und jede Änderung an Codierregeln muss von diesem geprüft und dokumentiert werden. Ein zweites Fehlerbild ist eine übermäßige Feldgestaltung: Werden auf einmal Hunderte Felder definiert, kann niemand sie vollständig ausfüllen, sodass am Ende alles leer bleibt. Sinnvoll ist es, zunächst mit 15 bis 25 Kernfeldern zu starten und diese anschließend entsprechend den Geschäftsanforderungen schrittweise zu erweitern. Ein dritter Fehler ist das Ignorieren von Fremdfertigungs- und Wareneingangsszenarien: Fremdgefertigte Teile und kundenseitig bereitgestellte Zeichnungen gelangen häufig ohne interne Codierung direkt in die Produktion. Daher muss die Codevergabe bereits bei der Auftragsannahme zwingend ergänzt werden, da die Rückverfolgbarkeitskette sonst schon am Anfang reißt.

Ein weiterer oft übersehener Punkt: Codierregeln müssen Erweiterbarkeit über Werke und Systeme hinweg ermöglichen. Was heute nur in einer Werkstatt verwendet wird, muss morgen möglicherweise an das PLM eines Kunden oder eine Branchenplattform angebunden werden. Ein reserviertes Werksegment oder Präfixsegment im Code erspart künftig eine schmerzhafte vollständige Umstrukturierung.

Fazit

Das wahre Fundament der Digitalisierung einer 3D-Druckwerkstatt sind weder Anlagenvernetzung noch Dashboards, sondern ein eindeutiger, stabiler und auswertbarer Identifikationscode für jedes Bauteil – ergänzt durch ein passendes Versionssystem und Datenwörterbuch. Stammdaten-Governance wirkt zwar unerquicklich, entscheidet jedoch unmittelbar darüber, ob Materialchargen zurückverfolgt, Prozessparameter reproduziert und Liefernachweise vom Kunden akzeptiert werden können. Von der Bestandsaufnahme bestehender Codes über die Veröffentlichung von Regeln und deren Systemverankerung bis zur durchgängigen Integration aller Prozessschritte erfordert dieser Weg mehrere Monate kontinuierlicher Arbeit. Dafür schafft er die Grundlage, damit alle nachfolgenden digitalen Fähigkeiten – Planung, Qualitätsprüfung, Kostenrechnung und Rückverfolgbarkeit – tatsächlich wirksam umgesetzt werden können.