Blog Partager des fichiers SOLIDWORKS avec des fournisseurs
Partager des fichiers SOLIDWORKS avec des fournisseurs
Comment partager des fichiers SOLIDWORKS avec des fournisseurs sans perdre le contrôle des versions ? Quelles méthodes réduisent les erreurs, les doublons et les risques pour la PI ?
La collaboration avec des fournisseurs est l’un des points où les workflows SOLIDWORKS se compliquent le plus vite : demandes de devis (RFQ), retours DFM, ajustements d’outillage et questions de fabrication créent des cycles d’itération rapides. Le défi consiste à partager le bon package de fichiers, aux bonnes personnes, au bon moment — sans perdre le contrôle de la PI ni de la révision que le fournisseur consulte.
L’envoi par e‑mail ou via un stockage cloud générique paraît simple, mais conduit rapidement à des versions contradictoires, des retours obsolètes et des erreurs coûteuses. Des travaux du NIST sur l’interopérabilité basée sur des standards dans la supply chain montrent que des échanges de modèles incohérents augmentent la recréation manuelle et les erreurs en aval, ce qui se traduit par plus de retouches, de coûts et de délais (NIST GCR 15‑1009). Le problème s’accentue encore en environnement multi‑CAO lorsque les fournisseurs utilisent d’autres systèmes. Ci‑dessous : un guide décisionnel pratique — les méthodes courantes pour partager des fichiers SOLIDWORKS avec des fournisseurs, à quoi elles servent réellement, et comment choisir selon l’objectif de livraison.
🖼️
Image placeholder — Schéma suggéré : un assemblage SOLIDWORKS (.SLDASM) et son réseau de fichiers référencés (.SLDPRT, sous‑assemblages). Texte alternatif : « Structure d’un assemblage SOLIDWORKS avec références externes ».
Le problème central : pourquoi partager des fichiers SOLIDWORKS est difficile
Les fichiers SOLIDWORKS ne sont pas des PDF. Ils forment un écosystème de fichiers interconnectés. Un assemblage (.SLDASM) pointe vers de nombreux fichiers de pièces (.SLDPRT) et sous‑assemblages. Si vous n’envoyez que le fichier d’assemblage, le destinataire ne pourra souvent pas l’ouvrir faute de composants référencés. C’est la racine de la plupart des erreurs de partage — et ce qui rend les outils “génériques” risqués pour la CAO.
Méthodes courantes et compromis
1) ZIP par e‑mail avec “Pack and Go”
Le principe : Dans SOLIDWORKS, Pack and Go regroupe un assemblage et ses fichiers référencés dans un dossier pour transfert (documentation SOLIDWORKS). Pack and Go est une étape d’empaquetage : cela ne crée pas un workflow de revue fournisseur contrôlé (permissions, annotations en contexte, accès révocable, historique de révisions).
Compromis :
Très bien pour un handoff ponctuel sans itération.
L’historique de versions n’est pas conçu pour la CAO.
Licence SOLIDWORKS requise côté fournisseur.
3) Formats neutres ou “view‑only” (STEP, eDrawings)
Le principe : Exporter plutôt que partager les natifs.
Compromis :
STEP convient bien à l’échange géométrique (devis). STEP moderne (AP242) peut transporter structure, attributs et PMI, mais ne conserve pas l’historique de features SOLIDWORKS ni l’intention de conception.
eDrawings permet la revue (section, explode, markup) et — si activé par le publieur — la mesure. C’est une bonne option de revue, mais on travaille sur une copie exportée : il faut republier après modifications.
Dans les deux cas, les retours doivent être retranscrits dans le modèle source.
Choisir selon l’objectif de livraison
Besoin du fournisseur
Méthode adaptée
Devis ponctuel
STEP, PDF ou Pack and Go
Revue sans licence CAO
eDrawings ou visualiseur CAO navigateur
Feedback continu + suivi de révisions
PDM cloud avec partage invité par fichier
Le fournisseur doit modifier les sources
Accès collaborateur projet (cas plus rare, à scoper)
Handoff fabrication
Package “released” lié à une révision précise
Pour la collaboration continue : PDM cloud + Guest Sharing
Pour autre chose qu’un handoff ponctuel, il faut un système CAD‑aware, sécurisé et accessible à des partenaires externes sans licence SOLIDWORKS.
Fonctions clés (exemple : CAD ROOMS)
Source unique de vérité : les fichiers sont centralisés.
Guest Sharing au niveau fichier : l’accès fournisseur se fait typiquement via un lien invité en lecture seule sur un fichier précis — pas d’accès workspace/projet. Les invités peuvent visualiser, mesurer, commenter et annoter ; ils ne peuvent pas téléverser, modifier ni publier. L’accès est révocable immédiatement.
Project Collaborator (cas plus rare) : seulement si le fournisseur doit contribuer des fichiers sources, via un modèle de permissions séparé et intentionnel.
Visualiseur 3D navigateur : revue et mesures dans le navigateur.
Annotations en contexte : retours ancrés sur la révision concernée.
Versioning : chaque changement crée une nouvelle révision.
Workflow recommandé (Guest Sharing)
Valider quoi partager (fichier(s) + révision).
Partager le fichier via Guest Sharing (lien invité en lecture seule).
Le fournisseur revoit dans le navigateur et ajoute des annotations.
Un·e ingénieur·e interne itère dans SOLIDWORKS et check‑in une nouvelle révision.
Notifier / re‑partager lorsque la révision de référence change ou lorsqu’une révision “released” est prête.
Révoquer l’accès en fin d’engagement.
Note sur la “release” de fichier
Dans CAD ROOMS, une release manuelle promeut une minor révision éligible en major release afin d’établir un enregistrement officiel pour l’aval (p. ex. fabrication). Cela ne signifie pas que le design ne changera plus : les changements futurs passent par de nouvelles révisions ou un processus ECO.
FAQ
Q : Quand Pack and Go reste‑t‑il un bon choix ? R : Pour un handoff ponctuel. Pack and Go regroupe les références nécessaires (documentation SOLIDWORKS), mais ne gère pas la revue contrôlée ni la révocation.
Q : Comment les fournisseurs accèdent‑ils aux fichiers dans CAD ROOMS ? R : Le modèle recommandé est le Guest Sharing : vous partagez un fichier précis (pas un projet entier) via un lien invité en lecture seule. Le fournisseur peut visualiser, mesurer, commenter et annoter dans le navigateur, mais ne peut pas téléverser, modifier ni publier des fichiers. En pratique, cela évite l’erreur classique “trop d’accès, trop tôt” et réduit le risque de fuite d’IP ; et si la collaboration s’arrête, vous pouvez révoquer l’accès instantanément.
Q : Quel rôle joue le visualiseur web ? R : Le CAD Viewer est la “surface de revue” : il permet au fournisseur d’inspecter le modèle (orbit/zoom, sections, etc.) et de mesurer — sans licence SOLIDWORKS. Surtout, les commentaires et annotations sont laissés dans le contexte (et non dans des e‑mails ou des captures d’écran) : vous savez sur quelle géométrie et sur quelle révision porte le retour. Résultat : moins de malentendus, et un cycle itératif plus court.
Q : Que signifie “released” ? R : Une release manuelle désigne une révision comme point de référence officiel (par exemple pour la fabrication, un jalon client, ou un handoff fournisseur). Concrètement, cela “fige” ce qui doit être utilisé pour cette livraison, sans empêcher les itérations futures : vous pouvez toujours créer de nouvelles révisions ensuite. L’intérêt est d’éviter la situation où le fournisseur fabrique à partir d’une version de travail non validée, ou où l’équipe perd la trace de “la bonne version”.
Reference
Les sources clés sont citées inline au fil du texte. Pour les retrouver en un endroit :
Je suis Christina Rebel, CEO de CAD ROOMS. Depuis plus de dix ans, je travaille à l’intersection de la collaboration cloud en ingénierie, de la fabrication numérique et du développement produit distribué.
Je collabore avec des équipes d’ingénierie et de fabrication pour améliorer la gestion des données CAO, la traçabilité des révisions, la collaboration fournisseur et la revue de conception dans le navigateur. J’écris également sur ces sujets, avec des contributions publiées par Design News et DEVELOP3D.
Guide pratique du contrôle d'accès PDM : RBAC, moindre privilège, matrice des rôles, partage fournisseur via Guest access, revues trimestrielles et ce que CAD ROOMS prend en charge en Business et Enterprise.