Aller au contenu principal

Automatiser un flux de numérisation 3D vers la CAO, par la programmation par contraintes

Par François-Guillaume Ribreau, cofondateur de NoBullshit Conseil. Publié le 5 octobre 2026.

Beaucoup d'industriels tiennent une étape de leur flux pour définitivement manuelle. On scanne une pièce ou un plateau en trois dimensions, puis un technicien nettoie le maillage, le réoriente, puis agence les éléments à la main dans le logiciel de conception. Cette partie passe pour un savoir-faire humain que l'on ne saurait confier à une machine.

C'est vrai tant que les règles du métier restent dans la tête de l'expert. Dès qu'on les écrit, une bonne part de ce flux bascule dans un logiciel sur mesure qui propose, et laisse l'humain trancher. Voici le pattern, décrit de façon générique, pour les bureaux d'études et les ateliers qui vivent cette étape répétitive.

Le flux que l'on croit condamné au travail manuel

Le point de départ est un scanner 3D. Il relève la géométrie d'une pièce existante ou d'un plateau d'éléments et produit un nuage de points, converti en maillage, cette surface faite de milliers de petits triangles qui décrit l'objet. Ce fichier brut n'est pas directement exploitable en conception assistée par ordinateur.

Entre le scan et la CAO s'intercale une phase de retraitement. Le technicien nettoie le bruit du relevé, réduit le nombre de triangles par décimation pour alléger le fichier, puis réoriente le modèle, car l'origine issue du scan tombe rarement juste. Vient ensuite l'agencement proprement dit, le placement des éléments sur le plateau selon les règles du métier. Sur une pièce unitaire, cette gymnastique se tolère. Sur des séries, elle devient l'étape qui engloutit le temps.

« Ce temps-là est perdu. Il pourrait tourner en temps masqué. »
Propos de dirigeant entendu en cadrage, reformulé et anonymisé, sans valeur de témoignage client.

La conviction qui bloque tient en une phrase. La rétroconception et l'agencement demanderaient un coup d'œil d'expert impossible à mettre en équation. Cette intuition se comprend, puisque l'expert lui-même ne sait pas toujours énoncer ce qu'il fait. Elle cède pourtant dès qu'on l'interroge sur ses critères réels.

Ce qui reste à l'humain, ce que l'algorithme reprend

Une partie du flux reste effectivement humaine. Le scan physique demande un geste, un positionnement, un œil sur les zones difficiles comme les surfaces noires, transparentes ou brillantes qui troublent le relevé. Ce poste ne disparaît pas et il n'y a aucune raison de forcer son automatisation.

L'aval, lui, se reprend presque entièrement. Le nettoyage, la décimation et la réorientation du maillage suivent des opérations réglées que l'on scripte une fois. Surtout, l'agencement répond à des critères que l'expert sait reconnaître sur une proposition, même quand il peine à les réciter de mémoire. C'est là que se joue le gain, et c'est là qu'intervient la programmation par contraintes.

La programmation par contraintes, ou comment écrire les règles de l'expert

La programmation par contraintes est une famille de techniques qui résout un problème en le décrivant par ses règles, au lieu de dérouler une recette d'étapes. On énonce ce qui est permis, ce qui est interdit et ce que l'on cherche à optimiser, puis un solveur explore les combinaisons possibles et retient celles qui respectent toutes les règles. C'est la même logique qui place les cours dans un emploi du temps ou les colis dans un camion.

Pour un agencement sur plateau, les règles de l'expert se traduisent presque mot pour mot. La profondeur d'un logement vaut l'épaisseur de l'élément augmentée d'une marge. Chaque pièce a une orientation préférable, dictée par sa forme ou son usage. Un espacement minimal sépare deux éléments voisins. Une numérotation lisible accompagne chaque emplacement. Ces critères, qui semblaient relever du doigté, deviennent des contraintes que le solveur sait honorer.

Écrire ces règles est d'ailleurs la vraie valeur de l'exercice. L'atelier qui met des mots sur son savoir-faire gagne un document vivant, indépendant de la personne qui part un jour en vacances ou en retraite. Cette démarche rejoint ce que nous décrivons dans cartographier les processus pour écrire ce qui vit à l'oral.

Un top 3 de layouts plutôt qu'une liste sans fin

