Bei der Auswahl eines KI-Implementierungspartners für eine PTC-Windchill-Umgebung kommt es auf nachgewiesene Erfahrung sowohl mit der Umsetzung von PLM-Projekten als auch mit der Implementierung von KI an. Fertigungsunternehmen müssen verstehen, wie die vorgeschlagene Lösung kontrollierte Produktinformationen nutzt, systemübergreifend in der Entwicklung arbeitet und Entscheidungen unterstützt, für die weiterhin die Ingenieurinnen und Ingenieure verantwortlich sind.
TT PSC ist bei PTC als Global System Integrator gelistet und hat Projektreferenzen zur Windchill-Migration bei Liebherr sowie zur vernetzten Produktentwicklung bei Schaeffler veröffentlicht. Zusammen mit der Beschreibung von ProductAscentAI durch PTC bieten diese Beispiele eine praxisnahe Grundlage, um die Fähigkeiten zu bewerten, die Fertigungsunternehmen bei einem Partner suchen sollten.
Welche Voraussetzungen die Entwicklungsumgebung für einen sinnvollen KI-Einsatz erfüllen muss
Angenommen, ein Entwicklungsingenieur bewertet eine vorgeschlagene Änderung an einem Bauteil. Relevant sein können eine bestimmte Bauteilrevision, die zugehörige Produktkonfiguration, verknüpfte Anforderungen und Verifikationsnachweise. Bevor der Ingenieur eine KI-generierte Bewertung beurteilt, muss er wissen, welche dieser Quellen berücksichtigt wurden und wo die Nachweislage unvollständig ist.
Ein Implementierungspartner sollte erklären können, wie dieser Kontext in die KI-Anwendung gelangt. Welches System ist die maßgebliche Informationsquelle? Wie wird mit widersprüchlichen Datensätzen umgegangen? Wie berücksichtigt die Lösung die Zugriffsrechte der Nutzer? Diese Fragen machen aus einer allgemeinen Diskussion über KI-Funktionen die konkrete Bewertung eines Entwicklungsprozesses.
Sie zeigen zugleich die Grenzen der Lösung auf. Fehlen Informationen in den angebundenen Systemen, muss der Prozess diese Lücke erkennen und an den zuständigen Ingenieur weitergeben können.
Zwischen KI-Funktionen von PTC und zusätzlicher Entwicklung abwägen
Im Angebot sollte klar hervorgehen, welche Funktionen PTC-Produkte bereitstellen und wofür Konfiguration, Integration oder zusätzliche Entwicklung erforderlich sind. Laut PTC ermöglicht der Windchill AI Assistant den natürlichsprachlichen Zugriff auf Dokumentenwissen und dessen Zusammenfassung. Dabei werden Quellen angegeben und Zugriffsbeschränkungen durchgesetzt.
Ein Prozess, der mehrere Entwicklungssysteme einbezieht, erfordert eine gesonderte Prüfung der benötigten Informationen und Schnittstellen. Bei der Prüfung von Anforderungen und der Erstellung eines Architekturvorschlags können beispielsweise neben Windchill auch ALM- oder Systems-Engineering-Werkzeuge zum Einsatz kommen. Der Partner sollte aufzeigen, wo die einzelnen Aufgaben stattfinden und wie validierte Ergebnisse in die jeweiligen Entwicklungsprozesse einfließen.
In der Beschreibung von ProductAscentAI durch PTC übernimmt TT PSC Aufgaben bei der Bewertung der Datenbereitschaft, der gegebenenfalls erforderlichen PLM-Konsolidierung, der Implementierung von PTC-KI sowie der Anbindung kundenspezifischer Agenten an die bestehende Infrastruktur. Diese Unterscheidung hilft Fertigungsunternehmen, den Implementierungsumfang zu prüfen und festzulegen, wer die einzelnen Lösungskomponenten langfristig betreut.
Fordern Sie die Anbieter auf, Abhängigkeiten von Produktversionen, Bereitstellungsmodellen und Lizenzen sowie Kosten und Zuständigkeiten für zusätzliche Komponenten zu dokumentieren.
Was die Projekte von TT PSC über die Voraussetzungen für KI zeigen
Produktdaten bei Liebherr aufbereiten
Die Fallstudie von TT PSC zu Liebherr beschreibt Migrationen nach Windchill PLM an mehr als 14 Standorten im Rahmen von über 10 Teilprojekten. Dazu gehörten die Vereinheitlichung, Synchronisierung und Korrektur von Daten aus unterschiedlichen Quellsystemen sowie Windchill-Anpassungen für das Änderungsmanagement, CAD-Daten und Stücklisten.
Diese Erfahrung ist relevant, wenn ein KI-Anwendungsfall von Informationen aus mehreren Quellen abhängt. Bevor KI diese Informationen auswerten kann, muss das Implementierungsteam konsistente Datensätze und die für den gewählten Prozess erforderlichen Beziehungen zwischen ihnen sicherstellen. Die Liebherr-Referenz belegt entsprechende Erfahrungen mit PLM-Migration und Datenaufbereitung.
Entwicklungsinformationen bei Schaeffler verknüpfen
Die Schaeffler-Referenz beschreibt, wie TT PSC mit PTC-Technologien prozessorientierte Digital-Thread-Lösungen entwickelt hat. Sie unterstützen systemübergreifende Rückverfolgbarkeit, Transparenz und einen rollenbasierten Informationszugriff.
Bei der Wahl eines KI-Partners ist vor allem die Fähigkeit relevant, Entwicklungsinformationen zu verknüpfen und dabei ihren Kontext zu erhalten. Anhand dieser Referenz kann ein Fertigungsunternehmen besprechen, welche Systeme beteiligt waren, welche Beziehungen zwischen ihnen aufrechterhalten wurden und welche Aufgaben TT PSC bei der Umsetzung übernommen hat. So lässt sich einschätzen, inwiefern die Erfahrung auf die eigene Umgebung übertragbar ist.
Anforderungs- und Architekturanalyse mit KI unterstützen
Das KI-Framework von TT PSC analysiert Anforderungen und Spezifikationen und schlägt zur fachlichen Prüfung eine funktionale Zerlegung, mögliche Systembausteine und Schnittstellen vor. In seinem Artikel zu ProductAscentAI berichtet PTC von einer Reduzierung des Aufwands für die Anforderungs- und Architekturanalyse in der frühen Phase um 60–80 % bei einem Projekt, in dem der beschriebene Ansatz eingesetzt wurde. Ingenieurinnen und Ingenieure prüfen und validieren die generierten Vorschläge.
Die berichtete Verbesserung bezieht sich auf diese Analysephase. Ein vergleichbares Pilotprojekt sollte eine eigene Ausgangsbasis festlegen und bei der Bewertung auch den Aufwand für die technische Prüfung und Korrektur berücksichtigen.
Wie viel PLM-Modernisierung ist tatsächlich erforderlich?
Der Umfang der Modernisierung sollte sich nach den Anforderungen des ausgewählten Anwendungsfalls richten. Eine Bewertung der Einsatzbereitschaft sollte klären, ob die bestehende Windchill-Umgebung die benötigten Informationen und Zugriffsmöglichkeiten bereitstellt, und konkrete Lücken aufzeigen.
Lassen Sie sich vom Partner erklären, warum jede vorgeschlagene Änderung notwendig ist. Ein umfassenderes Konsolidierungsprogramm kann sinnvoll sein, wenn fragmentierte Systeme den konsistenten Zugriff auf benötigte Produktinformationen verhindern. Für einen enger gefassten Prozess reichen möglicherweise gezielte Datenaufbereitung oder Integration aus. Jede empfohlene Investition sollte sich auf eine nachweisbare Einschränkung und eine erwartete Verbesserung beziehen.
Bei einer Einführung an mehreren europäischen Standorten sollte außerdem geprüft werden, ob das vorgesehene Bereitstellungsmodell die betroffenen Standorte tatsächlich abdeckt. Klären Sie Arbeitssprachen, Orte der Datenverarbeitung, Zugriffsregelungen sowie Zuständigkeiten für den Support nach dem Go-live.
Die vorgeschlagene Lösung an einer realen Entwicklungsaufgabe testen
Bitten Sie jeden Partner auf der engeren Auswahlliste, einen repräsentativen Prozess mit einem abgestimmten Dokumentensatz und festgelegten Nutzerrollen vorzuführen. Berücksichtigen Sie dabei auch Situationen, die im Arbeitsalltag zu unvollständigen oder irreführenden Antworten führen können.
| Testsituation | Was die Demonstration zeigen sollte |
| Dokumente enthalten widersprüchliche Informationen | Ob die Lösung den Widerspruch erkennt, die Quellen offenlegt und ungeklärte Fragen zur technischen Prüfung weiterleitet. |
| Ein Nutzer hat keinen Zugriff auf einen Teil der Dokumentation | Wie sich Zugriffsbeschränkungen auf die Informationsabfrage und die generierte Antwort einschließlich Quellenverweisen und Zusammenfassungen auswirken. |
| Die verfügbaren Informationen reichen für eine Antwort nicht aus | Wie die Lösung unzureichende Nachweise kennzeichnet und verhindert, dass unbelegte Schlussfolgerungen als gesicherte Tatsachen dargestellt werden. |
| Eine Aufgabe hängt von einer bestimmten Revision oder Konfiguration ab | Wie der Prozess die relevanten Informationen auswählt und diese Auswahl für den prüfenden Ingenieur nachvollziehbar macht. |
Dies sind vorgeschlagene Abnahmetests. Ihre Umsetzung hängt von den gewählten Produkten und der Architektur ab. In der Demonstration sollte erläutert werden, wie jede Anforderung in der Umgebung des Fertigungsunternehmens erfüllt wird.
Das Pilotprojekt messen, bevor die Lösung skaliert wird
Legen Sie vor Entwicklungsbeginn eine Ausgangsbasis und Abnahmekriterien fest. Messen Sie bei der Anforderungsanalyse die Zeit bis zu einem prüffähigen Ergebnis, den Anteil der von Ingenieuren akzeptierten Ergebnisse und den Aufwand für notwendige Korrekturen. Bei der Informationssuche sollten neben der Suchdauer auch die Genauigkeit der Antworten und die Relevanz der Quellen bewertet werden.
Verwenden Sie repräsentative Aufgaben und schließen Sie schwierige Fälle ein. Eine schnellere Vorbereitung bringt wenig, wenn Prüfer die eingesparte Zeit für die Behebung von Fehlern aufwenden müssen. Die Bewertung sollte deshalb die gesamte Aufgabe einschließlich der menschlichen Prüfung umfassen und dokumentieren, wie mit Fehlern umgegangen wird.
Ein Pilotprojekt sollte auch die betrieblichen Zuständigkeiten klären. Legen Sie fest, wer technische Ergebnisse freigibt, wer die Lösung überwacht und wer Integrationen pflegt, wenn sich Quellsysteme verändern. So kann das Fertigungsunternehmen sowohl die gemessene Verbesserung als auch die laufenden Betriebskosten bewerten.