Format IFC pour l'échange BIM – le guide complet 2026

Format IFC pour l'échange BIM – le guide complet 2026

Dans un projet BIM, chaque intervenant travaille avec ses propres outils, et ces logiciels ne parlent pas spontanément la même langue. Le format IFC pour l'échange BIM a justement été conçu pour résoudre ce problème de compatibilité entre maquettes numériques.

Standard ouvert, normalisé par l'ISO et maintenu par buildingSMART International, il permet de transmettre géométrie, propriétés et relations entre objets sans dépendre d'un éditeur unique. Encore faut-il comprendre ses versions, ses vues d'échange et ses limites réelles. Voici un panorama complet, du schéma de données aux bonnes pratiques d'export et de validation.

Format IFC pour l'échange BIM – le guide complet 2026

Temps de lecture : ~10 min

Qu'est-ce que le format IFC et à quoi sert-il en BIM ?

Définition du format IFC

IFC signifie Industry Foundation Classes. Il s'agit d'un standard international ouvert qui décrit numériquement les bâtiments et les infrastructures, afin de partager les données d'un modèle numérique entre des plateformes et des logiciels hétérogènes.

Le standard est développé et maintenu par buildingSMART International, l'organisation de référence pour les démarches openBIM, et il est publié comme norme internationale sous la référence ISO 16739-1:2024. Concrètement, la norme spécifie à la fois un schéma de données, c'est-à-dire la façon de décrire les objets et leurs relations, et une structure de fichier d'échange.

Un fichier IFC n'est donc pas une simple image 3D. Il transporte des objets BIM identifiés, des murs, des dalles, des poteaux, des espaces, des réseaux, avec leur géométrie 3D, leurs propriétés d'objets, leurs quantités, leurs classifications et les relations qui structurent le modèle. C'est cette richesse sémantique qui permet ensuite la détection des conflits, la quantification BIM ou l'alimentation d'un outil de gestion des actifs.

La différence avec le BIM lui-même est importante à poser : le BIM est une méthode de travail et de gestion de l'information, l'IFC n'est qu'un standard de données utilisé pour en échanger une partie.

Le format IFC dans l'échange BIM, un socle neutre entre logiciels

Interopérabilité et rôle du format IFC

Sur une opération courante, l'architecte modélise dans son outil de conception, le bureau d'études structure dans le sien, le bureau d'études fluides dans un troisième, l'entreprise de travaux dans un quatrième, et l'exploitant récupère ensuite des données pour sa maintenance. Chacun de ces logiciels possède un format propriétaire optimisé pour son environnement natif. L'IFC joue le rôle de format pivot entre ces mondes, puisqu'il vise explicitement l'échange de données BIM entre logiciels, matériels, plateformes et interfaces provenant de fournisseurs différents.

Cette interopérabilité logicielle sert au quotidien dans trois situations. La première est la coordination interdisciplinaire, où un modèle fédéré est constitué à partir de plusieurs fichiers IFC disciplinaires afin de détecter les incohérences. La deuxième est le transfert vers des outils de métré, de synthèse ou de planification. La troisième est la pérennité, car un format ouvert limite la dépendance à la durée de vie d'un éditeur et facilite l'archivage long terme d'un patrimoine immobilier.

Attention toutefois à ne pas idéaliser le mécanisme : l'IFC ne garantit pas que deux logiciels interpréteront le modèle de façon parfaitement identique. La qualité de l'échange dépend de la version utilisée, du périmètre demandé et du soin apporté à l'export.

Comment fonctionne techniquement un fichier IFC

Schéma de données et structure du fichier IFC

Le schéma IFC définit les types d'objets, leurs attributs et leurs relations. Chaque élément du modèle est rattaché à une classe, possède un identifiant unique, des jeux de propriétés et une représentation géométrique. Le format d'échange le plus répandu reste le STEP Physical File Format, associé à l'extension .ifc, fondé sur la norme ISO 10303-21, dans lequel les instances d'entités sont décrites par une séquence d'attributs. Le schéma peut aussi être représenté sous d'autres formes, notamment XML ou JSON, et buildingSMART publie des représentations du schéma en EXPRESS, XSD et ifcOWL.

Un point mérite une vigilance particulière, celui du positionnement. Un fichier IFC embarque un point de base projet, une orientation et un système de coordonnées. Pour un géomètre, c'est souvent là que se joue la réussite ou l'échec d'un modèle fédéré, car un écart de référentiel entre deux disciplines rend toute superposition inexploitable. Nos relevés par scanner laser 3D sont pour cette raison systématiquement rattachés à un référentiel maîtrisé avant toute modélisation.

Bon à savoir

Un fichier IFC se lit avec un simple visualiseur IFC gratuit, sans licence du logiciel d'origine. La visualisation est quasi toujours correcte, mais la récupération complète des propriétés dépend de la qualité d'implémentation du logiciel utilisé.

