Product Lifecycle Management bietet vollständige Versionierung von Teilen und Dokumenten, technische Änderungskontrolle, Stücklistenverwaltung mit datums- und einheitenbezogener Gültigkeit, formale Freigabe- und Genehmigungs-Workflows sowie die kontrollierte Verwahrung von CAD- und anderen technischen Dokumenten. Jedes Teil und jedes Dokument ist ein revisionskontrolliertes Objekt mit einem definierten Lebenszykluszustand, sodass die Plattform stets weiß, welche Revision in Bearbeitung, welche freigegeben, welche veraltet und welche abgelöst ist. Stücklisten sind strukturiert, mehrstufig und versioniert und werden als Fertigungs-, Konstruktions- und Servicestrukturen ausgedrückt, die sich bewusst unterscheiden können und dennoch untereinander nachverfolgbar bleiben.

Das Modul pflegt Klassifizierungs- und Teilenummernschemata, Attributbibliotheken, die Handhabung von Maßeinheiten und Referenzkennzeichen, Alternativ- und Ersatzteile sowie die Kennzeichnung von Eigenfertigung versus Fremdbezug. Es verwaltet den vollständigen Bestand kontrollierter Dokumente: native CAD-Modelle und Zeichnungen, Spezifikationen, Prüfanweisungen, Arbeitsanweisungen und Zertifikate, jeweils versioniert, betrachtbar und mit den Objekten verknüpft, die sie beschreiben. Änderungen erfolgen nie stillschweigend. Redlines, Abweichungen, Ausnahmegenehmigungen und Änderungsaufträge sind erstklassige Objekte, und die Freigabe jeder Revision ist ein auditierbares Ereignis mit angehängter elektronischer Signatur, einem Änderungsgrund und einem Nachweis darüber, wer was und wann genehmigt hat.

Im Zentrum des Moduls steht das Teil: die dauerhafte Identität einer Komponente, eines Materials oder einer Baugruppe, unabhängig von einer einzelnen Revision davon. Ein Teil sammelt im Laufe seines Lebens Revisionen an, und zu jedem Zeitpunkt befindet sich jede Revision in einem definierten Zustand, von in Bearbeitung über in Prüfung bis freigegeben und schließlich veraltet. Weil Identität und Revision getrennt sind, kann das Unternehmen über eine Komponente als stabile Größe sprechen, während sich ihre detaillierte Definition legitim weiterentwickelt.

Teile stehen über die Stückliste zueinander in Beziehung, die strukturierte Aussage darüber, woraus eine Baugruppe besteht und in welcher Menge. Diese Strukturen werden durch die Gültigkeit gesteuert, jene Regel, die bestimmt, ab welchem Datum oder ab welcher Serien- oder Losnummer eine bestimmte Unterrevision gilt. Die Gültigkeit ist es, die eine Konstruktionsänderung sauber zu einem gewählten Zeitpunkt greifen lässt, ohne die Historie umzuschreiben oder bereits gebaute Einheiten zu stören. Um Teile und Strukturen herum liegen Dokumente, die die Zeichnungen, Modelle und Spezifikationen tragen, die einer Revision ihre Bedeutung geben, sowie Änderungsnachweise, die die Absicht, Begründung und Autorisierung hinter jedem Übergang von einer Revision zur nächsten festhalten. Die Beziehungen zwischen diesen Konzepten, Identität zu Revision, Revision zu Struktur, Struktur zu Gültigkeit und alles zu seiner steuernden Änderung, sind es, die die Produktdefinition zugleich stabil und sicher veränderbar machen.

Arbeit gelangt als Anforderung in das Modul. Eine technische Änderungsanforderung erfasst ein Problem oder eine Chance: einen Feldausfall, eine Kostensenkung, eine Lieferantensubstitution, eine Kundenanforderung. Sobald sie angenommen ist, wird sie zu einem technischen Änderungsauftrag, dem kontrollierten Instrument, über das betroffene Teile, Dokumente und Stücklisten gemeinsam als ein zusammenhängendes Paket überarbeitet werden. Der Änderungsauftrag stellt das Vorher-Nachher-Bild zusammen, identifiziert jedes betroffene Objekt, legt die Gültigkeit fest, leitet das Paket zur Prüfung weiter und gibt bei Genehmigung die neuen Revisionen atomar frei, sodass die Produktdefinition niemals in einem halb geänderten Zustand existiert.

Genehmigung und Freigabe laufen über konfigurierbares Routing. Ein Paket durchläuft definierte Prüfrollen, jede mit eigenen Kriterien und elektronischer Freigabe, und kann nicht vorankommen, solange eine erforderliche Genehmigung oder Vorbedingung aussteht. Die Einführung neuer Produkte folgt derselben Disziplin von der anderen Seite: Konzepte reifen zu Konstruktionen, Konstruktionen werden als kontrollierte Dokumente und Strukturen erfasst, und Freigabe-Gates bestätigen, dass eine Definition vollständig, geprüft und fertigungsfähig ist, bevor sie an die Produktion übergeben wird. Ausmusterung und Veralterung werden mit gleicher Sorgfalt gehandhabt und stellen sicher, dass Teile am Ende ihres Lebenszyklus sauber abgelöst werden, Bedarfe für Last-Time-Buy gekennzeichnet werden und nachgelagerte Verbraucher auf aktuelle Revisionen umgeleitet werden.

