PLM-System verstehen: Stücklisten, Revisionen und Änderungen im Modellbau

Die CAD-Datei ist geändert, die Zeichnung liegt noch im alten Stand vor und für die Montage wurde bereits das falsche Teil bestellt. Solche Widersprüche entstehen nicht erst in großen Fabriken. Schon ein Modellbauprojekt mit mehreren Baugruppen braucht eine klare Antwort auf die Frage: Welcher Stand gilt für welches Exemplar? Ein PLM-System unterstützt dabei, Produktinformationen und Entscheidungen über den Lebenszyklus hinweg zusammenzuhalten.

Was ist ein PLM-System?

PLM steht für Product Lifecycle Management, auf Deutsch Produktlebenszyklusmanagement. Der Ansatz verbindet Menschen, Prozesse und Produktdaten von der Idee über Entwicklung und Fertigung bis zu Nutzung, Service und Auslauf. Software kann diese Zusammenarbeit unterstützen, ersetzt aber keine klaren Zuständigkeiten. Fraunhofer IPK beschreibt PLM entsprechend als integrierten Managementansatz, der Prozesse, IT-Systeme und Daten umfasst.

Für die Werkstatt wird das an einer einfachen Situation greifbar: Eine neue Motorhalterung passt zum aktuellen Antrieb, aber nicht zum bereits gebauten Modell. Wer nur die neueste Datei aufbewahrt, verliert möglicherweise die Grundlage für ein passendes Ersatzteil. Benötigt werden der gültige Stand, sein Einsatzbereich und die nachvollziehbare Verbindung zu älteren Ausführungen.

PLM, PDM und ERP: unterschiedliche Schwerpunkte

Die tatsächlichen Funktionsgrenzen hängen von System und Einrichtung ab. Ein Produktname allein sagt nicht, wo die verbindliche Stückliste geführt wird oder wer einen Artikel freigibt. Entscheidend ist eine vereinbarte Zuständigkeit für jedes Datenobjekt. Werden dieselben Felder in mehreren Systemen unabhängig geändert, entstehen trotz Digitalisierung neue Widersprüche.

Lehranimation: eine Änderung kontrolliert freigeben

Die vier Stationen zeigen einen vereinfachten Änderungsablauf. Mit „Weiter“ kannst du ihn einzeln durchgehen. „Start“ und „Pause“ steuern die automatische Folge. Es handelt sich um ein eigenes Prozessbeispiel, nicht um die Benutzeroberfläche einer bestimmten Software.

Welche Informationen müssen zusammenpassen?

Eine brauchbare Struktur beginnt mit einer eindeutigen Artikelnummer. Diese bezeichnet das Teil oder die Baugruppe; eine Revision kennzeichnet einen kontrollierten Änderungsstand. Ein Bearbeitungsstand einer Datei ist wiederum nicht automatisch eine freigegebene Artikelrevision. Wie ein System diese Ebenen benennt und miteinander verknüpft, muss einheitlich festgelegt werden.

• Artikel: eindeutige Kennung und verständliche Benennung.
• Revision: definierter Stand mit dokumentierter Änderung.
• Dokumente: zugehöriges CAD-Modell, Zeichnung und Prüfunterlagen.
• Stückliste: benötigte Positionen mit Mengen, Einheiten und gültigen Ständen.
• Status: beispielsweise in Arbeit, in Prüfung, freigegeben oder abgekündigt.
• Verwendung: Baugruppen oder konkrete Exemplare, in denen der Stand eingesetzt wird.

Ein Dateiname wie „Halter_final_neu2.step“ beantwortet diese Fragen nicht. Besser ist eine feste Kennung mit geregeltem Status. Die dazugehörige Konstruktionszeichnung muss dieselbe Ausführung beschreiben wie Modell und Fertigungsauftrag.

Praxisbeispiel: eine Motorhalterung wird geändert

Eigenes, fiktives Modellbauprojekt: Eine Baugruppe enthält die Halterung MH-010 in Revision A, einen Motor und vier Schrauben. Wegen einer neuen Kabelführung soll die Halterung eine zusätzliche Aussparung erhalten. Der Konstrukteur legt zunächst einen Änderungsantrag an und beschreibt den Anlass. Das bestehende Modell wird nicht einfach stillschweigend ersetzt.

