Organiser ses versions CAO et profils d'impression : traçabilité du modèle à la pièce
Une pièce qui sort bien de l'imprimante dépend d'une chaîne complète : une version précise du modèle CAO, un export de géométrie, un projet et des presets dans le slicer, puis un fichier machine. Quand l'un de ces maillons change sans être noté, vous ne savez plus pourquoi la deuxième série diffère de la première. Cette page propose une convention de version et un journal minimal pour relier modèle, matière, machine et profil, en s'appuyant sur ce que documentent Onshape et OrcaSlicer.
Rédaction Quelle Imprimante 3D·Publié le 20 octobre 2026·Documentation constructeur, sans essai personnel
La réponse courte
Pour garder la trace d’une pièce, consignez séparément le document CAO et sa version, l’export géométrique, le projet ou les presets du slicer, puis le fichier de fabrication. Onshape décrit ses versions comme des états immuables du document; OrcaSlicer distingue projet, export générique et fichier découpé. Un projet OrcaSlicer peut réunir objets, réglages et configurations, tandis qu’un export 3MF générique ne contient pas les réglages d’impression. Un journal relie ces éléments, sans garantir à lui seul une reproduction identique.
Quatre objets distincts derrière une seule pièce imprimée
Une pièce imprimée peut être suivie à travers plusieurs artefacts utilisés dans des logiciels différents. On distingue ici le document CAO, l’export géométrique (par exemple STL, STEP ou 3MF), le projet ou les presets du slicer, et le fichier machine généré. Ce ne sont pas nécessairement quatre fichiers indépendants : un projet peut contenir plusieurs objets et réglages, et un fichier découpé peut être au format Gcode.3MF.
Ne déduisez pas la version CAO ou les presets d’origine du seul fichier machine. Dans sa section Import Sliced, le wiki OrcaSlicer décrit le chargement d’un G-code pour visualiser les trajectoires, puis recommande Gcode.3MF pour conserver le contexte imprimante, matière et process. Cette description du parcours OrcaSlicer ne signifie pas que tout G-code est dépourvu de commentaires ou de métadonnées. Conserver uniquement la CAO laisse, à l’inverse, les réglages de tranchage à retrouver séparément.
La méthode proposée ici consiste donc à donner un identifiant à chacun des quatre objets, puis à noter dans un journal quelle combinaison a produit quelle pièce. Rien de plus lourd qu'un tableur ou un fichier texte à côté du dossier projet.
Ce qu'une version CAO fige réellement dans Onshape
La documentation Onshape distingue trois notions utiles pour une convention de version. La version est un état nommé et sauvegardé du document ; elle est immuable, consultable en lecture seule, et séparée de l'espace de travail. L'espace de travail est l'espace de modélisation où vous continuez à éditer. La branche est le point où le document se sépare : elle peut contenir zéro ou plusieurs versions et au plus un espace de travail.
Concrètement, quand une géométrie est bonne à imprimer, vous créez une version avec un nom et une description depuis le panneau Versions et historique. Pour expérimenter ensuite, vous créez une branche depuis cette version, ce qui ouvre un nouvel espace de travail sans toucher à la version d'origine.
Deux détails comptent pour la traçabilité. La commande Copier le lien fournit l'URL d'un point précis de l'historique, d'une branche ou d'une version, ce qui en fait un bon identifiant à coller dans votre journal. En revanche, la recherche dans l'historique ne couvre pas les noms ni les descriptions de versions, selon la même source : votre convention de nommage doit donc vivre aussi en dehors d'Onshape.
Exporter la géométrie sans perdre la trace du modèle source
L'export casse le lien automatique entre le modèle et le fichier déposé dans le slicer. Le wiki OrcaSlicer explique que le STL décrit la surface par des facettes triangulaires et que tout autre format pris en charge, STEP ou 3MF compris, est converti en STL à l'import. Il note aussi qu'un modèle issu d'un logiciel CAO peut perdre des détails à l'export selon les réglages choisis, alors qu'un modèle conçu dans un outil de maillage sera en général bien représenté.
Le nom de fichier doit donc porter l'identifiant de la version CAO dont il provient, sinon un fichier nommé v3 n'est qu'une étiquette sans preuve. Si vous utilisez Onshape, le lien copié vers la version est la référence la plus sûre ; si vous travaillez avec un logiciel local, notez le nom exact de la version ou du fichier source. Le choix entre STL et 3MF change ce que le fichier transporte : selon le wiki, un 3MF générique exporté depuis OrcaSlicer contient le modèle sans information imprimante, matière ou process.
Pour un fichier STEP, le wiki décrit des paramètres de déflexion linéaire et angulaire qui pilotent la finesse du maillage généré à l'import. Ces choix méritent une ligne dans le journal, car des paramètres différents peuvent produire des maillages différents pour un même STEP. Une empreinte de hachage du fichier exporté identifie ses octets, pas sa compatibilité ni sa qualité d'impression.
Projet slicer, presets et fichier machine : trois niveaux à ne pas confondre
Le wiki OrcaSlicer distingue le projet, les presets exportés et le résultat découpé. « Sauvegarder le projet » enregistre objets, réglages d’impression et configurations associées dans un fichier. Les bundles de presets sont des exports distincts : le bundle imprimante inclut les presets filament et process associés, tandis que des bundles filament, imprimante ou process peuvent aussi être exportés séparément. Archivez le projet et les bundles utiles si vous devez conserver ces éléments; leur réimportation ne garantit pas un comportement identique dans toute version.
Le wiki décrit deux exports de résultat découpé : un G-code destiné à l’impression et un Gcode.3MF qui réunit le G-code avec les informations imprimante, matière et process. Il recommande ce second format pour partager ce contexte. Cela ne remplace pas la source CAO et ne prouve pas la compatibilité avec une autre machine ou version logicielle. Gardez aussi le projet éditable pour reprendre les réglages.
Après une modification locale, sauvegardez le projet avec ces réglages et notez les surcharges dans le journal. Un bundle de presets exporté ne prouve pas à lui seul qu’il contient ces changements : vérifiez les valeurs et les presets effectivement enregistrés. Pour un projet 3MF inconnu, le wiki indique qu’OrcaSlicer tente d’appliquer les informations incluses et les ignore si elles sont incompatibles. Consignez donc ce qui a réellement été chargé.
Une convention de nommage et un journal minimal
Un exemple fictif suffit pour fixer la convention. Imaginons une pièce « support-capteur ». La version CAO s'appelle support-capteur V4, avec son lien Onshape copié. L'export devient support-capteur_V4.step, importé avec les paramètres de déflexion notés. Le projet slicer s'enregistre sous support-capteur_V4_petg-noir_p1s-04.3mf, où la matière, l'imprimante et le diamètre de buse figurent dans le nom. Le fichier machine reprend le même préfixe suivi du suffixe propre au slicer.
Le journal, lui, tient en une ligne par découpage avec des colonnes vides à remplir : identifiant ou lien de la version CAO, nom et empreinte du fichier exporté, unité de modélisation, version du logiciel CAO et du slicer, preset imprimante, buse et filament sélectionnés, modifications locales non enregistrées, chemin du projet et du fichier machine, puis une colonne d'observation sur la pièce produite. Laissez les colonnes de résultats vierges tant qu'une pièce n'a pas été réellement imprimée et examinée.
Cette discipline règle les doutes fréquents. Un fichier ouvert à la mauvaise échelle renvoie à la colonne unité, question traitée sur la page des STL sans unité. Une pièce différente de la précédente renvoie à la colonne des modifications locales. Un fichier reçu d'un tiers sans ligne de journal signale simplement qu'il n'est pas tracé, sans permettre d'en déduire sa compatibilité ni sa licence.
Consigner les versions des logiciels et les changements d’environnement
Conservez le numéro de version du slicer avec le projet, sans présumer qu’une réouverture produira toujours le même résultat. Le wiki OrcaSlicer en donne un indice avec les statistiques d'export : le fichier .statistics.json porte un champ version qui n'augmente que lorsqu'une clé est supprimée, renommée ou change de sens, et de nouvelles clés peuvent apparaître sans ce changement. Les scripts doivent vérifier cette version et ignorer les clés inconnues. Le même raisonnement vaut pour vos presets : notez le numéro de version du slicer dans le journal.
Côté CAO, la documentation Onshape décrit une commande Mettre à jour l'espace de travail qui porte un espace créé dans une version antérieure d'Onshape vers la version actuelle ; le document est inaccessible pendant l'opération et chaque espace de travail doit être mis à jour séparément. Dans la méthode proposée ici, consignez cette mise à jour de l’environnement même si la géométrie paraît inchangée; elle ne constitue pas automatiquement une nouvelle révision géométrique de la pièce.
En résumé, pour une pièce que vous devrez refaire dans plusieurs mois, conservez ensemble le lien de version CAO, le fichier exporté, le projet du slicer, un bundle de presets et le Gcode.3MF, plus le numéro de version des logiciels. La page ressources sur les fichiers et profils rassemble les autres aides du site sur ce sujet.
Sources et limites
- Onshape — Versions and History, 15 octobre 2026
- OrcaSlicer — import_export, wiki
Nous organisons la documentation des fabricants et des communautés ; nous n’avons pas mesuré ces produits nous-mêmes. La notice de votre modèle exact prime sur ces explications générales.