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
Chaque vérification produit un résultat avec un statut clair :
✓ PASS
La propriété existe et sa valeur est conforme aux exigences
✗ FAIL
La propriété est manquante ou sa valeur ne correspond pas
⚠ WARNING
Vérification incertaine ou erreur lors du traitement
Calcul du score de conformité
Le score est calculé selon la formule :
Les WARNING ne sont pas comptabilisés dans le score car ils indiquent une impossibilité de vérifier plutôt qu'une non-conformité.
Le rapport d'audit fournit pour chaque vérification :
- L'élément concerné (nom, type IFC, Express ID)
- L'exigence vérifiée (PropertySet, nom de propriété, valeur attendue)
- Le résultat (PASS/FAIL/WARNING)
- Un message explicatif (valeur trouvée vs attendue)
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.