Article technique
Intégrer AutoCAD et Excel sans données incohérentes
Ce qu'il faut définir avant de connecter les données AutoCAD et Excel dans un processus réel.
L'intégration d'AutoCAD et d'Excel peut réduire la transcription manuelle, mais une intégration ne devrait pas commencer par la lecture d'un tableur. Elle devrait commencer par la définition du sens de chaque colonne, des personnes autorisées à modifier les valeurs et de la manière d'arrêter une incohérence.
Lorsque la frontière entre les systèmes n'est pas explicite, une valeur vide, une unité différente ou une ligne en double peut atteindre le dessin comme s'il s'agissait de données fiables. Le coût apparaît plus tard, lors de la vérification ou de la livraison.
L'intégration doit protéger la frontière entre les systèmes
Excel sert souvent à organiser des listes, des paramètres et des quantités. AutoCAD sert à représenter des entités, des propriétés et des décisions graphiques. Ces rôles peuvent se compléter, mais ne doivent pas être confondus : un tableur n'est pas valide simplement parce qu'il peut être lu et un dessin ne devrait pas être modifié sans règle d'acceptation.
Le premier objectif d'une automatisation bien délimitée est de transformer l'échange de données en contrat vérifiable : champs obligatoires, format, unité, identifiant, source, exceptions et résultat attendu.
Un flux sûr commence avant la transaction CAD
Une courte séquence sépare la validation des données, les changements du dessin et la vérification du résultat :
- 01
Définir le contrat des colonnes
- 02
Lire la source externe
- 03
Valider chaque ligne
- 04
Séparer les rejets et les exceptions
- 05
Appliquer les changements dans une transaction
- 06
Vérifier et consigner le résultat
Ce qui doit être défini avant le développement
Une intégration est plus facile à maintenir lorsque ces questions ont des responsables et des réponses vérifiables :
- Quelle colonne identifie l'élément de manière unique et quel système fait foi ?
- Quelles unités, quels formats numériques et quelle précision décimale sont acceptés ?
- Que se passe-t-il pour une ligne vide, en double, sans correspondance ou hors limites ?
- L'opération peut-elle être répétée sans dupliquer des entités ni écraser une décision humaine ?
- Comment vérifiera-t-on ce qui a changé et quelles lignes restent en attente ?
Exemple court : valider une valeur avant de modifier le dessin
Exemple technique · C#Cet extrait représente uniquement la frontière de validation. Ce n'est pas un plugin complet : l'appel doit avoir lieu avant qu'une transaction ne modifie des entités AutoCAD.
using System.Globalization;
static bool TryReadQuantity(string? raw, out decimal quantity)
{
quantity = 0;
return decimal.TryParse(
raw?.Trim(),
NumberStyles.Number,
CultureInfo.InvariantCulture,
out quantity
) && quantity >= 0;
}Ce que cet exemple ne démontre pas
- L'exemple valide une valeur et ne lit ni fichiers XLSX ni entités AutoCAD.
- Le format régional, l'unité, les doublons et la correspondance avec le dessin nécessitent encore des règles propres au projet.
- Cet extrait ne promet ni compatibilité, ni performances, ni préparation au déploiement.
Exemple synthétique
Démonstration synthétique : accepter, rejeter et vérifier
Exemple original avec des lignes et des valeurs synthétiques. Il ne représente ni un tableur client, ni une exécution AutoCAD, ni une intégration déployée.
Une démonstration utile montre non seulement une ligne acceptée, mais aussi ce qui doit être rejeté ou soumis à une vérification humaine :
- 01
Ligne valide
La quantité « 12.50 », l'identifiant connu et l'unité définie passent à l'étape de correspondance.
- 02
Ligne rejetée
Une quantité vide ou négative n'ouvre pas de transaction et renvoie le motif de validation.
- 03
Exception vérifiable
Un identifiant sans correspondance dans le dessin reste en attente d'une décision humaine, sans création silencieuse.
- 04
Résultat vérifiable
L'exécution enregistre les lignes appliquées, rejetées et en attente pour les comparer au résultat attendu.
Ce que cet exemple ne démontre pas
- Les lignes sont synthétiques et expliquent le contrat ; elles ne prouvent pas un résultat commercial.
- Un déploiement réel nécessiterait une matrice de versions, des permissions, une gestion des erreurs et des cas de test autorisés.
Quand l'intégration devient plus qu'une macro de tableur
Une solution sur mesure peut être pertinente lorsque l'échange de données est récurrent, que les règles ont un responsable, que le dessin doit être mis à jour de manière contrôlée et que l'équipe doit maintenir le comportement lorsque le processus évolue.
Le travail ne consiste pas seulement à connecter deux API. Il comprend la compréhension du flux actuel, le choix de la bonne frontière, la définition de ce qui ne sera pas automatisé et la préparation du déploiement et de la maintenance pour l'environnement de l'équipe.
Liste pour décrire une intégration
Pour une première conversation, ces informations sont plus utiles que l'envoi d'un fichier confidentiel :
- Quel système est à l'origine de chaque valeur et qui est responsable de la corriger ?
- À quelle fréquence la mise à jour est-elle effectuée et quel est le volume approximatif de lignes ?
- Quelles entités ou propriétés AutoCAD faut-il localiser ?
- Quelles situations doivent arrêter le processus et lesquelles peuvent seulement être signalées ?
- Comment l'équipe vérifiera-t-elle le dessin après la mise à jour ?