Choisir un partenaire pour intégrer l’IA dans un environnement PTC Windchill suppose de vérifier à la fois son expérience des projets PLM et sa capacité à déployer des solutions d’intelligence artificielle. Les industriels doivent comprendre comment la solution proposée exploitera des données produit maîtrisées, fonctionnera entre différents systèmes d’ingénierie et accompagnera des décisions dont les ingénieurs restent responsables.
TT PSC, référencé par PTC comme Global System Integrator, a publié des références de projets portant sur des migrations Windchill chez Liebherr et sur l’interconnexion des activités d’ingénierie chez Schaeffler. Avec la présentation de ProductAscentAI par PTC, ces exemples offrent une base concrète pour évaluer les compétences attendues d’un partenaire.
Les conditions nécessaires pour que l’IA soit utile aux équipes d’ingénierie
Prenons le cas d’un ingénieur chargé d’évaluer une modification proposée sur un composant. Les informations pertinentes peuvent comprendre une révision précise du composant, sa configuration produit, les exigences associées et les preuves de vérification. Avant de se prononcer sur une analyse générée par l’IA, l’ingénieur doit savoir quelles sources ont été prises en compte et où les éléments justificatifs restent incomplets.
Un partenaire d’intégration doit pouvoir expliquer comment ce contexte est transmis à l’application d’IA. Quel système fait autorité pour chaque information ? Comment les données contradictoires sont-elles traitées ? Comment la solution respecte-t-elle les droits d’accès des utilisateurs ? Ces questions permettent de passer d’un débat général sur les capacités de l’IA à l’évaluation d’un processus d’ingénierie précis.
Elles permettent également d’en définir les limites. Lorsque des informations manquent dans les systèmes connectés, le processus doit pouvoir détecter cette lacune et la transmettre à l’ingénieur responsable.
Arbitrer entre les fonctionnalités d’IA de PTC et les développements complémentaires
La proposition doit distinguer les fonctionnalités fournies par les produits PTC de celles qui nécessitent une configuration, une intégration ou un développement complémentaire. Selon PTC, Windchill AI Assistant permet d’interroger en langage naturel les connaissances contenues dans les documents et de les synthétiser, tout en citant les sources et en appliquant les contrôles d’accès.
Un processus impliquant plusieurs systèmes d’ingénierie nécessite une analyse spécifique des informations et des connexions requises. Ainsi, l’examen des exigences et la préparation d’une proposition d’architecture peuvent mobiliser, en plus de Windchill, des outils d’ALM ou d’ingénierie système. Le partenaire doit préciser où chaque tâche est effectuée et comment les résultats validés sont intégrés aux processus d’ingénierie concernés.
Dans sa présentation de ProductAscentAI, PTC attribue à TT PSC un rôle dans l’évaluation de la préparation des données, la consolidation du PLM si nécessaire, la mise en œuvre des solutions d’IA de PTC et la connexion d’agents propres au client à l’infrastructure existante. Cette distinction aide l’industriel à apprécier le périmètre du projet et à déterminer qui assurera la maintenance de chaque composant.
Demandez aux prestataires présélectionnés de documenter les dépendances aux versions des produits, aux modalités de déploiement et aux licences, ainsi que les coûts et les responsabilités liés aux composants supplémentaires.
Ce que les projets de TT PSC révèlent sur la préparation à l’IA
Préparer les données produit chez Liebherr
L’étude de cas de TT PSC consacrée à Liebherr décrit des migrations vers Windchill PLM sur plus de 14 sites et dans le cadre de plus de 10 sous-projets. Les travaux comprenaient la normalisation, la synchronisation et la correction de données issues de différents systèmes sources, ainsi que des adaptations de Windchill pour la gestion des modifications, les données CAO et les nomenclatures.
Cette expérience est pertinente lorsqu’un cas d’usage de l’IA dépend d’informations provenant de plusieurs sources. Avant de demander à l’IA d’interpréter ces données, l’équipe chargée de l’intégration doit garantir la cohérence des enregistrements et des liens nécessaires au processus retenu. La référence Liebherr témoigne de cette expérience en migration PLM et en préparation des données.
Relier les informations d’ingénierie chez Schaeffler
Le projet Schaeffler décrit le développement, par TT PSC, de solutions Digital Thread orientées processus et fondées sur les technologies PTC. Ces solutions favorisent la traçabilité entre systèmes, la transparence et l’accès aux informations en fonction des rôles des utilisateurs.
Pour choisir un partenaire IA, la compétence déterminante est la capacité à relier les informations d’ingénierie tout en préservant leur contexte. Un industriel peut s’appuyer sur cette référence pour discuter des systèmes concernés, des liens maintenus entre eux et des responsabilités assumées par TT PSC lors de la mise en œuvre. Ces précisions permettent d’évaluer la pertinence de cette expérience pour son propre environnement.
Accompagner l’analyse des exigences et de l’architecture grâce à l’IA
Le framework d’IA de TT PSC analyse les exigences et les spécifications afin de proposer une décomposition fonctionnelle, des blocs système potentiels et des interfaces soumis à l’examen des ingénieurs. Dans son article consacré à ProductAscentAI, PTC fait état d’une réduction de 60 à 80 % de l’effort consacré à l’analyse des exigences et de l’architecture en phase amont, dans le cadre d’une mission utilisant l’approche décrite. Les ingénieurs examinent et valident les propositions générées.
L’amélioration annoncée concerne cette seule phase d’analyse. Un pilote comparable doit établir sa propre situation de référence et intégrer, dans l’évaluation des résultats, le temps nécessaire à la revue technique et aux corrections.
Déterminer le niveau de modernisation PLM réellement nécessaire
L’ampleur de la modernisation doit être adaptée aux besoins du cas d’usage retenu. Une évaluation de la préparation doit déterminer si l’environnement Windchill actuel fournit les informations et les mécanismes d’accès nécessaires, puis identifier les éventuelles lacunes.
Demandez au partenaire de justifier chaque modification proposée. Un programme de consolidation plus large peut être nécessaire lorsque la fragmentation des systèmes empêche un accès cohérent aux informations produit indispensables. Un processus plus ciblé peut ne nécessiter qu’une préparation spécifique des données ou une intégration. Chaque investissement recommandé doit être rattaché à une limite observable et à l’amélioration attendue.
Pour un déploiement à l’échelle européenne, vérifiez également que le modèle de prestation proposé répond aux besoins des sites concernés. Confirmez les langues de travail, les lieux de traitement des données, les modalités d’accès et les responsabilités en matière de support après la mise en production.
Tester la solution proposée sur une tâche d’ingénierie réelle
Demandez à chaque partenaire de la liste restreinte de présenter un processus représentatif à partir d’un ensemble de documents et de rôles utilisateurs définis en commun. Prévoyez également des situations susceptibles de produire, au quotidien, une réponse incomplète ou trompeuse.
| Situation de test | Ce que la démonstration doit permettre de vérifier |
| Des documents contiennent des informations contradictoires | Si la solution détecte la contradiction, indique ses sources et transmet les questions non résolues à une revue d’ingénierie. |
| Un utilisateur n’a pas accès à une partie de la documentation | Comment les restrictions d’accès influent sur la recherche et sur la réponse générée, y compris les références et les synthèses. |
| Les informations disponibles ne permettent pas de répondre | Comment la solution signale l’insuffisance des preuves et évite de présenter une conclusion non étayée comme un fait établi. |
| Une tâche dépend d’une révision ou d’une configuration précise | Comment le processus sélectionne les informations pertinentes et rend ce choix visible à l’ingénieur chargé de la validation. |
Il s’agit de tests d’acceptation proposés. Leur mise en œuvre dépendra des produits et de l’architecture choisis. La démonstration devra expliquer comment chaque exigence sera satisfaite dans l’environnement de l’industriel.
Mesurer les résultats du pilote avant de passer à l’échelle
Définissez une situation de référence et des critères d’acceptation avant le début du développement. Pour l’analyse des exigences, mesurez le temps nécessaire pour produire un résultat pouvant être examiné, la proportion de conclusions acceptées par les ingénieurs et l’effort requis pour corriger les résultats. Pour la recherche d’informations, évaluez l’exactitude des réponses et la pertinence des sources, ainsi que le temps de recherche.
Utilisez des tâches représentatives, y compris des cas difficiles. Une préparation plus rapide présente peu d’intérêt si le temps gagné est ensuite consacré à corriger des erreurs. L’évaluation doit donc porter sur l’ensemble de la tâche, revue humaine comprise, et consigner la manière dont les défaillances sont traitées.
Le pilote doit également préciser les responsabilités opérationnelles. Déterminez qui valide les résultats d’ingénierie, qui surveille la solution et qui maintient les intégrations lorsque les systèmes sources évoluent. L’industriel disposera ainsi d’une base pour évaluer à la fois les gains mesurés et le coût récurrent d’utilisation de la solution.