Comment fonctionne l'audit IDS ?
Découvrez le fonctionnement technique de notre outil d'audit IFC conforme au standard buildingSMART IDS.
Lecture du fichier IDS (XML)
Les fichiers IDS (Information Delivery Specification) sont des fichiers XML qui définissent les exigences de données pour les modèles BIM. Notre parser analyse ces fichiers selon le standard buildingSMART.
Structure d'un fichier IDS
Un fichier IDS contient des Spécifications, chacune définissant :
- Applicability (Applicabilité) : Quels éléments IFC sont concernés ?
- Requirements (Exigences) : Quelles propriétés/attributs doivent être présents ?
Notre parser extrait automatiquement :
- Les facettes d'entité (type IFC ciblé : murs, dalles, portes...)
- Les facettes de propriété (Pset et nom de propriété requis)
- Les facettes d'attribut (Name, Description, GlobalId...)
- Les facettes de classification (Uniclass, Omniclass...)
- Les facettes de matériau (matériaux assignés)
- Les restrictions de valeur (patterns regex, énumérations, min/max)
Comparaison IFC vs IDS
Une fois le fichier IDS parsé, notre moteur d'audit compare chaque spécification avec les données du modèle IFC.
Processus détaillé :
Étape 1 - Recherche des éléments applicables
- Le moteur parcourt l'IFC pour trouver tous les éléments correspondant aux critères d'applicabilité
- Exemple : Si l'IDS cible "IFCWALL", on récupère tous les murs du modèle
Étape 2 - Vérification des exigences
- Pour chaque élément trouvé, on vérifie toutes les exigences (requirements)
- On accède aux PropertySets via les relations
IfcRelDefinesByProperties - On compare les valeurs trouvées avec les valeurs attendues (simple, pattern, énumération...)
Calcul des résultats
L'audit de votre fichier IDS se lance dans l'onglet Conformité (« Ou votre propre fichier IDS »), avec le moteur IDS 1.0 de l'application, éprouvé contre la suite de tests officielle buildingSMART. Chaque spécification produit un statut clair :
✓ Réussie
Tous les éléments visés satisfont toutes les exigences de la spécification
✗ Échouée
Au moins un élément ne satisfait pas une exigence, ou la spécification est requise et aucun élément ne correspond
⚠ N/A
Spécification non applicable, par exemple déclarée pour un autre schéma IFC que celui du modèle
Calcul du score de conformité
Le score est calculé selon la formule :
Les spécifications N/A ne sont pas comptées. Une spécification qui n'a trouvé aucun élément à contrôler est signalée comme telle, pour qu'un 100 % obtenu sans rien examiner ne passe pas pour une conformité.
Le rapport d'audit fournit, pour chaque élément en échec :
- L'élément concerné (nom, classe IFC, GlobalId)
- L'exigence vérifiée (PropertySet, nom de propriété, valeur attendue)
- Le résultat de chaque exigence
- La valeur constatée face à la valeur attendue, avec export PDF et BCF
Traitement des fichiers IFC & Confidentialité
Votre fichier IFC ne quitte JAMAIS votre navigateur. Voici comment :
- Traitement côté client : Tout le parsing et l'analyse se font dans votre navigateur via JavaScript
- Moteur WebAssembly : Nous utilisons
web-ifc, une librairie qui s'exécute localement - Aucun upload : Votre fichier n'est jamais envoyé vers un serveur
- Aucun stockage : Nous ne conservons aucune donnée de vos modèles
- Aucun cookie de tracking : Pas de suivi de vos activités
Architecture technique
Le fichier IFC est chargé en mémoire dans votre navigateur via l'API FileReader. Il est ensuite traité par le moteur web-ifc compilé en WebAssembly. Toutes les opérations (parsing, extraction de géométrie, lecture des propriétés, audit) s'exécutent exclusivement sur votre machine.
Pourquoi ce choix ?
- Confidentialité : Vos maquettes BIM contiennent des données sensibles (plans, dimensions, coûts...)
- Performance : Pas de temps d'upload, traitement instantané
- Fiabilité : Fonctionne même hors-ligne une fois l'application chargée
- Confiance : Vous gardez le contrôle total sur vos données
🔒 En résumé
BIMsmarter ne voit jamais vos fichiers IFC. Tout est traité localement dans votre navigateur. Nous n'avons aucun accès à vos données de projet.