Der Wert des Moduls liegt in den Kontrollen, die die Definition umgeben. Die Gültigkeit wird bei jeder Struktur durchgesetzt, sodass die Fertigung stets die genaue Revision auflöst, die für ein bestimmtes Baudatum oder eine serialisierte Einheit gültig ist, und die Verwendungsnachweis-Analyse läuft in beide Richtungen und offenbart jede Baugruppe, die ein Teil berührt, bevor eine Änderung festgeschrieben wird. Das Modul führt eine vollständige Revisionshistorie und einen Differenzvergleich, sodass sich beliebige zwei Revisionen eines Teils, Dokuments oder einer Stückliste Zeile für Zeile vergleichen lassen, und es bewahrt einen unveränderlichen Prüfpfad jeder Zustandsänderung, Genehmigung und Signatur.

Das Änderungsmanagement verankert die Disziplin, die von regulierten und sicherheitskritischen Branchen erwartet wird: Funktionstrennung zwischen Verursacher und Genehmiger, verpflichtende Kodierung des Änderungsgrunds, Kontrolle von Abweichungen und Ausnahmegenehmigungen mit definiertem Ablauf sowie geschlossene Verifizierung, dass eine Änderung umgesetzt und ihre Gültigkeit eingehalten wurde. Elektronische Signaturen werden mit Absicht und Identität erfasst und unterstützen die Beweisstandards, die für kontrollierte Aufzeichnungen erforderlich sind. Klassifizierungs- und Wiederverwendungskontrollen verringern die Teilevermehrung, indem sie bestehende Äquivalente sichtbar machen, bevor ein neues Teil angelegt wird, und Validierungsregeln schützen die Integrität von Nummerierung, Attributen und Strukturmengen. Zusammen geben diese Kontrollen dem Unternehmen eine Produktdefinition, die nicht nur gespeichert, sondern wirklich gesteuert ist, im Audit belastbar und als Eingabe für alles Nachgelagerte zuverlässig.

Product Lifecycle Management ist die vorgelagerte Autorität für die physische und technische Seite der Suite. Es speist freigegebene, gültigkeitsgesteuerte Stücklisten und Artikelstammdaten direkt in Manufacturing and Operations ein, das gegen genau die Revision plant, routet und baut, die der Änderungsauftrag gültig gemacht hat. Es liefert validierte Teiledefinitionen und Informationen zu freigegebenen Herstellern an Procurement und steuert die Kennzeichnung von Eigenfertigung versus Fremdbezug, die die Beschaffung prägt. Freigegebene Strukturen und Lagerhaltungsattribute fließen in das Inventory and Warehouse Management, sodass das, was gehalten und bewegt wird, die aktuelle Definition widerspiegelt.

Das Modul arbeitet eng mit Quality Management zusammen, das Nichtkonformitäten, Korrekturmaßnahmen und Feldausfälle als Rohmaterial für technische Änderungen zurückgibt, und mit Compliance, das auf Teile- und Materialattribute für regulatorische und materialbezogene Deklarationsberichte zurückgreift. Produkt- und Konfigurationsdaten unterstützen Sales and Configure-Price-Quote, sodass angebotsfähige Konfigurationen auf reale, freigebbare Strukturen abgebildet werden, während Kostenzusammenzüge und Standardkosten mit Finance geteilt werden. Kontrollierte Dokumente werden über die Dokumentendienste der Suite verwahrt, und jedes Genehmigungs-, Signatur- und Änderungsereignis wird in die gemeinsame Audit- und Identitätsebene geschrieben, die das gesamte Nashua 360 steuert.

AI Workers sind erstklassige Teilnehmer am Product Lifecycle Management, kein Aufsatz darauf. Ingenieure fragen die Produktdefinition im Dialog ab, erkundigen sich, wo ein Teil verwendet wird, welche Baugruppen eine vorgeschlagene Änderung stören würde, was sich zwischen zwei Revisionen unterscheidet oder welche offenen Änderungsaufträge ein bestimmtes Programm berühren, und erhalten präzise, quellenverknüpfte Antworten aus dem laufenden Modell. Die Worker führen Aktionen unter denselben Berechtigungen und Kontrollen aus wie jeder Benutzer: eine Änderungsanforderung stellen, die Liste betroffener Objekte für einen Änderungsauftrag zusammenstellen, eine Gültigkeit vorschlagen oder ein neues Teil aus einem bestehenden Äquivalent entwerfen, um der Vermehrung entgegenzuwirken.

Sie extrahieren strukturierte Daten aus eingehenden technischen Dokumenten und Lieferantendeklarationen, lesen Zeichnungen, Spezifikationen und Materialzertifikate, um Attribute zu befüllen und Abweichungen gegenüber dem kontrollierten Datensatz zu kennzeichnen. Sie überwachen kontinuierlich auf Anomalien und Ausnahmen: Strukturen, die ohne steuernde Änderung freigegeben wurden, Gültigkeitslücken oder -überschneidungen, ungelöste Redlines, Abweichungen, die dem Ablauf entgegengehen, oder eine freigegebene Revision, die noch auf ein veraltetes Unterteil verweist, und sie alarmieren den verantwortlichen Eigentümer. In der Entscheidungsunterstützung fassen sie die Auswirkung und Kosten einer Änderung zusammen, machen Wiederverwendungskandidaten sichtbar und heben Risiken vor der Genehmigung hervor. Entscheidend ist, dass ein AI Worker als benannter Prüf- oder Genehmigungsknoten in einem Freigabe-Workflow stehen kann, definierte technische und Compliance-Kriterien anwendet, ein Paket mit dokumentierter Begründung signiert oder zurückgibt und überall dort an einen Menschen eskaliert, wo Urteilsvermögen oder Befugnis es erfordern.