Dans un projet PLM, l'architecte solution tranche ce que la plateforme gère et ce qui reste à l'ERP ou au MES. Il décide comment un article, son plan et sa maquette CAO sont reliés, comment la nomenclature d'étude devient une nomenclature de fabrication, et à quel moment une modification validée part vers SAP. Il arbitre aussi entre le standard de l'éditeur et le développement spécifique, qui alourdit chaque montée de version.
Les CV du métier viennent de deux horizons. Certains profils sortent du bureau d'études ou de la configuration produit et connaissent très bien le métier, avec une pratique limitée des API et de l'infrastructure. D'autres viennent du développement sur la plateforme et maîtrisent le paramétrage, sans toujours savoir pourquoi un article change d'indice. L'entretien doit vérifier les deux côtés, en partant de cas réels : une nomenclature à 150 %, un ordre de modification bloqué, une migration depuis un PLM maison.
Une précision utile dans l'offre : la plateforme en place. Passer de Windchill à Teamcenter demande quelques mois, alors qu'un profil sans notion de gestion de configuration mettra bien plus longtemps à être autonome. Le PDF détaille 30 questions sur six axes, un cas de 20 minutes et une grille de notation.
Plateformes et objets qu'un architecte PLM conçoit
3DEXPERIENCE (Dassault Systèmes)
La plateforme de Dassault Systèmes, qui regroupe CATIA pour la conception, ENOVIA pour la gestion des données et DELMIA pour la fabrication. Elle se déploie sur site ou sur le cloud de l'éditeur. Les offres demandent souvent la personnalisation du modèle de données et la reprise d'un existant ENOVIA V6 ou SmarTeam.
Teamcenter (Siemens)
Le PLM de Siemens, très présent avec NX mais ouvert à d'autres outils de CAO. Il s'installe sur site, chez un hébergeur choisi par le client, ou en SaaS sous le nom de Teamcenter X. Le modèle de données s'étend avec le BMIDE, et l'interface web s'appelle Active Workspace.
Windchill (PTC)
Le PLM de PTC, associé à Creo, avec une version SaaS appelée Windchill+. Les candidats parlent de types et d'attributs, de cycles de vie, de workflows et de vues de nomenclature. La gestion des personnalisations au moment d'une montée de version est un bon sujet d'entretien.
Nomenclatures EBOM et MBOM
La nomenclature d'étude (EBOM) décrit le produit tel qu'il est conçu. La nomenclature de fabrication (MBOM) le décrit tel qu'il est assemblé, avec les sous-ensembles d'usine, les consommables et l'ordre de montage. Le passage de l'une à l'autre, et leur synchronisation après une modification, occupe une bonne partie du travail d'architecture.
Configuration, options et effectivités
Un produit vendu en variantes se décrit souvent par une nomenclature à 150 %, qui contient toutes les options, filtrée par des règles. Les effectivités indiquent à partir de quelle date, de quel numéro de série ou de quel lot une pièce entre en vigueur. Un mauvais choix ici rend la nomenclature illisible pour l'usine.
Gestion des modifications
La demande de modification, l'ordre de modification et sa mise en application, avec l'analyse d'impact sur les articles, les plans et les stocks. C'est le processus le plus surveillé par la qualité, et souvent celui qui déclenche l'envoi vers l'ERP.
Intégration avec l'ERP et le MES
Le PLM envoie les articles, les nomenclatures et les modifications à l'ERP, le plus souvent SAP S/4HANA, et des instructions de travail au MES. Les flux passent par un connecteur de l'éditeur ou par un middleware. Chaque projet doit fixer quel système est maître de chaque donnée.
Formats d'échange et API
STEP AP242 et JT pour échanger des maquettes avec des partenaires, les API REST des plateformes pour les intégrations, OSLC pour relier le PLM aux outils d'exigences et de logiciel. Un architecte solide sait ce que chaque format transporte et ce qu'il perd.
Les offres viennent surtout des ESN et des cabinets de conseil, qui placent l'architecte sur un programme de déploiement ou de migration, et des industriels, qui le gardent sur leur plateforme plusieurs années. Une large part des annonces se concentre autour de Toulouse, de Paris et de Bordeaux, avec 3DEXPERIENCE, Teamcenter ou Windchill dans l'intitulé. Les postes demandent en général une solide expérience de projets PLM, la connaissance d'au moins une plateforme et une pratique de l'intégration avec SAP. Le Java, les web services et les bases de données reviennent dans les profils plus techniques.
Six compétences attendues d'un architecte PLM
- Modèle de données produit et configuration
- Gestion des modifications et cycles de vie
- Intégration CAO, ERP et MES
- Paramétrage, personnalisation et montées de version
- Migration de données PLM
- Performance, multi-sites et contrôle d'accès
Questions d'entretien d'architecture PLM et réponses attendues
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Le bureau d'études livre une EBOM et l'usine veut une MBOM regroupée par poste de montage. Comment organisez-vous les deux structures dans le PLM ?
Une bonne réponseDeux structures distinctes reliées par des liens de traçabilité entre les lignes, pour savoir quelle pièce d'étude correspond à quelle ligne de fabrication. La MBOM ajoute les sous-ensembles d'usine, les consommables et les pièces fantômes, et peut différer par site. L'architecte prévoit un contrôle d'écart qui signale une pièce d'EBOM absente de la MBOM après une modification, et précise qui est maître de chaque structure.
Signal d'alerteUne seule nomenclature pour tout le monde, ou une MBOM refaite à la main dans l'ERP sans lien avec l'EBOM. Aucune idée de la façon dont une modification d'étude se propage vers la fabrication.
Question 2 · senior
Un produit existe en 400 combinaisons d'options. Comment le décrivez-vous dans le PLM sans créer 400 nomenclatures ?
Une bonne réponseUne nomenclature à 150 % portant toutes les variantes, des options et des règles de compatibilité, puis un filtre qui produit la nomenclature à 100 % d'une configuration commandée. L'architecte distingue les options commerciales des variantes techniques, place les règles dans un seul référentiel et vérifie que l'ERP sait recevoir une configuration filtrée ou une super nomenclature avec ses règles.
Signal d'alerteUne nomenclature par combinaison, copiée puis modifiée, ou des règles écrites en dur dans le connecteur vers l'ERP.
Question 3 · junior à confirmé
Révision, itération, effectivité : comment expliquez-vous à l'usine qu'une pièce passe de l'indice B à l'indice C ?
Une bonne réponseL'itération trace les sauvegardes de travail et reste invisible hors du bureau d'études. La révision marque une version validée qui change d'indice après un ordre de modification. L'effectivité, par date, numéro de série ou lot, dit à partir de quand l'indice C remplace le B dans la fabrication. L'interchangeabilité décide entre nouvel indice et nouveau numéro d'article.
Signal d'alerteConfondre itération et révision, ou penser que le nouvel indice s'applique dès sa validation sans notion d'effectivité ni de stock existant.
Question 4 · confirmé
Un ordre de modification est validé dans le PLM, mais les nomenclatures n'arrivent pas dans SAP. Comment cherchez-vous où ça bloque ?
Une bonne réponseIl suit le message de bout en bout : déclenchement à la mise en application de l'ordre, journal du connecteur ou du middleware, statut de traitement côté SAP (IDoc, API ou fichier selon l'architecture). Les causes fréquentes sont un article absent de l'ERP, une unité de mesure ou une division usine non renseignée, un ordre de modification SAP manquant. Il défend une file de reprise et une supervision qui alerte avant que l'usine ne s'en aperçoive.
Signal d'alerte« On relance l'export » sans comprendre la cause, ou aucune connaissance de ce qui se passe côté ERP.
Question 5 · senior
Le client veut ajouter vingt attributs et trois workflows spécifiques sur sa plateforme PLM. Comment décidez-vous ce qui reste en standard ?
Une bonne réponseIl part du processus métier et cherche d'abord ce que le standard couvre par paramétrage : types et attributs déclarés dans l'outil de l'éditeur (BMIDE pour Teamcenter, gestion des types et attributs pour Windchill), workflows configurés. Le code spécifique passe par les points d'extension prévus et les API publiques, documenté et testé, avec un coût chiffré à chaque montée de version. Sur une offre SaaS, il vérifie ce que l'éditeur autorise.
Signal d'alerteTout accepter, ou modifier des tables et des classes internes de l'éditeur. Aucune pensée pour la prochaine mise à niveau.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Architecte solution PLM : les points qui reviennent
Architecte solution PLM, architecte technique PLM, architecte fonctionnel PLM : quelle différence ?
Les intitulés se recoupent selon les entreprises. L'architecte fonctionnel part des processus de l'ingénierie et de la fabrication et définit le modèle de données. L'architecte technique PLM s'occupe de l'installation, de la performance, des serveurs de fichiers et des montées de version. L'architecte solution fait le lien entre les deux et porte les intégrations avec l'ERP et la CAO. Les missions de l'offre comptent plus que son titre, et la part des questions techniques s'y adapte.
La plateforme exacte du projet est-elle indispensable ?
Pour une mission courte en prestation, oui, car le client attend une prise en main immédiate. Pour un poste durable, un profil solide sur Windchill passera à Teamcenter ou à 3DEXPERIENCE plus vite qu'un expert d'un outil passera à la gestion de configuration. Compte surtout la maîtrise des nomenclatures, des effectivités et des modifications. Ces notions sont communes aux trois plateformes et demandent des années de projets.
Quel test technique pour un architecte PLM ?
Un cas de 20 à 30 minutes vaut mieux qu'un questionnaire. Le test part d'un produit simple avec quelques options et une usine, et la personne dessine l'EBOM, la MBOM et le flux d'une modification vers l'ERP. Un incident vient l'interrompre : une pièce remplacée en urgence, ou une nomenclature rejetée par SAP. Sa façon de reprendre le schéma montre son expérience mieux qu'une liste de modules.
Un profil venu du bureau d'études peut-il tenir le poste ?
Oui, à condition qu'il ait déjà porté des choix techniques sur la plateforme et pas seulement exprimé des besoins. Il doit pouvoir présenter un flux d'intégration qu'il a conçu, une personnalisation qu'il a refusée et la raison du refus. À l'inverse, un développeur de la plateforme doit montrer qu'il comprend l'interchangeabilité d'une pièce et le rôle d'une MBOM. Le bon profil explique les deux sans changer de vocabulaire.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
