Analyse

Sur neuf maquettes réelles, une seule porte une classification

Un fichier de maquette qui s'affiche correctement peut échouer au contrôle officiel du format, et le service qui tranche est gratuit. Notre relevé sur neuf maquettes réelles montre au passage que deux informations souvent attendues d'un IFC y sont exceptionnelles.

Un immeuble en béton armé en cours de construction, vu de la rue. La structure et les planchers sont montés, la façade n'est que partiellement fermée et les baies encore ouvertes laissent voir l'intérieur de part en part, sans aucune cloison ni porte. Une grue à tour derrière le bâtiment, un échafaudage sur un côté, ciel couvert.
L'enveloppe est montée et l'intérieur n'est pas encore découpé, et c'est exactement ce qu'un fichier qui s'affiche correctement peut cacher. Illustration générée par IA.

Un fichier de maquette arrive dans votre boîte. Il vient d’un architecte, d’un prestataire de relevé ou d’un sous-traitant, vous ne l’avez pas produit, et on vous demande d’en sortir un métré ou une note de calcul pour la fin de semaine. Vous l’ouvrez, il s’affiche correctement. Un service public et gratuit tranche la validité de ce fichier au regard du format, et son verdict porte sur des choses qu’une visionneuse ne montre pas.

La question se pose plus souvent depuis que des chaînes de génération automatique produisent de la géométrie que l’on convertit ensuite en IFC. Elle se règle avant le tableur.

Le contrôle officiel, et ce qu’il fait des fichiers déposés

buildingSMART, l’organisation qui publie le format IFC, tient un service de validation en ligne, gratuit et public. On y dépose un fichier, il rend cinq verdicts : la syntaxe du fichier, le schéma, les règles normatives du format, puis deux séries non normatives portant l’une sur les pratiques courantes, l’autre sur les classifications et propriétés déclarées. Les trois premiers décident de la validité. Sur la série des pratiques courantes, la page précise qu’aucun de ces contrôles ne rend le fichier invalide et que les écarts relevés produisent des avertissements.

Une précision à lire avant d’y déposer la maquette d’un client : le service extrait des métriques de qualité des fichiers qui lui sont soumis, et buildingSMART s’en sert pour produire un rapport sur la fiabilité et la régularité des logiciels producteurs. La démarche est déclarée sur la page, elle mérite d’être connue de celui qui dépose.

Sa page pose aussi une limite utile. La visualisation géométrique est hors de son mandat, parce que « beaucoup d’erreurs sont invisibles dans une visionneuse, sans rapport avec une représentation géométrique, ou empêchent purement et simplement la visualisation ». Le fait qu’un fichier s’affiche renseigne donc mal sur sa validité, dans les deux sens. Le service borne enfin son périmètre au format lui-même et renvoie à un autre dispositif pour les règles de projet, les règles nationales et les conventions d’entreprise.

Neuf maquettes au relevé, une classification en tout

Nous avons mesuré ce que contiennent neuf maquettes distinctes d’un jeu de fichiers IFC public* : des exports Revit 2011 et 2017, dont un ouvrage de génie civil français de 1 330 éléments sur dix niveaux, et des exports ArchiCAD 20 et 24, deux des exports Revit ayant été repassés par un optimiseur.

Une seule de ces neuf maquettes porte une classification sur ses éléments, et deux seulement portent des quantités. Les jeux de propriétés sont là, sur sept maquettes ; les matériaux aussi, sur huit. Ce qu’un économiste ou un chargé d’affaires en génie climatique attend le plus d’un IFC pour chiffrer, le rangement par famille normalisée et les quantités calculées, relève donc de l’exception dans ce lot.

CE QUE PORTENT NEUF MAQUETTES IFC RÉELLES Nombre de maquettes dont au moins un élément porte l'information, sur neuf relevées Un matériau 8 sur 9 Un jeu de propriétés 7 sur 9 Des quantités calculées 2 sur 9 Une classification 1 sur 9 Relevé Bâtiment IA du 10 septembre 2026 sur neuf maquettes du jeu de fichiers publics du moteur web-ifc, exports Revit 2011 et 2017, ArchiCAD 20 et 24. Jeu de test de développeurs, et non un échantillon représentatif du marché.

