Migrer d'AutoCAD vers un éditeur web pour vos plans DI

AutoCAD : la référence historique, et ce qu'il fait bien

AutoCAD a structuré la production des plans DI depuis 30 ans. Tous les bureaux d'études techniques (BET) suisses l'utilisent, avec des bibliothèques de blocs propres à chaque entreprise. Ce n'est pas un hasard, et il serait malhonnête de le présenter comme un outil dépassé. Ce qu'AutoCAD fait mieux que n'importe quel éditeur métier :

Le dessin technique lui-même : précision géométrique, contraintes, cotation, gestion des calques et des références externes ;
L'échange avec les autres corps de métier : le DWG reste le format d'échange du bâtiment, et vos partenaires architectes et CVC travaillent dedans ;
La liberté de représentation : tout cas particulier peut être dessiné, sans attendre qu'un éditeur l'ait prévu ;
La pérennité : un fichier DWG de 2005 s'ouvre encore.

Ses limites apparaissent surtout sur ce qui n'est pas du dessin :

Pas de lien entre le plan et la matrice d'asservissement
Cohérence des symboles à la charge du bureau : rien ne vérifie qu'un bloc reste fidèle au signe conventionnel de référence
Versioning manuel : fichiers .dwg dupliqués avec suffixes « _v2_final »
Collaboration difficile : un seul utilisateur en édition simultanée
Pas de lien avec les données (détecteurs, zones, équipements asservis)

Un bloc personnalisé n'est pas non conforme par nature

Une confusion mérite d'être levée tout de suite, parce qu'elle circule beaucoup : un bloc AutoCAD personnalisé n'est pas automatiquement non conforme. Ce qui compte, c'est que le symbole dessiné reproduise correctement le signe conventionnel attendu et qu'il soit identifiable par un tiers. Un bureau qui a redessiné proprement la planche SES dans sa bibliothèque produit des plans parfaitement lisibles.

Le vrai problème n'est pas l'outil, c'est la dérive : des blocs créés au fil des années, jamais réalignés sur la planche de référence, parfois mélangés à des symboles maison inventés pour un projet et restés dans la bibliothèque. Personne ne le voit tant que le plan reste dans le bureau ; cela se voit le jour où un tiers doit le lire.

Pourquoi un éditeur web spécialisé ?

Un éditeur conçu spécifiquement pour la détection incendie apporte autre chose que du dessin :

Symboles de référence intégrés, alignés sur les signes conventionnels SES
Données structurées : chaque détecteur dessiné est aussi un objet en base
Liens directs avec la matrice d'asservissement
Versioning automatique à chaque modification
Collaboration multi-utilisateur
Export PDF propre, directement diffusable, étant entendu que la conformité d'un plan ne tient pas au bouton d'export : elle dépend de son contenu, du projet, du concept de protection incendie et de l'appréciation de l'autorité
Accessibilité depuis n'importe quel poste (pas de licence locale)

Les craintes légitimes

Avant de migrer, les bureaux pensent :

"Je perds mes blocs personnalisés"
"Mes équipes vont devoir tout réapprendre"
"Mes anciens projets resteront sur AutoCAD"
"Et si l'éditeur web disparaît ?"

Ces craintes sont compréhensibles. Voyons comment les adresser.

Stratégie de migration progressive

Étape 1, Lancer en parallèle (3 mois)

Ne pas tout migrer d'un coup. Choisir 1 ou 2 projets pilotes à faire dans l'éditeur web, tout en gardant AutoCAD pour les autres.

Critères de choix des pilotes :

Petits projets (< 50 détecteurs)
Bâtiments standards (pas de complexité atypique)
Équipes motivées par le changement

Étape 2, Former l'équipe (1-2 jours)

Les éditeurs web modernes (sdai.ch inclus) sont bien plus simples qu'AutoCAD. Un dessinateur expérimenté peut être opérationnel en quelques heures.

À couvrir en formation :

Import d'un fond de plan (PDF, PNG)
Placement des symboles
Création des zones
Liaison avec la matrice
Export PDF

Étape 3, Importer les fonds AutoCAD

Plutôt que de redessiner, importer le fond de plan AutoCAD en PDF ou PNG. L'éditeur web utilise ce fond comme arrière-plan et on dessine la SDAI par-dessus.