Bei der Prüfung wird kontrolliert, ob die Aussparung den verfügbaren Bauraum und die Befestigung beeinflusst. Außerdem wird festgestellt, dass zwei Halterungen bereits gefertigt wurden. Jetzt sind mehrere Entscheidungen nötig: Bleiben diese verwendbar? Ist Nacharbeit möglich? Soll der neue Stand erst für das nächste Modell gelten? Die technische Änderung allein beantwortet keine dieser Fragen.

Nach erfolgreicher Prüfung wird Revision B freigegeben. Im Beispiel gilt sie für Modell Nummer 03 und folgende. Modell 01 und 02 behalten ihren dokumentierten Stand A. Diese Zuordnung ist die entscheidende Information für spätere Ersatzteile. „Immer die neueste Datei verwenden“ wäre hier die falsche Regel.

Ob die Schraubenposition in der Stückliste ebenfalls geändert werden muss, hängt vom tatsächlichen Ergebnis ab. Eine Stückliste sollte nicht nur zeigen, welche Teile grundsätzlich existieren, sondern welche Kombination für die betrachtete Ausführung gilt. Für einen geänderten Antrieb können beispielsweise auch die Anschlussdaten einer elastischen Kupplung relevant werden.

Freigabe ist ein geregelter Übergang

Ein Freigabeprozess legt fest, wer prüft, welche Nachweise nötig sind und wann ein Stand verwendet werden darf. Autodesk beschreibt für Fusion Manage beispielsweise revisionierte Arbeitsbereiche und Änderungsabläufe, die Bearbeitung, Prüfung und Freigabe steuern. Dabei werden frühere freigegebene Revisionen gegen nachträgliche Änderung geschützt. Das ist ein konkretes Systemverhalten; andere Werkzeuge müssen entsprechend ihrer eigenen Regeln eingerichtet werden.

Eine Freigabe darf nicht allein aus einem grünen Symbol bestehen. Im Beispiel sollten Zeichnung, Stückliste und Prüfergebnis eindeutig zum freizugebenden Stand gehören. Zur Entscheidung gehört außerdem, wie mit laufenden Aufträgen, vorhandenen Teilen und offenen Bestellungen umgegangen wird.

Wie ein kleines Team sinnvoll beginnt

Definiere zunächst an einer einzigen Baugruppe einen überschaubaren Ablauf. Vereinbare Artikelkennungen, Statusbegriffe und die Verantwortlichen für Änderungen. Übernimm anschließend ein bekanntes Projekt mit wenigen Teilen und führe eine echte Änderung vom Antrag bis zur Ersatzteilfrage durch. So werden Lücken sichtbar, bevor ein großer Datenbestand importiert wird.

Für einfache Einzelprojekte kann zunächst eine disziplinierte Ablage mit dokumentierten Freigaben ausreichen. Sie bietet jedoch nicht automatisch die Zugriffssteuerung, Beziehungen und Änderungsverfolgung eines eingerichteten Systems. Eine Produktentscheidung sollte sich an nachgewiesenen Anforderungen orientieren, etwa Anzahl der Beteiligten, Varianten, Schnittstellen und notwendiger Nachverfolgbarkeit.

Auch eine zentrale Datenbank benötigt eine Wiederherstellungsstrategie. Dateiversionen und Freigaben ersetzen kein geprüftes Backup. Ebenso sollten externe Beteiligte nur die für ihre Aufgabe vorgesehenen Daten erhalten. Diese Regeln gehören zum Arbeitsablauf und dürfen nicht erst nach dem Datenimport geklärt werden.

Checkliste für einen belastbaren Pilotversuch

• Lässt sich zu einem Bauteil die gültige Zeichnung eindeutig finden?
• Sind Bearbeitungsstand und freigegebene Revision unterscheidbar?
• Ist erkennbar, wer eine Änderung geprüft und freigegeben hat?
• Bleiben alte Stände für Ersatzteile nachvollziehbar?
• Ist der Einsatzbereich der Änderung dokumentiert?
• Sind Stückliste, Modell und Fertigungsunterlagen widerspruchsfrei?
• Wurde die Wiederherstellung wichtiger Projektdaten erprobt?

Eine klare Arbeitsplatz- und Ablagestruktur nach 5S unterstützt diese Disziplin. Sie ersetzt aber keine geregelte Revisionierung.

Quellen und Einordnung

• Fraunhofer IPK: Was ist Product Lifecycle Management?
• Siemens: Produktdatenmanagement
• Autodesk: About change management

Motorhalterung, Kennungen und Änderungsablauf sind eigene Lehrbeispiele. Quellenprüfung: 26. Oktober 2026.