Migration de donnees vers SOLIDWORKS PDM : le guide terrain pour reussir sans perdre un fichier
Publie le 18 mars 2026 — methodologie complete, pieges courants et retours d'experience apres 80+ migrations industrielles.
1. Pourquoi migrer vers un PDM ?
La majorite des bureaux d'etudes industriels que j'accompagne fonctionnent encore avec un serveur de fichiers Windows : une arborescence de dossiers, une convention de nommage plus ou moins respectee, et un tableur Excel qui tient lieu de "systeme de gestion". Ca fonctionne — jusqu'au jour ou ca ne fonctionne plus.
Le point de bascule arrive toujours au meme moment : quand un dessinateur ecrase le travail d'un collegue, quand une ancienne revision part en production, ou quand le directeur technique realise qu'il ne sait pas ou en sont les plans du produit livre il y a 6 mois.
Chez un fabricant de machines speciales, l'equipe BE de 12 personnes perdait en moyenne 45 minutes par jour a chercher "la bonne version" d'un fichier. Multiplie par 12 personnes, 220 jours ouvrables — c'est l'equivalent de 2,5 postes a temps plein perdus chaque annee dans de la non-valeur.Mohamed Omar Baouch
Douleurs du serveur de fichiers
- Aucun verrouillage : deux personnes modifient le meme fichier en meme temps
- Pas de versionnement : les copies "v2_final_VRAI_def" pullulent
- References cassees : un fichier deplace = un assemblage SOLIDWORKS casse
- Aucune tracabilite : qui a modifie quoi, quand, pourquoi ?
- Sauvegarde fragile : un ransomware et tout disparait
Ce qu'apporte SOLIDWORKS PDM
- Check-in / Check-out : un seul utilisateur modifie a la fois
- Versionnement automatique avec historique complet
- Coffre-fort SQL : integrite referentielle garantie
- Workflows d'approbation : validation tracee et conforme
- Replicas et sauvegardes integrees : continuite d'activite
2. Phase 1 : Auditer l'existant
Ne jamais faire confiance aux donnees existantes. C'est mon principe n°2, et c'est la raison pour laquelle chaque migration commence par un audit exhaustif. L'objectif : dresser une cartographie precise de ce qui existe, dans quel etat, et avec quelles dependances.
Un audit bien mene repond a quatre questions : combien de fichiers ? Quels formats ? Quelles conventions de nommage ? Et surtout : quelles sont les references orphelines — ces fichiers pointes par des assemblages mais qui n'existent plus ou ont ete deplaces ?
En moyenne, sur 80+ audits que j'ai realises, 15 a 30 % des fichiers presentent au moins une anomalie (doublon, reference cassee, nommage non conforme). Ignorer cette phase, c'est importer le chaos dans un systeme concu pour l'ordre.
3. Phase 2 : Definir la strategie de reprise
C'est la decision la plus structurante du projet. Trois approches existent, chacune avec ses avantages et ses contraintes. Le choix depend du volume de donnees, de la maturite de l'equipe et de la tolerance a l'arret de production du BE.
Big Bang
- Principe : tout migrer d'un coup, un week-end ou pendant un arret
- Avantage : pas de double-systeme, transition nette
- Risque : si ca plante, tout le monde est bloque lundi matin
- Ideal pour : < 50 000 fichiers, equipe < 10 personnes
Progressif (par lot)
- Principe : migrer projet par projet ou famille par famille
- Avantage : risque maitrise, apprentissage iteratif
- Risque : double-systeme pendant des semaines/mois
- Ideal pour : > 100 000 fichiers, equipe > 20 personnes
Hybride (mon approche preferee)
- Principe : migrer les projets actifs en Big Bang, puis ingerer l'historique progressivement
- Avantage : le BE travaille dans le PDM des le jour 1, l'historique suit sans pression
- Risque : necessite une gestion fine des references croisees actif/historique
- Ideal pour : la majorite des PME/ETI industrielles
Criteres de choix
- Volume total de fichiers CAO
- Nombre d'utilisateurs simultanees
- Tolerance a l'arret du BE
- Complexite des references inter-projets
Sur un projet industriel, on a migre 180 000 fichiers en approche hybride : les 3 projets en cours d'etude ont bascule un vendredi soir, et l'historique (12 ans de donnees) a ete ingere progressivement sur 3 semaines. Le lundi matin, les 15 dessinateurs travaillaient dans le coffre-fort. Zero temps mort.Mohamed Omar Baouch
4. Phase 3 : Nettoyer et preparer les donnees
C'est la phase la plus ingrate — et la plus critique. Migrer des donnees sales dans un coffre-fort PDM, c'est exactement comme demenager dans un appartement neuf en emportant toutes les boites non triees du grenier. Le desordre vous suit.
Le nettoyage se fait en trois passes : correction des references (fichiers deplaces ou renommes qui cassent les assemblages), elimination des doublons (meme piece stockee dans 3 dossiers differents), et enrichissement des metadonnees (remplir les proprietes SOLIDWORKS pour alimenter les cartes de donnees PDM).
Outils de nettoyage
- #TASK : automatisation en masse des proprietes fichier
- SOLIDWORKS Utilities : detection de doublons geometriques
- Scripts PowerShell : renommage en masse, correction de chemins
- Pack & Go : repackaging d'assemblages avec references corrigees
Regles d'or
- Ne jamais nettoyer sur les donnees de production — toujours travailler sur une copie
- Valider chaque lot avec le BE avant de passer au suivant
- Documenter chaque regle de renommage (l'equipe doit pouvoir retracer)
- Prevoir un "bac a sable" pour les fichiers inclassables
Dans les coulisses : ma boite a outils terrain
La theorie c'est bien, mais ce qui fait la difference entre une migration qui reussit et une qui deraille, ce sont les outils et les automatismes. Voici concretement ce que j'utilise sur le terrain, etape par etape. Chaque outil a un role precis dans la chaine — sauter une etape, c'est prendre le risque de contaminer tout le coffre-fort.
Sur un projet de migration depuis 3DEXPERIENCE vers SOLIDWORKS PDM, le defi : les noms de fichiers dans 3DX ne correspondaient pas aux noms physiques. On a du construire une table de correspondance via le Part Number comme cle de liaison. DataRecovery extrait les chemins PDM, on croise avec la nomenclature 3DX, et le fichier Excel genere automatiquement les bons chemins pour l'injection des proprietes. Sans cette etape, on aurait attribue les mauvaises metadonnees a des centaines de fichiers.Mohamed Omar Baouch
Le point crucial que je veux souligner : ces outils ne sont pas optionnels. Chaque etape de la chaine produit le livrable necessaire a l'etape suivante. DataRecovery alimente le fichier Excel d'analyse, qui pilote FindDocuments, qui prepare le terrain pour Dependencies. Sauter une etape — par exemple renommer sans avoir analyse — c'est contaminer toute la suite. J'ai vu des migrations reprises de zero parce que le nettoyage avait ete bacle.
Sur un projet de reprise, le fichier Excel d'analyse a classe automatiquement chaque fichier en trois categories : OUI (derniere revision valide, a renommer avec la REF_INT), NON (ancienne revision, a archiver), et ALERTE (reference invalide, doublon ou indice non conforme — traitement manuel). Ce tri automatise a permis de traiter 95 % des fichiers sans intervention humaine. Seuls les 5 % en ALERTE ont necessite un examen au cas par cas — verification du cas d'emploi, correction de la carte, puis archivage ou renommage.
Focus : comment on recupere et synchronise les indices de revision
C'est la question que tout le monde pose — et celle ou la plupart des migrations deraillent. Quand un fichier s'appelle SPF-AC8602-Piece-B.SLDPRT, le "B" en fin de nom est l'indice de revision. On ne le devine pas : on l'extrait, soit depuis le nom de fichier (pattern de type XXX-LLnnnn-Nom-INDICE.ext), soit depuis une propriete personnalisee SOLIDWORKS (metadonnee "Revision" ou "Indice" dans la carte). Dans les deux cas, c'est le fichier Excel d'analyse qui fait le travail d'extraction.
Regle fondamentale : on ne migre activement que la derniere revision. Si pour une meme reference SPF-AC8602 il existe les fichiers A, B et C, seul le fichier a l'indice C sera renomme et integre comme document actif dans le coffre-fort (categorie OUI). Les fichiers A et B sont conserves mais envoyes en etat ARCHIVE dans le workflow PDM — ils restent accessibles pour l'historique, mais ne polluent pas l'espace de travail courant.
Extraction de l'indice
- Depuis le nom : le script Excel parse le nom du fichier et isole la lettre (A-Z) en derniere position avant l'extension
- Depuis les metadonnees : DataRecovery lit la propriete "Revision" ou "Indice" dans les proprietes personnalisees SOLIDWORKS
- Cas des plans (SLDDRW) : le plan herite de la REF_INT et de l'indice de son modele 3D associe (meme nom de fichier). Si aucun 3D n'est trouve, extraction directe depuis le nom du plan
Synchronisation dans PDM
- Transition "VALIDER REPRISE" : une transition speciale est configuree dans le workflow PDM pour caler le compteur de revision
- Passe par indice : on execute la transition pour les fichiers a l'indice A (increment = 0), puis B (increment = 1), puis C (increment = 2)… jusqu'a Z
- Resultat : le compteur interne PDM correspond exactement a l'indice reel du fichier — la montee d'indice fonctionnera normalement ensuite
Cas particulier — migration Workgroup vers PDM : les fichiers avec des revisions "$" ou "$+" (notation Workgroup) restent avec ces valeurs dans PDM. Au premier passage en etat "MODIFICATION AVEC INDICE", ils basculent automatiquement en "A". Les fichiers deja en A/B/C sont cales sur leur indice et evoluent normalement. Les revisions intermediaires ("A+", "B+") necessitent un traitement manuel pour etre recalees proprement avant la montee d'indice standard.
Focus : la gestion des doublons — le poison silencieux d'une migration
Les doublons sont le probleme le plus sous-estime dans une migration. Un doublon, c'est un fichier avec la meme reference (REF_INT) + meme type + meme indice qui existe a plusieurs endroits. Sur certains projets, j'ai vu plus de 40 000 doublons dans un seul coffre-fort — souvent generes par des copies d'arborescence mal configurees ou des renommages manuels approximatifs accumules sur des annees.
Le probleme n'est pas seulement l'espace disque. Un doublon cree de l'ambiguite : quel fichier est le bon ? Celui dans le dossier "Projet_2023" ou celui dans "Archive_ancien" ? L'assemblage pointe vers lequel des deux ? Sans traitement, on importe le chaos dans le coffre-fort — et on le multiplie.
Detection avec PDMreport
- Rapport de doublons : PDMreport (via myPDMtools) genere un rapport CSV listant tous les fichiers dupliques — meme reference, meme indice, emplacements differents
- Analyse par lot : on traite dossier par dossier, en commencant par les dossiers d'import. Chaque doublon est examine : date de creation, derniere modification, references entrantes
- Regle : on conserve toujours la version la plus recente et on verifie l'integrite des references apres chaque suppression
Prevention post-migration
- Parametre PDM : activer l'interdiction des noms de fichiers dupliques dans les parametres du coffre-fort — c'est la premiere chose a faire apres la migration
- Copie d'arborescence : configurer des filtres d'exclusion (bibliotheque de pieces standards, composants achetes) pour eviter que chaque nouveau projet duplique les memes pieces
- Renommage automatique : coupler TaskActions + SmartCounter pour que chaque nouveau fichier recoive automatiquement une reference unique — zero saisie manuelle, zero doublon
Ordre critique : la suppression des doublons doit imperativement se faire apres le renommage (FindDocuments) et avant la restauration des liens (Dependencies). Pourquoi ? Parce que si vous corrigez les references alors que des doublons existent encore, Dependencies risque de pointer vers le mauvais fichier. Et une fois le lien cree, il est beaucoup plus couteux a corriger. La sequence renommer → dedoublonner → restaurer les liens n'est pas un detail methodologique, c'est un verrou de qualite.
Focus : renommage en masse — dans le coffre ou en dehors ?
C'est une question que je recois systematiquement : "on peut renommer directement dans le coffre ?" La reponse depend de votre version de PDM. C'est un point souvent mal compris, et il conditionne toute la strategie de reprise.
PDM Professional — renommage dans le coffre
- API disponible : PDM Professional dispose d'une API de programmation complete qui autorise le renommage des fichiers directement dans le coffre-fort, sans extraire ni reimporter
- TaskActions (myPDMtools) : permet de chainer des actions lors des transitions de workflow — generation de numeros de serie (SmartCounter), renommage automatique base sur les variables de carte, conversion, tamponnage PDF
- Avantage : le renommage se fait sur des fichiers deja dans le coffre, avec mise a jour automatique de toutes les references PDM. Pas de risque de desynchronisation
PDM Standard — renommage en dehors du coffre
- Pas d'API : sur PDM Standard, l'API PDM n'est pas disponible. Les outils comme myPDMtools (TaskActions) ne fonctionnent pas — impossible de renommer dans le coffre via script
- FindDocuments (mycadtools) : la solution consiste a construire une base SQLite de tous les documents SOLIDWORKS avant de les copier dans le coffre. FindDocuments renomme en masse en mettant a jour les liens de references internes — sans casser un seul assemblage
- Sequence : on renomme d'abord sur le systeme de fichiers local, puis on injecte dans le coffre les fichiers deja propres. Le coffre recoit des donnees pretes a l'emploi
En resume : avec PDM Professional, on renomme dans le coffre grace a l'API (TaskActions + SmartCounter). Avec PDM Standard, on renomme en dehors du coffre avec FindDocuments (base SQLite) avant d'injecter les fichiers. Dans les deux cas, l'objectif est identique : chaque fichier porte sa bonne reference, et aucun lien d'assemblage n'est casse. Le choix de l'outil depend de votre licence — pas de la methodologie.
5. Phase 4 : La migration technique
C'est le moment ou les donnees quittent le serveur de fichiers pour entrer dans le coffre-fort PDM. Cette phase est purement technique, mais elle doit etre executee avec une precision chirurgicale. Un fichier oublie ou une reference mal resolue, et c'est un assemblage qui s'ouvre avec des croix rouges le lundi matin.
La cle : toujours faire un essai a blanc. Je selectionne un jeu de test representatif (3 a 5 projets couvrant differents types d'assemblages, tailles, complexites) et je les migre dans un coffre-fort de test. L'equipe valide. Si tout est vert, on lance la migration de production.
Point critique : l'etape 6 fait peur, mais c'est indispensable. Si vous laissez l'ancien serveur accessible, les utilisateurs retourneront discretement dans leurs vieilles habitudes. On ne peut pas etre a moitie dans un PDM.
6. Phase 5 : Former et basculer
C'est la que 80 % des projets PDM se jouent — et ou la plupart echouent. Une migration techniquement parfaite ne vaut rien si les utilisateurs ne comprennent pas le "pourquoi" et le "comment" du nouveau systeme. L'humain avant l'outil, toujours.
Formation des administrateurs
- En amont de la migration (2-3 semaines avant)
- Architecture du coffre-fort, workflows, permissions
- Resolution des problemes courants (fichiers bloques, etats incoherents)
- Les former sur LEURS donnees, pas sur un jeu generique
Formation des utilisateurs
- Le jour meme ou le lendemain de la bascule
- Check-in, Check-out, recherche, changement d'etat
- Ateliers pratiques sur leurs projets reels
- Documentation rapide : fiche reflexe A4 plastifiee
Le dessinateur reticent, c'est mon histoire fetiche. Un senior de 25 ans d'experience qui refusait categoriquement de "mettre ses fichiers dans une boite noire". Je lui ai montre une seule chose : taper 3 lettres dans la recherche PDM et retrouver un plan en 2 secondes, la ou il ouvrait 6 sous-dossiers pendant 3 minutes. Il est devenu le plus grand ambassadeur du projet.Mohamed Omar Baouch
7. Phase 6 : Stabiliser et optimiser
Les 30 premiers jours post-migration sont critiques. C'est la que les mauvaises habitudes tentent de revenir, que les questions s'accumulent, et que les petits irritants peuvent se transformer en rejet massif si personne n'est la pour les traiter.
Semaines 1-2 : Support intensif
- Presence sur site ou en visio quotidienne
- Traitement des tickets en < 2h
- Ajustement des workflows si besoin
- Debriefing quotidien avec l'admin PDM
Semaines 3-4 : Autonomisation
- L'admin PDM prend le relais en premiere ligne
- Indicateurs de suivi : taux d'adoption, fichiers non archives
- Session de retour d'experience avec l'equipe
- Feuille de route d'optimisation (phase 2 : integration ERP, dispatch...)
8. Les 7 erreurs que je vois sur chaque projet
Apres 80+ projets de migration, certains patterns reviennent systematiquement. Ce sont rarement des problemes techniques — ce sont des erreurs de methode, de communication ou de timing.
L'erreur n°3 est de loin la plus frequente. J'ai vu des entreprises investir 6 mois dans un projet PDM et laisser l'ancien serveur Windows ouvert "au cas ou". Trois mois plus tard, 60 % des fichiers etaient encore crees hors coffre-fort. La migration avait echoue — non pas techniquement, mais humainement.Mohamed Omar Baouch
Vous avez trouve cet article utile ?
La migration vers un PDM est le projet qui fait peur a tout le monde — mais avec la bonne methode, c'est aussi celui qui transforme durablement un bureau d'etudes. Si vous preparez une migration ou si vous voulez echanger sur votre situation, n'hesitez pas.
Me contacter