Avantage : aucune perte d'information sur l'architecture du bâtiment.

Étape 4, Refaire la SDAI dans le nouvel outil

Sur le pilote, on redessine les détecteurs, zones et organes dans le nouvel éditeur. C'est rapide car :

Le fond est déjà en place
Les symboles sont normés (pas besoin de gérer les blocs)
L'éditeur place automatiquement les zones et numérotations

Étape 5, Comparer les résultats

Après le pilote, comparer :

Temps de production
Qualité du rendu
Conformité (symboles SES)
Satisfaction de l'équipe

Étape 6, Migrer progressivement

Une fois le pilote validé, migrer les nouveaux projets dans le nouvel éditeur. Les anciens projets restent sur AutoCAD jusqu'à leur prochaine mise à jour majeure.

Les gains à attendre (et comment les mesurer vous-même)

Nous ne publions volontairement aucun pourcentage de gain de temps : nous n'avons pas de mesure établie sur un échantillon suffisant, avec une méthode et un périmètre publiables. Un chiffre annoncé sans cela n'aurait aucune valeur pour vous.

Ce qui change structurellement, en revanche, est vérifiable sans statistique :

Versioning : automatique, plus de fichiers « _v3_final »
Cohérence des symboles : la bibliothèque est unique et partagée, elle ne dérive pas d'un projet à l'autre
Lien plan ↔ matrice : un détecteur déplacé sur le plan reste le même objet dans la matrice
Reprise d'un dossier ancien : les données sont lisibles sans reconstituer les conventions de l'auteur

Et voici comment obtenir votre chiffre plutôt que le nôtre : sur le projet pilote, notez les heures réellement passées à la production du plan DI, puis comparez avec un projet antérieur de taille comparable. C'est la seule mesure qui vaut pour votre bureau, avec vos habitudes et vos types de bâtiments.

Les pièges à éviter

1. Vouloir tout migrer d'un coup

Migration big-bang = catastrophe. Procéder par projet, sur 6-12 mois.

2. Sous-estimer la conduite du changement

Les dessinateurs AutoCAD sont des experts, il faut les impliquer dans le choix, pas leur imposer. Faire des démos avec eux, écouter leurs résistances.

3. Choisir un éditeur non-spécialisé

Certains éditeurs web "généralistes" (Lucidchart, draw.io, Miro) ne sont pas adaptés à la SDAI : pas de symboles normés, pas de matrices, pas de conformité.

4. Négliger l'export

Vérifier dès le pilote que l'export PDF est accepté par les bureaux de contrôle et les autorités cantonales. C'est le test ultime.

Et si on travaille avec des collaborateurs sur AutoCAD ?

Pas de problème : tout éditeur web sérieux exporte en PDF (et idéalement en DWG pour les BET partenaires). La collaboration externe reste possible sans imposer le nouvel outil aux tiers.

Et la pérennité ?

Légitime question. Critères à vérifier :

L'éditeur a-t-il une activité commerciale stable ?
Les données sont-elles exportables (PDF, image, JSON) ?
Le projet est-il développé activement ?

Avec sdai.ch, les données sont toujours exportables et hébergées en Suisse.

Ce qu'il faut retenir

AutoCAD reste supérieur pour le dessin technique et l'échange DWG ; ses limites portent sur le lien aux données, la matrice et le versioning.

Un bloc personnalisé n'est pas non conforme par nature : il l'est s'il ne reproduit pas correctement le signe conventionnel.

Aucun export ne rend un plan « conforme » : la conformité dépend du contenu, du projet, du concept et de l'autorité.

Migrer progressivement : projets pilotes, formation courte, import des fonds AutoCAD en PDF ou PNG.

Mesurez vos propres gains sur le pilote plutôt que de vous fier à un pourcentage annoncé.

Vérifié le 11 août 2026. Migrer d'un outil installé depuis 30 ans demande du temps. Cet article ne publie volontairement aucun chiffre de gain de temps ni de taux d'acceptation : nous ne disposons pas d'une mesure dont le périmètre, l'échantillon et la méthode soient publiables. Pour le cadre applicable aux plans, voir la directive de protection incendie DPI 20-15, ch. 3.8.2, et les signes conventionnels de la documentation SES détection et alarme incendie.