* Relevé le 10 septembre 2026 avec la bibliothèque IfcOpenShell, sur les fichiers du dépôt public cité en source, pris à un commit daté. Ce corpus est un jeu de test de développeurs, déposé parce que ces fichiers posaient problème à un moteur de lecture, et les valeurs ci-dessus sont des repères mesurés plutôt qu'une norme de marché.

Ce résultat a une conséquence pratique immédiate. Un fichier reçu dépourvu de classification se situe dans l’ordinaire de ce que produisent les modeleurs du marché, et ce critère trie donc mal les fichiers entre eux. La classification se demande toujours à l’expéditeur, elle se lui reproche mal, puisqu’elle dépend d’abord de son exportateur.

Le chiffre qui circule mesure des pièces mécaniques

Reste la raison pour laquelle la question se pose maintenant. Le score que l’on voit passer sur la génération automatique de volumes vient d’un banc d’essai nommé BenchCAD. OpenAI, sur sa page d’annonce du modèle GPT-6 Astra, le décrit comme testant si les modèles « peuvent reconstruire des objets 3D depuis des rendus multi-vues en générant du code de CAO », et revendique 95,9 % de recouvrement géométrique dans une configuration outillée.

Le résumé du papier, en version révisée le 12 mai 2026, énumère ce que ce banc contient : 17 900 programmes exécutables sur 106 familles de pièces industrielles, avec des engrenages coniques, des ressorts de compression et des forets hélicoïdaux. Le texte intégral, servi en version antérieure, donne la note principale, un recouvrement de volumes calculé sur une grille. Les auteurs concluent eux-mêmes que les systèmes actuels « retrouvent souvent la géométrie extérieure grossière mais échouent à produire des programmes paramétriques fidèles ».

La page de l’éditeur, relevée en entier, ne prononce à aucun moment les mots IFC ni maquette numérique, et sa seule démonstration liée au bâtiment produit une maison modélisée dans un logiciel de création 3D puis rendue explorable dans un moteur de jeu. Une visite se regarde, et le chiffre revendiqué décrit la forme extérieure de pièces mécaniques. C’est le marché qui en tire une conclusion sur les maquettes.

Ce que notre relevé ne tranche pas encore

Une grandeur sépare nettement, dans notre lot, les exports de modeleur des deux fichiers écrits par un programme : la part d’éléments dépourvus de nom, qui va de 0,0 à 18,6 % sur les premiers et vaut 81,8 % et 100 % sur les seconds. Elle demande de parcourir le fichier élément par élément, ce qui la met hors de portée d’un relevé à la main sur un ouvrage de mille éléments.

Nous cherchons donc un signal de même force qui se lise dans une visionneuse ordinaire, et nous publierons le résultat daté. Manque aussi au dossier un IFC produit par une chaîne de génération complète, passé au même relevé et au même contrôle officiel.

Le point où la maquette repart chez son expéditeur

Pour un économiste de la construction comme pour un chargé d’affaires en génie climatique, la décision se prend avant d’ouvrir le tableur, et le dépôt ne coûte rien. Déposez la maquette reçue sur le service de validation, lisez ses trois premiers verdicts.

Un fichier qui échoue sur l’un des trois, syntaxe, schéma ou règles normatives, repart chez son expéditeur avant tout métré, parce que ces trois verdicts décident de la validité au regard du format et que ce qui suit se construirait sur un fichier que le format refuse. Les avertissements des deux séries non normatives, eux, se discutent et se chiffrent. La demande à formuler tient alors en une phrase, l’outil qui a produit le fichier et la possibilité d’un export refait, et la réponse arrive vite quand elle existe.

Lire aussi

Un cas concret dans votre structure ?

30 minutes pour regarder où l’IA vous ferait gagner du temps, et sur quoi elle ne changerait rien. Si je ne peux pas vous aider, je vous le dis en dix.

Réserver 30 minutes