Automatiser AutoCAD : arrêter de faire à la main ce qu'un script fait mieux

Scripts, routines AutoLISP, plugins métier : les tâches répétitives sur un parc de plans sont lentes, coûteuses et source d'erreurs. Elles sont presque toujours automatisables.

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

  1. Ce qui s'automatise, concrètement
  2. Script, routine ou plugin : trois niveaux
  3. Pourquoi AutoLISP reste l'outil adapté
  4. Développer un plugin AutoCAD métier
  5. Le cas NvxAcadSync, plugin OPERAT
  6. La méthode de développement
  7. Ce qui fait un code robuste
  8. Calculer la rentabilité
  9. Définitions
  10. Questions fréquentes

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âcheCoût manuel typiqueAprès automatisation
Nettoyage et purge de DWGquelques minutes par fichiertraitement du dossier entier en une passe
Renommage des calques sous chartelong et source d'oublisrègle appliquée uniformément
Extraction des attributs de blocsfichier par fichierun seul CSV pour tout le parc
Contrôle de conformité à une chartevérification visuelle, peu fiablerapport d'écarts automatique
Génération de nomenclaturesressaisietableau 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.

NiveauCe qu'il faitQuand 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 :

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

LivrableContenu
CSV EFA V6.0Fichier de création des entités fonctionnelles assujetties, 44 colonnes, avec consolidation par occupant
Feuille de saisieSurfaces et activités SCAP par local, au format tableur
Squelette CSV Consommations V9.0173 colonnes, une ligne par EFA et sous-catégorie, avec la couche surfaces pré-remplie
Export ExcelTous les locaux du site, exploitable en décisionnel ou en GMAO

Ce que le plugin garantit

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 :

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