Gouvernance des données de référence et identifiant unique en impression 3D : méthodes pratiques, des règles de codification au dictionnaire de données

Pourquoi plusieurs codes pour un même objet entraînent des reprises continues dans les ateliers d’impression 3D

Dans les ateliers d’impression 3D à forte diversité et petits volumes, le problème le plus fréquent n’est pas l’arrêt des équipements, mais une perte plus discrète : une même pièce s’appelle A dans le système de chiffrage, B sur la fiche de procédé, C dans l’ordre de fabrication MES et D dans le rapport de contrôle. En apparence, les quatre systèmes fonctionnent avec leurs propres numéros ; en réalité, ils ne peuvent pas être alignés. Lors de l’analyse de plusieurs sites de fabrication à la demande, il apparaît que tant qu’une pièce ne dispose pas d’un identifiant unique, les lots de matière, paramètres d’impression, enregistrements de contrôle et données de traçabilité de livraison ne peuvent être reliés que par la mémoire humaine. En cas de changement de personnel ou de commandes simultanées, l’utilisation d’une mauvaise version, d’une mauvaise matière ou un assemblage erroné deviennent presque inévitables.

La situation est d’autant plus complexe que l’impression 3D encourage naturellement les itérations rapides. Une même équerre peut voir son épaisseur de paroi modifiée aujourd’hui, son angle d’orientation ajusté demain, puis son lot de poudre changé le surlendemain. Si chaque modification génère un nouveau fichier sans être intégrée à des règles unifiées de codification et de version, des dizaines de modèles similaires mais incompatibles s’accumulent en quelques semaines. C’est pourquoi la construction d’une usine numérique ne peut pas se limiter à la connexion des équipements : elle doit d’abord résoudre la gouvernance des données de référence et l’identification unique de chaque objet.

I. Que sont les données de référence : transformer une « pièce » d’un fichier en objet maîtrisé

Les données de référence (Master Data) sont les entités métier essentielles, réutilisées entre systèmes et services, et qui évoluent peu fréquemment. Pour une entreprise d’impression 3D, elles comprennent au minimum quatre catégories : les données de référence des articles/pièces (y compris la nuance de matériau, la gamme de fabrication et le post-traitement par défaut), les données de référence des équipements (modèle de machine, dimensions du volume de fabrication, puissance laser, système de coordonnées), les données de référence des fournisseurs et des lots (numéro de lot de poudre, nombre de tamisages, teneur en oxygène), ainsi que les données de référence des paramètres de procédé (épaisseur de couche, puissance laser, vitesse de balayage, espacement hatch, température de préchauffage).

La valeur de cet ensemble de données réside dans l’unification de la sémantique. Par exemple, le numéro de lot de poudre 316L P-2026-10-041 doit renvoyer au même code lors de la réception en stock, de la sortie de stock, du tamisage et réemploi, et de la consommation d’impression ; sinon, la question « quel lot de poudre a été utilisé ? » n’aura jamais de réponse fiable. De même, le numéro d’un équipement LPBF, E-LPBF-03, doit être associé à ses enregistrements de maintenance, à son rapport d’étalonnage de précision géométrique et au numéro de son cylindre de fabrication ; ce n’est qu’à cette condition que les statistiques de disponibilité et de pannes de l’équipement ont un sens.

Il convient aussi de distinguer les données de référence des données transactionnelles : les ordres de fabrication, bons d’expédition et fiches de contrôle sont des données transactionnelles générées quotidiennement ; les numéros de pièce, numéros d’équipement et nuances de matériau sont des données de référence citées de manière répétée. Les premières peuvent croître massivement ; les secondes doivent être strictement maîtrisées et conserver l’historique de leurs modifications.

II. Règles de codification de l’identifiant unique : lisibles, évolutives et vérifiables

L’essentiel de l’identifiant unique ne consiste pas à « attribuer un numéro à chaque pièce », mais à donner au code lui-même une structure analysable. En pratique, le format le plus robuste est une codification segmentée : code de catégorie-code de caractéristique-numéro séquentiel-index de version. Par exemple, BR-Ti64-LPBF-0147-R03 désigne respectivement une pièce de type support, en matériau Ti6Al4V, fabriquée par LPBF, avec le numéro séquentiel 0147 et à la troisième version. Cette codification présente trois avantages directs : premièrement, elle est lisible par l’utilisateur, ce qui permet au magasinier et au contrôleur qualité d’identifier les propriétés de base sans consulter une base de données ; deuxièmement, le système peut effectuer des recherches par segment et filtrer rapidement « toutes les pièces LPBF en titane » ; troisièmement, l’index de version inscrit l’itération de conception dans le code et évite l’utilisation erronée d’anciens numéros de plan.

La conception des codes doit éviter plusieurs pièges courants. Les informations variables ne doivent pas figurer dans le code : le nom du client, le numéro de commande et la quantité changent ; les y intégrer ferait perdre au code sa stabilité. Il ne faut pas non plus utiliser des numéros séquentiels continus pour exprimer une signification, car cela favorise les doublons et limite l’évolutivité. Enfin, il faut éviter de dépendre de caractères non latins ou à largeur fixe, qui entraînent facilement des incohérences de codage dans les interfaces entre systèmes. Il est recommandé d’utiliser exclusivement des lettres majuscules, des chiffres et des traits d’union, avec une longueur comprise entre 16 et 24 caractères, afin de concilier lisibilité et capacité des codes-barres.

Pour les pièces sérialisées, où chaque objet physique doit être tracé individuellement, comme les pièces aéronautiques ou les prototypes d’implants médicaux, il convient d’ajouter un segment de numéro de série à l’identifiant unique afin de former une structure à deux niveaux : « code pièce + numéro de série ». Le code pièce gère l’identité de conception, le numéro de série gère l’identité physique, et les deux sont liés par une relation parent-enfant dans le MES.

