Automatiser AutoCAD consiste à confier à un programme les tâches répétitives que l'on ferait sinon à la main : nettoyage de fichiers, renommage de calques, extraction d'attributs, contrôles de conformité. Sur un parc de dizaines de plans, l'automatisation transforme des semaines de travail manuel en traitements de quelques minutes, reproductibles à l'identique. Cette page décrit les trois niveaux d'outillage, la méthode de développement, et le cas concret d'un plugin métier développé par Novelpix.
Au sommaire
Ce qui s'automatise, concrètement
La règle est simple : toute tâche répétée à l'identique sur plusieurs fichiers est un candidat. Les cas les plus fréquents sur un fonds de plans :
| Tâche | Coût manuel typique | Après automatisation |
|---|---|---|
| Nettoyage et purge de DWG | quelques minutes par fichier | traitement du dossier entier en une passe |
| Renommage des calques sous charte | long et source d'oublis | règle appliquée uniformément |
| Extraction des attributs de blocs | fichier par fichier | un seul CSV pour tout le parc |
| Contrôle de conformité à une charte | vérification visuelle, peu fiable | rapport d'écarts automatique |
| Génération de nomenclatures | ressaisie | tableau produit depuis le dessin |
Le gain n'est pas seulement du temps. C'est surtout de la reproductibilité : un traitement automatisé produit exactement le même résultat au dixième fichier qu'au premier, ce qu'aucun opérateur humain ne garantit sur une tâche répétitive.
Script, routine ou plugin : trois niveaux
Choisir le bon niveau d'outillage est la première décision, et c'est elle qui détermine le coût.
| Niveau | Ce qu'il fait | Quand le choisir |
|---|---|---|
| Script | Rejoue une séquence de commandes fixe, sans condition | Traitement identique sur des fichiers homogènes |
| Routine AutoLISP | Sélectionne selon des critères, teste des cas, réagit différemment | Le traitement dépend de ce qu'il rencontre dans le dessin |
| Plugin | Commandes métier, interface, base de données, persistance entre sessions | Besoin durable, partagé entre plusieurs dessinateurs |
On passe d'un niveau à l'autre quand le besoin devient récurrent et partagé. Une routine suffit pour un traitement ponctuel exécuté par une personne. Un plugin devient justifié dès qu'il faut garantir que tout le monde produit la même donnée, de la même façon, avec les mêmes contrôles.
Pourquoi AutoLISP reste l'outil adapté
AutoLISP est le langage natif d'AutoCAD, présent depuis des décennies et toujours maintenu. Il accède directement aux entités du dessin, s'exécute sans installation lourde, et reste lisible et maintenable dans le temps. Pour l'immense majorité des besoins de traitement de plans, c'est l'outil au meilleur rapport robustesse sur coût.
À noter : AutoLISP est pris en charge sur les versions récentes d'AutoCAD LT, avec certaines limitations par rapport à AutoCAD complet, notamment sur Visual LISP et une partie des interfaces ActiveX. La version exacte et les fonctions employées sont vérifiées au cadrage.
Développer un plugin AutoCAD métier
Un plugin dépasse l'automatisation d'une tâche : il installe dans AutoCAD un outil métier qui impose une façon de travailler. C'est sa vraie valeur, et sa vraie exigence.
Ce qu'un plugin apporte qu'une routine ne peut pas apporter :
- Des commandes métier nommées dans le vocabulaire des utilisateurs, pas dans celui d'AutoCAD.
- Une persistance des données entre les sessions et entre les fichiers, via une base dédiée.
- Des contrôles intégrés qui empêchent la saisie incohérente au lieu de la corriger après coup.
- Un déploiement maîtrisé sur les postes, garantissant que tous les dessinateurs disposent de la même version.
La contrepartie est un niveau d'exigence supérieur : un plugin est utilisé par des personnes qui ne l'ont pas écrit, sur des fichiers qu'elles n'ont pas produits. Il doit donc être défensif par construction, documenté, et versionné.
Le cas NvxAcadSync, plugin OPERAT
Novelpix a développé NvxAcadSync, à notre connaissance le premier plugin AutoCAD dédié à la préparation de la déclaration OPERAT du décret tertiaire directement depuis les plans. C'est un exemple concret de ce qu'un plugin métier permet, là où aucune routine ne suffirait.
La chaîne
Le dessinateur pose sur chaque local un bloc normalisé à dix attributs : numéro de local, repère, surface, bâtiment, SIRET de l'occupant, niveau, activité SCAP, type de surface, identifiant RNB du bâtiment, et indicateur d'assujettissement.
Le plugin remonte ensuite l'ensemble des locaux de tous les DWG du site dans une base de données dédiée. Il gère les copies et les déplacements de blocs, et détecte les doublons, deux situations qui rendent le comptage manuel peu fiable sur un parc réel.
Les quatre livrables
| Livrable | Contenu |
|---|---|
| CSV EFA V6.0 | Fichier de création des entités fonctionnelles assujetties, 44 colonnes, avec consolidation par occupant |
| Feuille de saisie | Surfaces et activités SCAP par local, au format tableur |
| Squelette CSV Consommations V9.0 | 173 colonnes, une ligne par EFA et sous-catégorie, avec la couche surfaces pré-remplie |
| Export Excel | Tous les locaux du site, exploitable en décisionnel ou en GMAO |
Ce que le plugin garantit
- La délimitation et la consolidation des EFA par occupant, un SIRET correspondant à une EFA, y compris lorsque l'occupant est réparti sur plusieurs niveaux ou plusieurs bâtiments.
- La traçabilité : base de surface tracée, identifiant RNB par bâtiment, SIRET de l'occupant, exclusions gérées par un indicateur explicite.
- Une référence EFA unique et stable dans le temps.
Ce que le plugin ne fait pas, et qu'il ne faut pas attendre de lui. Il ne pousse rien automatiquement dans la plateforme OPERAT : les fichiers produits s'importent manuellement. Il ne renseigne pas les consommations d'énergie, qui relèvent de la donnée chaude et du travail d'un bureau d'études. Il ne traite pas la copropriété, ne calcule pas le seuil d'assujettissement, et ne se substitue pas au jugement humain sur le typage fin des exclusions.
Ce périmètre est volontaire. Novelpix fiabilise la donnée froide, les surfaces et les locaux. La donnée chaude et le conseil énergétique relèvent du bureau d'études ou de l'AMO. C'est une complémentarité, pas une concurrence. Le détail de la démarche OPERAT est sur la page dédiée.
La méthode de développement
1. Spécifier le besoin par écrit
Décrire précisément ce que la routine doit faire, sur quels objets, avec quelles exceptions. C'est l'étape que l'on saute le plus volontiers et celle qui coûte le plus cher : une automatisation mal spécifiée automatise une erreur, et la reproduit à l'échelle du parc. Le débogage d'un traitement de masse coûte plus cher que la spécification qui l'aurait évité.
2. Choisir le bon niveau d'outil
Script, routine ou plugin, selon les critères du tableau plus haut. Surdimensionner coûte du budget inutile, sous-dimensionner conduit à réécrire six mois plus tard.
3. Développer en code réversible et sécurisé
Voir la section suivante.
4. Tester sur un échantillon
Exécuter la routine sur une copie d'un échantillon représentatif et comparer le résultat à l'attendu, avant tout traitement de masse. L'échantillon doit inclure les cas tordus, pas seulement les cas propres : c'est sur les exceptions qu'une automatisation casse.
5. Livrer le code et sa documentation
Le code source commenté et son mode d'emploi sont remis au client. C'est une condition de durabilité : une automatisation dont le code reste chez le prestataire crée une dépendance qui finit par coûter plus cher que le développement lui-même.
Ce qui fait un code robuste
Quatre exigences, non négociables sur un traitement qui touche des fichiers de production :
- Sauvegarde et restauration des variables système. Une routine qui modifie l'environnement AutoCAD et ne le remet pas en état laisse l'utilisateur avec un logiciel qui se comporte anormalement, sans qu'il comprenne pourquoi.
- Gestion des erreurs. En cas d'interruption, le dessin ne doit jamais rester dans un état intermédiaire, à moitié traité.
- Annulation en une opération. L'utilisateur doit pouvoir revenir en arrière d'un seul geste, pas commande par commande.
- Traitement sur copies. Les traitements de masse s'exécutent sur des copies, jamais sur les originaux.
Ces exigences ne sont pas du perfectionnisme. Une routine qui abîme un fonds de plans détruit en quelques minutes un actif construit sur des années.
Calculer la rentabilité
Le calcul est simple : comparer le temps de développement au temps manuel économisé, multiplié par le nombre d'exécutions prévues.
Une tâche de dix minutes répétée sur cent fichiers représente plus de seize heures de travail manuel, à comparer au coût de la routine. Pour un traitement simple, le seuil de rentabilité se situe généralement autour de la dizaine de fichiers.
Deux gains échappent à ce calcul mais pèsent souvent davantage : la reproductibilité, qui supprime la variabilité entre opérateurs, et la disponibilité, un traitement automatisé pouvant être relancé à volonté sans remobiliser quiconque.
Définitions
- AutoLISP
- Langage de programmation natif d'AutoCAD, dérivé de Lisp, permettant d'accéder directement aux entités d'un dessin et d'automatiser des traitements. Il s'exécute sans compilation ni installation lourde.
- Script AutoCAD
- Fichier qui rejoue une séquence de commandes fixe, sans condition ni décision. Utile pour appliquer un traitement identique à des fichiers homogènes.
- Plugin AutoCAD
- Extension installée dans AutoCAD qui ajoute des commandes métier, une interface et parfois une base de données. À la différence d'une routine, il persiste entre les sessions et se déploie sur un ensemble de postes.
- Traitement batch
- Exécution automatique d'un même traitement sur un lot de fichiers, sans intervention entre chaque fichier.
- EFA
- Entité fonctionnelle assujettie : unité de déclaration de la plateforme OPERAT, correspondant à un occupant sur un périmètre donné.
- RNB
- Référentiel National des Bâtiments, qui attribue un identifiant unique à chaque bâtiment et permet de rattacher les déclarations à une référence stable.
Questions fréquentes
Comment automatiser des tâches répétitives sur AutoCAD avec un script ?
En choisissant le bon niveau d'outil selon la nature de la tâche. Un script enchaîne une séquence de commandes fixe, sans condition ni décision. Une routine AutoLISP porte une logique : elle sélectionne des entités selon des critères, teste des cas et réagit différemment selon ce qu'elle trouve. Un plugin va plus loin en ajoutant une interface, une base de données et des commandes métier durables. La règle pratique : toute tâche répétée à l'identique sur plusieurs fichiers est un candidat à l'automatisation.
Quelle différence entre un script, une routine AutoLISP et un plugin AutoCAD ?
Le script rejoue une suite de commandes, sans intelligence. La routine AutoLISP ajoute la logique conditionnelle et l'accès direct aux entités du dessin. Le plugin est un outil métier complet : commandes propres, interface, persistance des données entre sessions, installation sur les postes. On passe de l'un à l'autre quand le besoin devient récurrent et partagé entre plusieurs utilisateurs.
Quand faut-il faire développer un plugin AutoCAD plutôt qu'une routine ?
Quand le besoin est durable, partagé entre plusieurs dessinateurs, et suppose de conserver des données d'une session à l'autre. Une routine suffit pour un traitement ponctuel exécuté par une personne. Un plugin devient justifié dès qu'il faut garantir que tout le monde produit la même donnée, de la même façon, avec les mêmes contrôles.
Qu'est-ce que le plugin OPERAT développé par Novelpix ?
NvxAcadSync est un plugin AutoCAD, à notre connaissance le premier conçu pour préparer la déclaration OPERAT du décret tertiaire directement depuis les plans. Le dessinateur pose un bloc normalisé à dix attributs sur chaque local, le plugin remonte tous les locaux des DWG dans une base par site, consolide les entités fonctionnelles assujetties par occupant, et génère les fichiers d'import : CSV EFA V6.0 à 44 colonnes, feuille de saisie des surfaces et activités, squelette du CSV Consommations V9.0, et export Excel des locaux.
Le plugin OPERAT pousse-t-il automatiquement les données dans la plateforme ?
Non. Le plugin produit des fichiers conformes, que vous importez vous-même dans la plateforme OPERAT. Aucun envoi automatique n'est réalisé. Il ne renseigne pas non plus les consommations d'énergie, qui relèvent de la donnée chaude et du travail d'un bureau d'études énergie. Le périmètre est volontairement limité à la donnée froide : les surfaces et les locaux.
AutoLISP fonctionne-t-il sur AutoCAD LT ?
Oui, sur les versions récentes d'AutoCAD LT compatibles AutoLISP, sous réserve des limitations propres à LT, notamment sur Visual LISP et une partie des interfaces ActiveX. La version exacte et les fonctions employées sont vérifiées au cadrage, avant tout engagement.
Le code source est-il livré au client ?
Oui. Le code source commenté et sa documentation sont remis au client, qui peut le relancer et le faire évoluer avec ses propres équipes. C'est une condition de durabilité : une automatisation dont le code reste chez le prestataire crée une dépendance qui finit par coûter plus cher que le développement lui-même.
Combien de temps faut-il pour rentabiliser une automatisation ?
Le calcul est simple : comparer le temps de développement au temps manuel économisé multiplié par le nombre d'exécutions prévues. Une tâche de dix minutes répétée sur cent fichiers représente plus de seize heures de travail manuel, à comparer au coût de la routine. Le seuil de rentabilité se situe généralement autour de la dizaine de fichiers pour un traitement simple.
Une automatisation peut-elle abîmer les fichiers ?
Une automatisation mal écrite, oui. C'est pourquoi le code doit être réversible : sauvegarde et restauration des variables système, gestion des erreurs pour ne jamais laisser le dessin dans un état intermédiaire, et annulation possible en une opération. Les traitements de masse s'exécutent en outre sur des copies, jamais sur les originaux.
Où ces automatisations interviennent
Elles accélèrent l'ensemble de la chaîne : l'actualisation d'un fonds de plans, l'extraction des surfaces et des locaux, l'inventaire des équipements et la connexion à une GMAO. Sur un parc, c'est ce qui rend la démarche reproductible plutôt qu'artisanale.
Le diagnostic identifie les traitements répétitifs de votre fonds de plans et chiffre ceux qui méritent d'être automatisés.
Demander un diagnostic – 590 € HT, sans engagement