IFC Viewer Online · Retour au blog BIM & IFC
Validation · 2026-11-12 · 7 min
Écrire vos propres règles de contrôle BIM et les tester avant de les publier
Une mauvaise règle bloque tous les fournisseurs qui contrôlent avec. Un aperçu d'un éditeur de règles où vous écrivez la règle comme une phrase, voyez quels éléments échouent pendant la saisie et lancez des cas de test avant que quiconque la voie.
Règles de géométrie et de relations contrôlées sur une maquette d'exemple, avec la correction de chaque échec dans Revit, Archicad, Tekla et Allplan
Chaque BIM manager a une liste de choses qu'il contrôle à la main : les murs extérieurs doivent porter une résistance au feu parmi les valeurs autorisées, chaque porte est dans un mur, le code de classification est renseigné. Transformer cette liste en règles automatiques est souvent là que ça bloque. Les formats de règles sont difficiles à lire, et personne ne sait si une règle est juste avant qu'elle rejette une maquette qu'elle aurait dû accepter.
Une règle fausse n'est pas anodine. Dès que les fournisseurs contrôlent avec, une règle qui fait échouer des éléments corrects les bloque tous, et vous l'apprenez par les appels téléphoniques.
L’essentiel
- Une règle est une phrase : pour chaque élément d'une classe, là où une condition est vraie, ceci doit être vrai, avec cette sévérité.
- Pendant que vous l'écrivez, vous voyez quels éléments passent et lesquels échouent, par nom et GlobalId.
- Les cas de test disent quels éléments doivent passer ou échouer ; une règle n'est publiée que lorsqu'ils concordent tous.
- Les règles de données et de relations sont écrites en IDS 1.0 et fonctionnent donc dans n'importe quel vérificateur.
Une règle est une phrase
L'éditeur construit la règle comme vous la diriez : « Pour chaque IfcWall, uniquement là où IsExternal est vrai, Pset_WallCommon.FireRating doit valoir EI60, EI90 ou EI120. En cas d'échec : erreur. » Trois étapes (quels éléments, ce qu'ils doivent avoir, ce qui se passe en cas d'échec), et à côté un aperçu en direct sur la maquette : combien d'éléments ont été contrôlés, combien passent, combien échouent, avec leurs noms et GlobalId.
Aperçu de conception avec des données d'exemple, interface en espagnol. Le texte IDS sous l'aperçu est la même règle dans le standard ouvert.
En dessous, la même règle apparaît en XML IDS 1.0, prête à télécharger. Si vous n'avez jamais utilisé IDS, lisez d'abord notre guide de l'IDS : cet article porte sur l'écriture et le test des règles, pas sur le format. [bsi-ids]
Tester la règle avant qu'elle n'atteigne quiconque
Les développeurs écrivent des tests avant de livrer du code. Les règles méritent la même chose. Dans l'onglet Tests, vous choisissez des éléments d'exemple et dites ce qui doit arriver à chacun : ce mur doit passer, celui-ci doit échouer, cette table n'est pas concernée. Un clic les exécute tous avec le vrai moteur. Vert signifie que la règle fait ce que vous vouliez ; rouge signifie qu'elle aurait rejeté ce qu'il ne fallait pas.
Test local de l’espace de travail sur notre propre serveur avec les maquettes de test Hotel Vela (vrais fichiers IFC), interface en espagnol. Pas encore ouvert.
Nous n'avons pas trouvé d'autre vérificateur qui permette de tester une règle par rapport à des résultats attendus avant de la publier. C'est peu coûteux et c'est ce qui évite qu'une seule mauvaise règle arrête dix fournisseurs.
Ce qu'aucune règle ne contrôle
Les résultats disent ce qui a échoué. Ils ne disent pas ce qui n’a jamais été vérifié. La matrice de couverture croise les classes IFC et les règles : sur la maquette d’architecture du Hotel Vela (1 470 éléments), le jeu de règles ISO 19650 de base vérifie 36 % des éléments, et aucune règle ne vérifie les murs-rideaux, les toitures, les escaliers ni les dalles.
Test local de l’espace de travail sur notre propre serveur avec les maquettes de test Hotel Vela (vrais fichiers IFC), interface en espagnol. Pas encore ouvert.
C'est le moyen le plus rapide de voir qu'un jeu de règles écrit pour l'architecture ne dit rien du MEP.
Règles sur les relations et la géométrie
Les règles de données ne sont que la moitié du travail. L'autre moitié, ce sont des questions comme « chaque porte est-elle hébergée dans un mur ? » ou « chaque espace appartient-il à une zone ? ». Ce sont des règles de relations, et IDS 1.0 sait les exprimer (partOf), elles voyagent donc aussi dans le standard.
Viennent ensuite les règles géométriques : 0,8 m d'espace libre devant chaque porte, une hauteur libre d'au moins 2,5 m dans chaque espace. Elles utilisent le noyau géométrique de la détection des conflits. Une limite franche : dans l'aperçu, elles s'exécutent sur une géométrie d'exemple (des boîtes). Pour mesurer des dégagements à la main sur une vraie maquette dès aujourd'hui, voyez comment vérifier les dégagements dans une maquette IFC.
Aperçu de conception avec des données d'exemple, interface en anglais. Chaque échec devient un problème qui porte la manière de le corriger dans Revit, Archicad, Tekla et Allplan.
Un échec peut devenir un problème suivi en un clic, et ce problème porte la correction pour chaque logiciel de modélisation : les mêmes indications rédigées à la main que dans les guides de correction gratuits, pas du texte généré.
Toutes les règles ne s'appliquent pas à toutes les phases
En S2, on ne demande pas ce qu'on demande en S4. Au lieu de garder un jeu de règles par phase, chaque règle indique à quel statut ISO 19650 elle s'applique, et le sélecteur de phase montre celles qui comptent maintenant.
Aperçu de conception avec des données d'exemple, interface en espagnol.
Comparaison
Solibri est la référence du contrôle par règles. Prix issus de sa page officielle, consultée le 12 novembre 2026. [solibri-pricing]
| Solibri | Éditeur IDS gratuit (visionneuse) | Règles IFC Viewer Online (aperçu) |
|---|
| Comment les règles s'écrivent | Paramètres de modèles de règles | Formulaire par exigence | Une phrase, avec aperçu en direct des éléments en échec |
| Cas de test avant publication | Non | Non | Oui |
| Couverture par classe IFC | Non | Non | Oui |
| Règles géométriques | Oui, beaucoup | Non | Dégagement de porte et hauteur libre (géométrie d'exemple pour l'instant) |
| Format ouvert des règles | Format propre | IDS 1.0 | IDS 1.0 pour les règles de données et de relations |
| Prix | À partir de 1 428 €/an (Essential), 2 109 €/an (Advanced), par licence | Gratuit | Prévu dans Pro, à partir de 39 €/mois |
Source : solibri.com/pricing, consulté le 12 novembre 2026. Solibri a beaucoup plus de règles géométriques que nous ; c'est sa force. Nos prix prévus figurent sur la page des tarifs.Pour la comparaison plus large, voyez la page alternative à Solibri. Quand des règles sont partagées par toute une entreprise, quelqu'un doit les approuver : c'est le sujet de l'article sur la bibliothèque de règles d'entreprise.
Ce que vous pouvez déjà faire gratuitement
Contrôlez n'importe quel IFC avec un fichier IDS ou l'un des profils intégrés, modifiez des profils EIR dans la visionneuse, importez et exportez de l'IDS 1.0. Tout dans votre navigateur, sans envoi. Rien de cela ne change.
Écrivez-vous les règles avec lesquelles les autres contrôlent ?
L'éditeur de règles est en aperçu. Si vous maintenez des règles de contrôle pour votre entreprise ou vos clients, rejoignez la liste d'attente et nous vous écrirons à l'ouverture.
Références
- Information Delivery Specification (IDS) — buildingSMART International. Le standard ouvert pour les exigences d'information lisibles par machine. Consulté le 12 novembre 2026.
- Tarifs Solibri — Solibri. Offres et prix de départ par licence et par an, tels que publiés le 12 novembre 2026.
- Offres d'IFC Viewer Online — IFC Viewer Online. Prix prévus des offres payantes, qui ne sont pas encore ouvertes.
Écrire vos propres règles de contrôle BIM et les tester avant de les publier