Quelle version IFC choisir entre IFC 2x3, IFC 4 et IFC 4.3 ?

Trois versions cohabitent aujourd'hui sur le terrain. IFC 2x3 reste très présent dans les échanges, essentiellement parce qu'il bénéficie d'une implémentation étendue et ancienne dans les logiciels BIM. IFC 4 modernise et enrichit le schéma, mais tous les outils métiers ne l'implémentent pas avec le même niveau de couverture. IFC 4.3 élargit le champ du standard aux infrastructures, routes, voies ferrées, ponts et ouvrages associés. La version officielle la plus récente publiée par buildingSMART est IFC 4.3.2.0, celle qui correspond à la norme ISO 16739-1:2024.

Version - Caractéristiques principales - Usage conseillé

IFC 2x3 - Large compatibilité historique, implémentation très répandue - Projets avec logiciels anciens ou parc d'outils hétérogène

IFC 4 - Schéma modernisé et enrichi, couverture variable selon les éditeurs - Projets dont les logiciels prennent correctement en charge IFC 4

IFC 4.3 - Extension aux infrastructures, version normalisée ISO la plus récente - Opérations bâtiment et infrastructure nécessitant les capacités d'IFC 4.3

La règle de choix est simple à énoncer et souvent oubliée en pratique, la version la plus récente n'est pas automatiquement la meilleure. Ce qui compte, c'est la compatibilité réelle des logiciels des deux côtés de l'échange, les exigences du maître d'ouvrage et ce que précise la convention BIM. buildingSMART publie d'ailleurs des informations sur les implémentations logicielles afin d'identifier les capacités déclarées des différents outils. Le bon réflexe reste de tester un échange pilote en début de projet plutôt que de découvrir une incompatibilité à la remise du modèle.

Quelle est la différence entre IFC, MVD et IDS ?

Ces trois sigles sont régulièrement confondus alors qu'ils interviennent à des niveaux différents. L'IFC définit la structure générale des données échangeables, c'est le socle. La MVD, ou Model View Definition, sélectionne la partie du schéma adaptée à un cas d'usage précis, en indiquant quelles informations doivent être présentes dans l'échange et lesquelles doivent être exclues. La documentation IFC 4.3 identifie notamment la Reference View, l'Alignment Based Reference View et la Design Transfer View, et buildingSMART met à disposition une base recensant les MVD officielles et leur statut.

L'IDS, ou Information Delivery Specification, intervient encore au-dessus. Ce standard formalise les exigences d'information de manière lisible par les humains et interprétable par les logiciels, à partir d'un schéma XML XSD. Il permet de déclarer les types d'objets attendus, les propriétés obligatoires, les classifications, les matériaux, les quantités ou les valeurs autorisées, puis de vérifier automatiquement la conformité d'un modèle IFC à ces exigences. L'IDS a été approuvé comme standard officiel buildingSMART le 1er juin 2024.

En résumé, l'IFC dit ce qui peut être échangé, la MVD dit quelle partie du schéma est mobilisée, l'IDS dit ce qui doit effectivement être livré.

Quelles sont les limites du format IFC dans un projet BIM ?

Présenter l'IFC comme une conversion parfaite du modèle natif serait trompeur. Lors d'un export IFC ou d'un import IFC, certaines données peuvent être transformées, ignorées ou interprétées différemment. Sont concernés en particulier les objets propriétaires, les familles et composants paramétriques, les règles métier, les contraintes de conception, les styles graphiques et les paramètres propres au logiciel source. Deux applications annonçant la même version peuvent par ailleurs présenter des couvertures très inégales du schéma.

S'ajoutent des difficultés plus prosaïques. Les fichiers deviennent volumineux dès que la géométrie est détaillée ou que plusieurs disciplines sont fusionnées, ce qui pénalise les postes de travail et les plateformes collaboratives. Les conversions géométriques peuvent générer des objets mal positionnés, des surfaces invalides, des éléments non visibles, des volumes incorrects ou des erreurs d'unités. Enfin, un échange mal spécifié produit soit un modèle trop pauvre pour être utile, soit un modèle inutilement détaillé. Le niveau de détail et le niveau d'information doivent être calés sur l'usage visé, pas sur la capacité de l'outil à produire de la donnée.

Comment éviter les pertes de données lors d'un échange IFC

Préparation et contrôle d'un échange IFC

La méthode tient en quelques réflexes appliqués avant de cliquer sur exporter. Il faut d'abord définir l'usage du fichier, coordination, détection des collisions, quantification, consultation d'entreprise, exécution, exploitation maintenance ou transfert vers un système de gestion des actifs. Il faut ensuite arrêter la version IFC avec les partenaires, vérifier le point de base projet, le nord projet, l'altimétrie, les unités et le découpage des modèles, puis nettoyer le modèle source de ses doublons, objets temporaires et géométries superflues. Les propriétés structurantes, identifiant, type d'objet, classification, matériau, phase, niveau, zone, doivent être renseignées avant l'export et non après coup.

