Sécurité des données avec le PDM cloud
Comment sécuriser vos fichiers CAO tout en accélérant les workflows d’équipe ? Quels contrôles, permissions et pratiques rendent un PDM cloud vraiment fiable ?
De SOLIDWORKS à Onshape : que deviennent vos données héritées ?
En passant de SOLIDWORKS à Onshape, vos données héritées ne disparaissent pas. Cet article montre comment les garder visibles, contrôlées et accessibles.
TABLE OF CONTENTS
Votre équipe a décidé de passer de SOLIDWORKS à Onshape. La promesse du cloud natif est réelle : pas d’installation, moins de dépendance au VPN et une collaboration directement dans le navigateur. Pour beaucoup d’équipes d’ingénierie, c’est une meilleure façon de travailler.
Mais c’est ici que la surprise arrive souvent :
Vos anciennes données SOLIDWORKS ne suivent pas magiquement vers le cloud.
Assemblages historiques, plans publiés, modèles fournisseurs de référence et révisions archivées sont encore dans votre coffre SOLIDWORKS PDM — ou pire, dispersés sur des lecteurs partagés. Et l’entreprise en a toujours besoin.
Ce guide explique comment gérer concrètement une transition de SOLIDWORKS vers Onshape : ce qui se transfère, ce qui ne se transfère pas et comment garder vos données héritées visibles sans rester prisonnier de l’ancien workflow. Pour le cadre plus large, voir Migration CAO : pourquoi une couche PDM neutre.
Passer au cloud n’était-il pas censé être simple ?
Onshape est cloud native. SOLIDWORKS est un outil desktop. En apparence, il suffirait d’arrêter d’installer des logiciels et de commencer à travailler dans le navigateur.
Pas vraiment. La partie conception est plus simple. La partie données est là où les difficultés commencent.
Petit rappel concret. Avec Onshape, votre équipe peut désormais :
- ✅ Partager un lien de conception au lieu d’envoyer un fichier .sldprt
- ✅ Éviter la configuration VPN pour les ingénieurs à distance et les sous-traitants
- ✅ Collaborer en temps réel sans conflits de check-out
- ✅ Réduire la dépendance aux stations de travail pour les nouveaux projets
Mais votre équipe doit toujours :
- ❌ Accéder aux anciens assemblages SOLIDWORKS pour le support et la fabrication
- ❌ Répondre aux questions des fournisseurs sur des conceptions publiées
- ❌ Retrouver des révisions archivées pour les audits qualité
- ❌ Conserver une visibilité sur l’ancien et le nouveau travail
Cette deuxième liste est le vrai défi de la migration.
Pourquoi les équipes passent de SOLIDWORKS à Onshape
Les organisations font généralement ce choix pour des raisons très concrètes :
- bénéficier d’une collaboration native dans le cloud
- réduire la dépendance à des déploiements desktop lourds
- mieux soutenir des équipes d’ingénierie distribuées
- simplifier l’accès pour les prestataires et collaborateurs externes
- accélérer les nouveaux workflows produits sans dépendre entièrement des stations de travail
Ce sont de bonnes raisons d’adopter un modèle CAO cloud.
Mais même quand l’intérêt d’Onshape est évident, la question des données héritées reste entière. La plupart des entreprises doivent conserver l’accès à des années de travail créé dans SOLIDWORKS. Des défis similaires existent lorsqu’on passe de SOLIDWORKS à Siemens NX ou de CATIA à Creo.
Ce qui se transfère — et ce qui reste derrière
Onshape propose des capacités d’import SOLIDWORKS. Mais « importer » n’est pas la même chose qu’une migration complète.
Ce qui se transfère généralement bien
- Géométrie des pièces : corps solides, surfaces et fonctions de base s’importent généralement correctement
- Structure d’assemblage : les relations et le positionnement des composants sont le plus souvent conservés
- Formats standards : STEP, IGES et Parasolid s’importent proprement
Là où les écarts apparaissent
Zone | Ce qui se passe à l’import | Pourquoi c’est important |
Historique paramétrique | Perdu à l’import ; la géométrie devient un solide figé | Les ingénieurs ne peuvent plus modifier selon l’intention d’origine et doivent souvent reconstruire |
Références de plans | Les plans SOLIDWORKS ne se transfèrent pas directement vers Onshape Drawings | Les plans publiés peuvent devoir être recréés ou conservés séparément |
Métadonnées PDM | L’historique des révisions, les validations, les états de workflow et les propriétés personnalisées ne suivent pas | Les métadonnées critiques pour la conformité et l’audit restent bloquées dans l’ancien système |
Références et liens de fichiers | Assemblages complexes, configurations et tables de conception peuvent se casser | Les grands assemblages avec de nombreuses variantes sont particulièrement à risque |
Toolbox et bibliothèques | Les composants standards et pièces de bibliothèque ne correspondent pas toujours aux équivalents Onshape | Les assemblages importés peuvent se retrouver incomplets ou incohérents |
Macros et automatisation | Les macros VBA, règles DriveWorks et automatisations spécifiques à SOLIDWORKS ne se transfèrent pas | Les workflows automatisés doivent être recréés avec FeatureScript ou l’API Onshape |
Volumes d’archives importants | Importer des dizaines de milliers de fichiers un par un n’est pas réaliste | La migration d’archives volumineuses prend du temps et génère des erreurs |
Résultat : Onshape fonctionne très bien pour les nouveaux projets, mais importer un grand patrimoine SOLIDWORKS avec une fidélité totale est rarement réaliste.
Le problème des données héritées
C’est ici que la migration devient plus difficile.
Le nouveau système peut très bien fonctionner pour la conception future, mais l’entreprise dépend encore d’un volume important de données historiques créées ailleurs :
- pièces et assemblages SOLIDWORKS
- plans liés à des conceptions publiées
- modèles de référence utilisés par les fournisseurs
- révisions archivées pour la qualité ou le support
- programmes actifs qui ne peuvent pas basculer immédiatement
Sans stratégie claire, les équipes se retrouvent dans un environnement éclaté :
- le nouveau travail commence dans Onshape
- l’ancien reste dans SOLIDWORKS
- chacun cherche à plusieurs endroits
- le management perd une vue unifiée des archives
- la collaboration devient moins cohérente
C’est le vrai risque de la migration. C’est aussi ce qui pousse de nombreuses entreprises à envisager des alternatives à SOLIDWORKS PDM pour petites équipes même sans changement de plateforme CAO.
« Le meilleur pour nous, c’est que n’importe qui peut travailler sur n’importe quel projet à n’importe quel moment. Et comme tout est dans le cloud, c’est un vrai plus. »
— Société européenne d’ingénierie · Project Manager
Pourquoi SOLIDWORKS PDM ne résout pas la transition
Certaines équipes pensent pouvoir conserver SOLIDWORKS PDM aux côtés d’Onshape pendant la période de chevauchement. En théorie, cela semble tenir. En pratique, cela crée des frictions :
- SOLIDWORKS PDM nécessite des licences SOLIDWORKS pour accéder à une grande partie des fonctions
- Les profils non CAO ont toujours besoin d’un moyen de consulter les fichiers hérités sans installer SOLIDWORKS
- Deux systèmes séparés signifient deux jeux de permissions, deux moteurs de recherche et deux sources de vérité
- Les économies attendues avec Onshape sont réduites par le maintien de l’infrastructure héritée
Si vous comparez les options, Alternatives à SOLIDWORKS PDM pour petites équipes donne une vue d’ensemble utile.
Pourquoi « tout convertir » échoue souvent
Le réflexe classique consiste à viser une migration complète et immédiate : convertir toutes les données SOLIDWORKS dans le nouvel environnement et éteindre l’ancien.
Cela semble efficace, mais cela crée souvent de nouveaux risques.
Échelle
Même une petite équipe d’ingénierie peut avoir des milliers, voire des dizaines de milliers de fichiers entre pièces, assemblages et plans.
Fidélité
La conversion CAO n’est pas toujours neutre. L’historique de conception, les références, les configurations et les liens avec les plans peuvent ne pas survivre de manière exploitable.
Timing
Tous les projets n’avancent pas au même rythme. Certains produits restent dans SOLIDWORKS pendant que les nouveaux programmes démarrent dans Onshape.
Continuité métier
Même si les anciens fichiers peuvent être convertis, les équipes ont encore besoin d’un moyen fiable pour les revoir et les consulter, parfois pendant des années.
Une meilleure question : comment garder les données héritées visibles ?
La bonne question n’est pas :
À quelle vitesse pouvons-nous tout déplacer ?
La bonne question est :
Comment garder les données héritées visibles et gérables pendant que le nouveau travail commence ailleurs ?
Ce changement de perspective est essentiel. Une transition réussie doit prendre en charge :
- des anciennes données encore consultées
- du nouveau travail qui démarre dans le cloud
- des fournisseurs et équipes internes travaillant avec des formats mixtes
- la revue et la collaboration fournisseur sécurisée en ingénierie entre les deux environnements
- une réduction progressive de la dépendance à l’ancien modèle d’auteur
Le playbook en trois étapes : dissocier → faire coexister → faire évoluer
Voici l’approche qui fonctionne le mieux dans la réalité.
Étape A : Dissocier
Arrêtez d’exiger l’ancien workflow desktop pour chaque tâche de routine. Rendez les archives accessibles sans licences SOLIDWORKS.
Étape B : Faire coexister
Faites fonctionner les deux systèmes en parallèle. Les anciennes données SOLIDWORKS et le nouveau travail Onshape doivent rester visibles au même endroit.
Étape C : Faire évoluer
Déplacez progressivement le travail actif vers Onshape. Laissez le rythme être dicté par les besoins métier.
Pour la plupart des équipes, cela prend 12 à 24 mois, pas 90 jours.
Étape A : dissociez vos archives SOLIDWORKS
Avant de convertir le moindre fichier, posez-vous cette question : combien de ces anciens fichiers devront réellement être modifiés à nouveau ?
Pour la plupart des équipes, la réponse honnête est : très peu. La majorité des données héritées a seulement besoin d’être visible : consultable, révisable et accessible comme référence.
Checklist pratique :
Auditez votre coffre SOLIDWORKS pour distinguer les fichiers encore actifs de ceux qui servent seulement de référence
Centralisez les données projet pour sortir des lecteurs partagés dispersés
Préservez la structure et le contexte de vos archives
Mettez en place un accès navigateur pour les managers, la qualité et les fournisseurs
Exportez les métadonnées PDM avant qu’elles ne deviennent inaccessibles
L’idée clé : vous n’avez pas besoin de migrer tous vos anciens fichiers vers Onshape pour qu’ils restent utiles. Vous pouvez les importer dans une solution PDM basé fichiers vs PDM intégré CAO qui prend en charge les formats natifs SOLIDWORKS.
Étape B : faites coexister les deux systèmes
C’est souvent la phase la plus déroutante, car elle donne l’impression de ne pas avancer. Pourtant, on avance. La coexistence n’est pas un échec ; c’est l’étape intermédiaire réaliste.
Concrètement :
- l’équipe nouveaux produits lance tous les projets dans Onshape
- l’équipe de sustaining continue à consulter des assemblages SOLIDWORKS
- un fournisseur vous envoie un fichier SOLIDWORKS que vous devez comparer avec du travail plus récent dans Onshape
- l’équipe qualité doit ressortir un plan de 2019 pour un audit
Tout cela doit fonctionner en même temps. La clé est d’avoir un endroit où l’ancien et le nouveau restent visibles.
Erreurs fréquentes pendant la coexistence :
- supposer que tout le monde peut basculer le même jour
- garder deux systèmes de recherche sans couche partagée
- oublier que les fournisseurs continuent d’envoyer des fichiers CAO desktop
- sous-estimer la durée de vie des programmes historiques
Pour mieux gérer le multi-CAO pendant cette période, voir Gestion multi‑CAO : contrôle de version entre outils.
Étape C : déplacez le travail actif vers Onshape progressivement
Une fois que l’équipe est à l’aise avec Onshape pour les nouveaux projets et que les archives restent accessibles sans SOLIDWORKS, vous pouvez resserrer la transition :
- Nouveaux projets : tous démarrent dans Onshape
- Programmes actifs : ne migrent que s’il y a un bénéfice clair
- Licences SOLIDWORKS : réduisez les postes au fur et à mesure que moins de personnes en ont besoin
- Archives héritées : deviennent un espace de référence en lecture seule
Règle pratique : si une personne n’a pas ouvert SOLIDWORKS depuis 30 jours, elle n’a probablement plus besoin de licence.
Pourquoi une visibilité partagée est essentielle pendant cette phase
Si les migrations semblent chaotiques, ce n’est pas seulement à cause de l’outil de conception, mais surtout à cause de l’absence d’une couche de visibilité commune.
Sans cela, les équipes perdent de vue :
- quels fichiers restent hérités
- quels projets sont déjà cloud native
- ce dont les fournisseurs dépendent encore
- où se trouve la copie de référence pour la revue
- quelles archives restent critiques pour le métier
Cela affecte non seulement l’équipe design, mais aussi la fabrication, les achats, la qualité et la direction.
Comment CAD ROOMS s’intègre à ce modèle de transition
CAD ROOMS peut servir d’espace cloud neutre et orienté fichiers pendant une transition de SOLIDWORKS vers Onshape.
Son rôle n’est pas de remplacer SOLIDWORKS ou Onshape comme plateforme d’auteur. Son rôle est d’aider les équipes à préserver la visibilité, la collaboration et le contrôle pendant la période de chevauchement.
Cela permet aux équipes d’utiliser CAD ROOMS pour :
- garder les données héritées SOLIDWORKS visibles et accessibles, avec plus de 30 formats CAO natifs pris en charge, consultables dans le navigateur sans SOLIDWORKS installé
- maintenir des workflows de revue pour les fichiers CAO desktop, avec visualisation 3D, mesure et annotation dans le navigateur
- soutenir le partage externe sécurisé et la collaboration fournisseur sécurisée en ingénierie pendant la transition
- maintenir le contrôle de version et le check-in/check-out sur les fichiers hérités
- gérer l’accès avec des permissions par rôle pour les équipes internes et les partenaires externes
- réduire la fragmentation pendant que le nouveau travail passe progressivement à un mode cloud native
Pour une comparaison détaillée, voir PDM basé fichiers vs PDM intégré CAO. Pour les équipes qui gèrent de grands assemblages historiques, la visualisation navigateur évite la surcharge liée à l’ouverture de fichiers lourds dans un logiciel CAO natif.
« La visibilité s’est nettement améliorée, tout comme la capacité de mesurer ; c’est un énorme gain. »
— Entreprise américaine de mécanique de précision · Technical Lead
Auto-évaluation rapide : votre équipe est-elle prête ?
Avant de démarrer, posez-vous ces cinq questions :
- Combien de projets SOLIDWORKS actifs avez-vous ? S’il y en a moins de 10, vous pouvez avancer plus vite. S’il y en a plus de 50, prévoyez une coexistence plus longue.
- Vos fournisseurs vous envoient-ils encore des fichiers SOLIDWORKS ? Si oui, il vous faudra continuer à les consulter après la transition.
- La qualité ou la conformité doivent-elles accéder à d’anciens plans ? Si oui, l’accès navigateur aux archives est indispensable.
- Combien de licences SOLIDWORKS payez-vous ? Chaque personne qui passe complètement sur Onshape représente une licence potentiellement supprimable.
- Disposez-vous d’un emplacement unique et searchable pour toutes les données d’ingénierie ? Sinon, c’est le premier problème à résoudre.
En résumé
Passer de SOLIDWORKS à Onshape n’est pas compliqué à cause du nouvel outil. C’est compliqué à cause des anciennes données.
La bonne nouvelle, c’est que vous n’avez pas besoin de tout résoudre d’un coup. Dissociez d’abord les archives, faites coexister les deux environnements, puis déplacez progressivement le travail actif.
CAD ROOMS simplifie la partie archives : vos données historiques SOLIDWORKS restent visibles et consultables dans le navigateur pendant que votre équipe construit l’avenir dans Onshape.
La vraie question n’est pas « à quelle vitesse pouvons-nous abandonner SOLIDWORKS ? », mais « à quel point pouvons-nous continuer à travailler clairement pendant la transition ? ».
Questions fréquentes
Q: Dois-je déplacer immédiatement tous mes fichiers SOLIDWORKS vers Onshape ?
A: Non. La plupart des organisations obtiennent de meilleurs résultats avec une approche progressive. Les données historiques et publiées peuvent rester accessibles pendant que les nouveaux programmes démarrent dans Onshape.
Q: Pourquoi les données héritées sont-elles la partie la plus difficile d’un passage de SOLIDWORKS à Onshape ?
A: Parce que le nouveau travail peut commencer rapidement, mais l’entreprise dépend toujours d’années d’assemblages, de plans et de révisions archivées pour le support, la fabrication et la référence.
Q: Les workflows SOLIDWORKS et Onshape peuvent-ils coexister pendant la transition ?
A: Oui. Dans la plupart des transitions réelles, c’est exactement ce qui se passe. Le défi consiste à maintenir une couche commune de visibilité et de collaboration.
Q: Comment CAD ROOMS aide-t-il pendant une transition de SOLIDWORKS vers Onshape ?
A: CAD ROOMS fournit un espace cloud neutre et orienté fichiers où les données héritées SOLIDWORKS peuvent rester visibles et consultables et gérables pendant que les nouveaux workflows basculent vers Onshape.
Q: CAD ROOMS remplace-t-il Onshape ou SOLIDWORKS ?
A: Non. Les outils CAO natifs restent responsables de la conception et de l’édition. CAD ROOMS apporte visibilité, collaboration et continuité pendant la transition.
Q: Mes fournisseurs peuvent-ils voir mes fichiers SOLIDWORKS sans avoir SOLIDWORKS ?
A: Oui. CAD ROOMS permet la visualisation, la mesure et l’annotation dans le navigateur pour les formats SOLIDWORKS, ainsi que plus de 30 formats CAO et neutres. Aucune installation CAO n’est nécessaire.
« Après deux à trois ans de recherche, CAD Rooms est la première solution que nous avons retenue et avec laquelle nous sommes vraiment satisfaits. »
— Société nord-américaine de services d’ingénierie · CEO
Vous passez de SOLIDWORKS à Onshape ? CAD ROOMS garde vos archives héritées visibles et accessibles pendant la transition, sans licences SOLIDWORKS. Réserver une démo pour voir comment cela fonctionne.
Articles liés
- Migration CAO : pourquoi une couche PDM neutre — l’article pilier de cette série
- Alternatives à SOLIDWORKS PDM pour petites équipes — pour les équipes qui réévaluent leur PDM historique
- PDM basé fichiers vs PDM intégré CAO — pourquoi une gestion neutre des fichiers est importante
- Gestion multi‑CAO : contrôle de version entre outils — pour coordonner le multi-CAO pendant la coexistence
Related Posts
Développement produit : collaboration et PDM cloud
Comment rationaliser le développement de produits avec des outils de collaboration et de PDM cloud ? Quelles fonctionnalités réduisent les cycles de validation et améliorent la coordination ?
De SOLIDWORKS à CATIA / 3DEXPERIENCE : réussir la transition Dassault
Guide pour garder les données SOLIDWORKS visibles et gouvernées pendant une migration par phases vers CATIA ou 3DEXPERIENCE.