III. Versions et numéros de plan : rendre chaque modification traçable

La vitesse d’itération de l’impression 3D impose des exigences plus élevées en matière de gestion des versions. La règle recommandée est la suivante : toute modification de la géométrie, du matériau ou d’un paramètre critique du procédé impose une montée de version ; les seules modifications de remarques, d’instructions d’emballage ou d’autres contenus n’affectant pas les propriétés de l’objet physique ne nécessitent pas de nouvelle version, mais doivent faire l’objet d’une note de révision. La numérotation des versions utilise le format R+deux chiffres (R01, R02…), strictement associé un à un à l’index de version du code.

Chaque version doit regrouper quatre éléments : le fichier de modèle 3D de cette version, au format STEP et au format natif ; le numéro de plan correspondant et les exigences techniques ; la fiche de procédé et le jeu de paramètres associé à cette version ; ainsi que le rapport de contrôle premier article ou de validation. En l’absence de l’un de ces éléments, la version ne doit pas être libérée pour la production. De nombreuses équipes ne conservent que les fichiers de modèle et négligent le fait que « le jeu de paramètres fait aussi partie de la version » : des pièces imprimées à partir d’un même modèle avec deux jeux de paramètres peuvent présenter des propriétés très différentes. Sans versionnement des paramètres, il devient impossible d’expliquer les variations de performance.

Les versions obsolètes ne doivent pas être supprimées, mais seulement marquées « obsolète / consultation historique uniquement ». Supprimer une version historique revient à détruire la chaîne de traçabilité : en cas de réclamation client ou d’analyse de défaillance, il ne sera plus possible de reconstituer l’état de la conception et du procédé à ce moment-là.

IV. Parcours de déploiement : des règles de codification à l’intégration des systèmes

Il est conseillé d’avancer en quatre étapes, chacune pouvant faire l’objet d’une réception indépendante. La première étape est le recensement des codes : inventorier toutes les pièces existantes en production et historiques, identifier les cas de plusieurs codes pour un objet ou d’un code pour plusieurs objets, et établir une table de correspondance. Cette étape est la plus fastidieuse, mais aussi la seule qui ne peut être évitée. La deuxième étape consiste à établir les règles : publier les règles de codification, les règles de version et le dictionnaire de données, en précisant le responsable de saisie et les valeurs autorisées pour chaque champ. La troisième étape est l’intégration au système : intégrer les règles dans le PLM ou l’ERP, interdire la création manuelle de numéros hors système, et exiger que tout nouveau code pièce soit généré par le système conformément aux règles. La quatrième étape est l’intégration de bout en bout : les champs de référence du chiffrage, du procédé, de l’ordonnancement, du contrôle et de l’expédition doivent tous pointer vers le même code pièce. Toute absence de code à une étape doit être considérée comme non conforme et empêcher le passage à l’étape suivante.

Trois indicateurs quantifiables sont recommandés pour la réception : le taux de plusieurs codes pour un même objet, à réduire sous 1 % ; le taux de complétude des champs obligatoires des données de référence, à porter au-delà de 98 % ; et le taux de traçabilité des versions, mesuré sur un échantillon de 100 pièces en production par la proportion de cas pour lesquels le modèle, les paramètres et les enregistrements de contrôle peuvent être intégralement reconstitués, avec un objectif de 100 %. Un examen mensuel de ces trois indicateurs reflète bien mieux l’avancement réel que n’importe quel slogan de « transformation numérique ».

V. Modes d’échec fréquents et recommandations de prévention

L’échec le plus courant consiste à considérer les données de référence comme un projet ponctuel. Elles exigent une gouvernance continue ; sinon, après six mois, les nouvelles pièces recommenceront à recevoir des numéros manuels et les règles deviendront inopérantes. Il est recommandé de désigner un responsable unique ; toute modification des règles de codification doit être examinée par cette personne et enregistrée. Le deuxième échec réside dans une conception excessive des champs : définir d’emblée des centaines de champs que personne ne peut tous renseigner, ce qui conduit finalement à les laisser vides. Une approche raisonnable consiste à démarrer avec 15 à 25 champs essentiels, puis à étendre progressivement le modèle selon les besoins métier. Le troisième échec est de négliger la sous-traitance et les matières entrantes : les pièces sous-traitées et les pièces réalisées à partir de plans clients entrent souvent directement en production sans codification interne. Un code doit donc obligatoirement être attribué dès la prise de commande, faute de quoi la chaîne de traçabilité se rompt dès son origine.

Un autre point souvent négligé est que les règles de codification doivent prévoir l’évolutivité entre usines et entre systèmes. Un code utilisé aujourd’hui dans un seul atelier devra peut-être demain s’interfacer avec le PLM d’un client ou une plateforme sectorielle. Prévoir un segment d’usine ou de préfixe dans le code peut éviter une restructuration globale et douloureuse à l’avenir.

Conclusion

Dans un atelier d’impression 3D, le véritable socle de la numérisation n’est ni la connexion des équipements ni les tableaux de bord, mais l’attribution à chaque pièce d’un identifiant unique, stable et analysable, accompagné de règles de version et d’un dictionnaire de données. La gouvernance des données de référence peut sembler fastidieuse, mais elle détermine directement la capacité à tracer les lots de matière, reproduire les paramètres de procédé et fournir des preuves de livraison acceptées par les clients. De l’inventaire des codes existants à la publication des règles, à leur intégration dans les systèmes et à la connexion de tous les processus, cette démarche nécessite plusieurs mois d’investissement continu. Elle rend toutefois possible le déploiement réel de toutes les capacités numériques ultérieures : ordonnancement, contrôle qualité, calcul des coûts et traçabilité.