Voici les contrôles à mener sur le fichier produit, idéalement dans un logiciel compatible IFC différent de celui d'origine.

  1. Ouverture du fichier dans un visualiseur indépendant et vérification de la version exportée.
  2. Présence de tous les objets attendus, visibilité, positionnement, cohérence des niveaux et des étages.
  3. Conformité des coordonnées, des unités et absence de géométries invalides ou dupliquées.
  4. Types IFC corrects, propriétés obligatoires renseignées, classifications, matériaux et quantités associés.
  5. Unicité des identifiants et conservation des relations entre éléments.
  6. Conformité à la convention BIM, aux MVD attendues et, lorsqu'elles existent, aux exigences IDS.

Cette étape de validation du fichier IFC est trop souvent sautée. Elle représente pourtant quelques minutes face au coût d'un modèle inexploitable détecté trois semaines plus tard en réunion de synthèse. Lorsque des exigences IDS sont fournies par le maître d'ouvrage, le contrôle devient automatisable, ce qui change l'échelle du travail sur les grands volumes.

À retenir

Un échange IFC réussi se prépare en amont, par la convention BIM et un test pilote entre émetteur et destinataire, bien plus qu'il ne se rattrape au moment de la livraison.

Du relevé terrain au fichier IFC livrable

La qualité d'un IFC commence avant la modélisation. Un modèle issu d'un levé tel que construit vaut par la fiabilité de la mesure, puis par la rigueur de la structuration des objets. Nos interventions suivent cette chaîne, acquisition par scanner laser 3D d'un appartement, d'un immeuble, d'un hangar ou d'un site industriel, traitement du nuage de points, modélisation sous Revit, puis export IFC calé sur l'usage et la version demandés par le projet. Les livrables 2D et 3D correspondants sont présentés sur notre page relevés et plans, et des exemples d'opérations sont consultables sur notre page clients et projets.

Pour les projets neufs, la logique est la même en amont, avec un relevé topographique rattaché qui sert de base au modèle, un sujet détaillé dans notre article sur le relevé topographique pour un permis de construire. Si vous avez un besoin précis de maquette numérique BIM ou de plans exploitables par vos équipes, une demande chiffrée peut être formulée directement en ligne.

Aller plus loin avec le format IFC

Le format IFC reste en 2026 le dénominateur commun des échanges openBIM, parce qu'il est ouvert, normalisé et indépendant des éditeurs. Il ne remplace pas les formats natifs, qui conservent mieux les fonctions avancées des logiciels d'origine, il les complète pour tout ce qui relève de la coordination, de la fédération et de l'archivage.

Sa valeur dépend directement de trois décisions, la version retenue en accord avec les partenaires, le périmètre d'information défini par la convention BIM, et le contrôle du fichier avant livraison. Sur ces trois points, un cadre clair évite l'essentiel des déconvenues.

En résumé : le format IFC pour l'échange BIM

Le format IFC pour l'échange BIM sert de langage commun entre logiciels, à condition de choisir la bonne version, de cadrer le périmètre d'information et de contrôler chaque fichier avant diffusion. En préparant les échanges en amont dans la convention BIM et en réalisant un test pilote, vous limitez les pertes de données et sécurisez l'exploitation des maquettes par l'ensemble des intervenants.

FAQ sur le format IFC

Peut-on modifier un fichier IFC ?

Techniquement oui, certains outils permettent d'éditer des propriétés ou de corriger des objets dans un IFC. Dans la pratique professionnelle, la modification se fait dans le modèle natif puis fait l'objet d'un nouvel export, afin de conserver une source unique de vérité et d'éviter les divergences entre versions du modèle.

L'IFC est-il obligatoire dans un projet BIM ?

Cela dépend des exigences contractuelles et de celles du maître d'ouvrage. L'IFC est très fréquent dans les démarches openBIM et dans la commande publique, mais son usage, sa version et ses livrables doivent être inscrits dans les documents du projet, en particulier dans la convention BIM.

Faut-il livrer un fichier unique ou plusieurs fichiers IFC ?

Un modèle fédéré composé de plusieurs fichiers disciplinaires ou zonaux est souvent plus efficace qu'un fichier unique très volumineux. Le découpage facilite les mises à jour, allège les traitements et clarifie la responsabilité de chaque émetteur sur son périmètre.

Quelle différence entre un nuage de points et un fichier IFC ?

Le nuage de points est une donnée de mesure brute issue du scanner 3D, sans sémantique. Le fichier IFC contient des objets identifiés et renseignés. Le passage de l'un à l'autre suppose une modélisation, avec des choix de niveau de détail et de niveau d'information à arrêter en amont.

Comment nommer un fichier IFC avant livraison ?

Le nom doit suivre la convention documentaire du projet, en intégrant généralement le code opération, la discipline, la zone, l'indice et la date. Une nomenclature stable évite les confusions entre indices successifs lors des phases de synthèse.