Un agencement sur plateau appartient à une classe de problèmes dits NP, dont le nombre de combinaisons explose avec le nombre de pièces. Chercher la solution parfaite coûterait un temps déraisonnable, et personne n'en a besoin. L'enjeu réel est de remonter à l'opérateur les quelques dispositions qui tiennent la route, celles qu'il examinera vraiment, au lieu d'une liste interminable d'options équivalentes.

Le logiciel propose donc un petit nombre de layouts, trois par exemple, classés par un score. Ce score est le cœur du dispositif, car il encode le jugement de l'expert. Il récompense les dispositions qui respectent les orientations préférées, qui serrent proprement les pièces sans violer les marges, qui laissent une numérotation claire. En clair, il mesure à quel point une proposition ressemble à ce que l'expert aurait tracé lui-même.

Caler ce score demande quelques allers-retours avec l'atelier, le temps que la note colle au jugement réel. Cette logique de mesure avant le développement prolonge notre méthode exposée dans chiffrer le temps récupérable avant d'automatiser.

L'humain valide, l'algorithme exécute

Le flux cible garde l'humain à deux endroits précis, aux deux bouts de la décision. En entrée, le logiciel ingère les scans puis présente l'inventaire des pièces qu'il a reconnues, et l'opérateur valide cette liste avant tout calcul. Cette porte évite qu'une erreur de lecture se propage dans tout l'agencement. En sortie, l'opérateur choisit parmi les layouts proposés celui qui part en production.

Entre ces deux validations, la machine fait le travail répétitif. Elle nettoie, réoriente, calcule les combinaisons admissibles, les note et les classe. L'expert ne trace plus chaque plateau à la main, il arbitre sur des propositions déjà solides. Le temps autrefois perdu sur la manipulation se réaffecte à ce qui a de la valeur, le contrôle et la décision.

Un point mérite d'être dit franchement. Ce genre de traitement réclame une machine correctement dimensionnée, car un maillage dense et un solveur de contraintes demandent de la ressource. Ce dimensionnement s'anticipe au cadrage, pour ne pas découvrir le mur une fois le logiciel écrit.

Un logiciel qui vous appartient, à coût maîtrisé

Ce logiciel sur mesure est un actif de l'entreprise. L'intelligence artificielle sert à l'écrire plus vite qu'à la main, puis il tourne seul comme n'importe quel programme métier, sans dépendre d'un service distant facturé à l'usage. Nous détaillons cette distinction entre l'IA qui écrit le code et l'IA qui s'exécute dans notre article sur la garde de péage de l'IA et le coût des jetons.

La bonne porte d'entrée pour un atelier reste une lecture à froid du flux, pour repérer l'étape qui pèse vraiment avant d'écrire la moindre ligne. C'est l'esprit de notre accompagnement en performance industrielle et de notre approche par secteur d'activité, qui partent du terrain et de ses contraintes réelles.

Vous avez une étape répétitive qui ralentit vos séries ?

En parler lors d'un audit 360°

Les questions que posent les dirigeants

Les trois objections qui reviennent dès qu'on parle d'automatiser ce flux.

Est-ce que c'est de l'intelligence artificielle ?

Le logiciel qui tourne au quotidien est un algorithme déterministe. Il applique des règles écrites une fois pour toutes et redonne toujours le même résultat pour les mêmes données. L'intelligence artificielle intervient en amont, comme assistant de développement qui aide à écrire ce logiciel plus vite que s'il était codé entièrement à la main. À l'exécution, aucun modèle de langage ne tourne, donc le comportement reste prévisible et vérifiable.

Combien ça coûte à l'usage ?

Comme un logiciel classique installé chez vous. L'intelligence artificielle sert à écrire le code une seule fois, puis ce code s'exécute seul, sans appel facturé au jeton à chaque traitement. Vous payez le développement de l'outil et son hébergement, pas un péage par pièce scannée. Le code vous appartient et l'investissement s'amortit sur toute la durée de vie de l'outil. Nous expliquons le coût des jetons en détail dans la garde de péage de l'IA.

L'IA ne va pas aller piocher dans mes logiciels à chaque fois ?

Non. Le logiciel sur mesure lit les fichiers que vous lui donnez, scans et exports, et écrit le résultat dans votre chaîne de conception assistée par ordinateur. Il ne va pas interroger un service d'intelligence artificielle distant à chaque opération. Les échanges avec vos outils sont des lectures et des écritures de fichiers que vous maîtrisez, sur votre infrastructure.