Comment utiliser le format IFC pour l’échange BIM entre logiciels ?
Sur un projet BIM, les intervenants ne travaillent jamais tous dans le même logiciel. L’architecte est sur ArchiCAD, le bureau d’études structure sur Tekla, le BET fluides sur Revit MEP. Comment échangent-ils leurs maquettes numériques sans perdre d’informations ? La réponse tient en trois lettres : IFC. Ce guide vous explique ce qu’est ce format, quelle version utiliser en 2026, comment exporter depuis Revit, valider vos fichiers et adopter les bonnes pratiques d’échange en projet BIM réel.
Qu’est-ce que le format IFC ?
L’IFC (Industry Foundation Classes) est un format de fichier ouvert et standardisé pour l’échange de données BIM entre logiciels. buildingSMART International l’a développé pour décrire les éléments d’un bâtiment — murs, poteaux, fenêtres, équipements — avec leur géométrie, leurs propriétés et leurs relations, de façon indépendante du logiciel source. En pratique, n’importe quel logiciel BIM compatible peut ouvrir un fichier .ifc sans conversion préalable.
En formation, quand je demande qui a déjà ouvert un fichier .ifc dans un éditeur de texte, la salle reste silencieuse. Pourtant, l’IFC est un format texte lisible — il repose sur le standard STEP/SPFF et chaque ligne décrit un élément avec ses identifiants, ses coordonnées et ses propriétés. Comprendre cette structure aide à diagnostiquer les problèmes d’export et à identifier pourquoi certains éléments n’apparaissent pas dans le fichier cible.
IFC et openBIM : quel lien ?
L’IFC est la pierre angulaire de l’openBIM — l’approche qui vise à garantir l’interopérabilité entre logiciels sans dépendance aux formats propriétaires. En effet, les formats natifs (.rvt, .pln, .ipt) ne s’ouvrent que dans leur logiciel d’origine. L’IFC, en revanche, permet à n’importe quel intervenant d’accéder aux données de la maquette numérique, quel que soit son outil. C’est précisément ce que demande la coordination BIM niveau 2 : des échanges de données neutres, vérifiables et pérennes.
Ce que l’IFC contient (et ce qu’il ne contient pas)
Un fichier IFC bien configuré transmet la géométrie 3D et les propriétés des éléments (matériaux, surfaces, codes LOD). Il inclut aussi les relations entre éléments — par exemple, un poteau posé sur une dalle ou une fenêtre dans un mur — et les propriétés personnalisées définies dans la convention BIM. En revanche, ce qu’il ne contient pas : les feuilles de plans, les familles non instanciées, les vues de travail et les textures de rendu. Autrement dit, l’IFC n’est pas un format de présentation — c’est un format de coordination et d’échange de données.
IFC2x3 vs IFC4 : quelle version choisir en 2026 ?
La question revient systématiquement lors des réunions de lancement BIM. En effet, la convention BIM doit imposer une version IFC unique pour tous les intervenants — sinon chacun exporte dans la version par défaut de son logiciel, et les fichiers perdent leur compatibilité croisée.
IFC2x3 : le standard actuel le plus supporté
D’abord, IFC2x3 (sorti en 2006) reste la version que les logiciels BIM du marché supportent le plus largement. Revit, ArchiCAD, Tekla, Allplan, Navisworks — tous lisent et écrivent l’IFC2x3 de façon fiable. C’est donc le choix sécurisé pour les projets qui impliquent des logiciels ou des versions hétérogènes. Si votre convention BIM ne précise pas la version, imposez IFC2x3 : vous minimisez ainsi les risques de perte de données à l’import.
IFC4 : plus riche, support encore variable
À l’inverse, IFC4 (sorti en 2013) apporte des améliorations significatives. On note notamment une meilleure gestion de la géométrie, le support des données d’exploitation (COBie), la représentation des phases et de nouveaux types d’éléments pour les ouvrages d’art. Cependant, le support de l’IFC4 reste inégal selon les logiciels et les versions. Certains outils importent l’IFC4 correctement, mais exportent des fichiers non conformes. Avant d’imposer l’IFC4 dans votre convention BIM, vérifiez donc que tous les logiciels de votre équipe le supportent réellement en export ET en import.
Le conseil terrain : tester avant d’imposer
Sur un projet à Montpellier, le coordinateur BIM recevait des IFC en trois versions différentes : IFC2x3, IFC4 et un hybride non conforme qu’un plug-in tiers avait généré. La fédération dans Navisworks produisait alors des résultats aléatoires selon les éléments. Depuis, je recommande systématiquement d’inclure un test d’export/import IFC dans la phase de lancement BIM, avant le premier échange officiel.
Exporter en IFC depuis Revit : paramètres recommandés
L’export IFC depuis Revit ne se fait pas avec les paramètres par défaut. Un jour, un bureau d’études m’a envoyé un IFC avec tous les éléments en IfcBuildingElementProxy — des éléments non classifiés, donc inexploitables. La cause : un export lancé sans configuration de mapping, comportement malheureusement par défaut dans Revit.
- Aller dans Fichier → Exporter → Formats IFC
- Cliquer sur Modifier les paramètres IFC (bouton en bas de la fenêtre)
- Dans Paramètres généraux : choisir la version IFC (IFC2x3 Coordination View 2.0 par défaut)
- Dans Classes IFC : vérifier que les catégories Revit sont bien mappées vers les classes IFC correspondantes (mur → IfcWall, poteau → IfcColumn, etc.)
- Activer Exporter les jeux de propriétés Revit pour transmettre les paramètres personnalisés
- Décocher Exporter les éléments 2D (annotations, remplissages) — ils alourdissent le fichier sans apporter de valeur à la coordination
- Enregistrer la configuration sous un nom explicite (ex: IFC2x3_Coordination_Projet-X) pour la réutiliser
- Sélectionner la vue ou le gabarit à exporter, puis cliquer sur Exporter
Le mapping des catégories : étape clé
La qualité de l’IFC exporté depuis Revit dépend avant tout du mapping des catégories. Il s’agit de la correspondance entre les catégories Revit (Murs, Poteaux, Fenêtres, Gaines) et les classes IFC (IfcWall, IfcColumn, IfcWindow, IfcDuctSegment). Revit propose un fichier de mapping par défaut, mais ce fichier ne convient pas toujours aux conventions de votre projet. Certains éléments spécifiques — par exemple, des familles de mobilier utilisées pour représenter des équipements techniques — nécessitent un mapping manuel pour que Navisworks et les visionneuses IFC les reconnaissent correctement.
Exporter par discipline, pas par modèle entier
Sur les projets multi-lots, exportez un fichier IFC par discipline plutôt qu’un seul fichier global. Cette approche facilite la coordination : chaque intervenant met à jour son IFC sans impacter les autres. De plus, le coordinateur BIM fédère les fichiers dans Navisworks selon le workflow que la convention BIM définit. En pratique, un fichier IFC de 500 Mo est difficile à distribuer et à versionner — cinq fichiers de 100 Mo sont bien plus maniables.
Créez dans Revit un gabarit de vue dédié à l’export IFC, avec une liste de filtres qui exclut les éléments non pertinents pour la coordination (mobilier générique, annotations, gabarits de chargement). Appliquer ce gabarit avant chaque export garantit des fichiers IFC cohérents d’une livraison à l’autre.
Exporter en IFC depuis ArchiCAD
ArchiCAD s’appuie nativement sur l’IFC — c’est l’un des logiciels qui produit les fichiers IFC les plus complets et les plus conformes du marché. L’export s’effectue via Fichier → Enregistrer sous → IFC 2×3 ou IFC 4, selon la version choisie. Le Gestionnaire de traducteur IFC d’ArchiCAD permet ensuite de configurer finement quelles propriétés l’outil exporte et comment les types d’éléments ArchiCAD correspondent aux classes IFC.
Les bonnes pratiques ArchiCAD pour l’IFC
Vérifiez d’abord que vos éléments ArchiCAD ont un type correct avant l’export : un mur doit être un Mur, un poteau doit être un Poteau — pas des objets GDL génériques. Les classificateurs IFC d’ArchiCAD permettent ensuite d’assigner manuellement les classes IFC aux éléments non typés. Activez également l’export des propriétés dans les Property Sets définis dans la convention BIM — c’est via ces Property Sets que l’IFC transmet les données non géométriques (performances thermiques, références fabricant).
Interopérabilité ArchiCAD–Revit via IFC
En pratique, l’import d’un IFC ArchiCAD dans Revit se déroule bien pour la géométrie — Revit reconnaît bien les murs, dalles et toitures. Les difficultés apparaissent sur les éléments paramétriques complexes (escaliers, façades rideau) dont la géométrie IFC se décompose parfois en solides génériques. C’est donc un terrain de coordination à anticiper dans la convention BIM : définir quels éléments nécessitent un contrôle visuel après import.
Valider un fichier IFC : outils gratuits et erreurs courantes
En général, un fichier IFC sans erreur à l’export ne garantit pas pour autant sa conformité à la norme IFC. La validation reste donc une étape obligatoire avant distribution — elle fait partie des bonnes pratiques que la convention BIM et le workflow du CDE imposent.
Outils gratuits de validation et visualisation
- BIMvision : visionneuse IFC gratuite, visualisation 3D, arborescence des éléments, propriétés — idéale pour vérifier rapidement le contenu d’un export
- usBIM.viewer+ (ACCA software) : visualisation IFC, extraction de quantités, mesures — gratuit pour la visualisation
- Solibri Anywhere : visionneuse gratuite de Solibri, très complète pour l’inspection et la coordination
- IfcOpenShell : bibliothèque Python open source pour parser et analyser les fichiers IFC en profondeur — pour les utilisateurs avancés
Erreurs courantes dans les fichiers IFC
- Éléments en IfcBuildingElementProxy : catégories mal mappées, éléments non classifiés — revoir le mapping Revit ou les classificateurs ArchiCAD
- Coordonnées mal placées : le modèle flotte loin de l’origine, généralement dû à des coordonnées partagées non configurées — revoir le Survey Point et Project Base Point
- Propriétés absentes : les paramètres partagés ne figurent pas dans l’export — activer l’option d’export des Property Sets dans les paramètres IFC
- Géométrie dupliquée ou manquante : lié à des liaisons Revit non incluses dans l’export, ou à des éléments sur des phases inactives
Le workflow de validation en projet
Pour les projets de coordination BIM, la convention BIM doit définir un workflow de validation IFC avant chaque livraison dans la zone Published du CDE. Le processus suit 5 étapes : export → contrôle visuel dans BIMvision → validation des propriétés → rapport → dépôt dans le CDE. En pratique, ce workflow prend 15 à 30 minutes par fichier. Il évite ainsi de distribuer des IFC incomplets qui bloquent la coordination. Pour aller plus loin, consultez notre guide sur la détection de clashs dans Navisworks.
Ne distribuez jamais un IFC non validé dans la zone Published du CDE. Un fichier IFC avec des coordonnées incorrectes ou des éléments mal classifiés va contaminer la maquette fédérée de tous les intervenants qui l’importent. La correction en cours de projet est coûteuse et crée des tensions entre équipes.
Bonnes pratiques d’échange IFC en projet
L’IFC ne fonctionne bien que si toute l’équipe suit les mêmes règles. En effet, la convention BIM est l’outil qui formalise ces règles. Voici donc les pratiques qui font la différence sur les projets de coordination BIM réels.
Imposer une convention de nommage des fichiers IFC
Un fichier IFC sans convention de nommage est ingérable sur un projet multi-lots. La convention BIM doit donc imposer un format clair : ProjetXXX_Discipline_Phase_Révision_Date.ifc. Par exemple : BT2026_ARCHI_PRO_R02_20260115.ifc. Ce nommage permet d’identifier l’origine, la phase et la révision directement dans le CDE, sans ouvrir le fichier. Consultez notre guide sur la rédaction d’une convention BIM pour les règles de nommage complètes.
Définir la fréquence et le calendrier des échanges
Les échanges IFC ne doivent pas être ad hoc — ils suivent un calendrier que la convention BIM définit. En phase études, une livraison bimensuelle par discipline reste un rythme raisonnable. En phase exécution, la fréquence augmente avec l’avancement. Ce calendrier s’articule autour du planning de coordination BIM : l’équipe programme les réunions de clash detection après chaque livraison IFC. Le coordinateur BIM dispose ainsi d’un délai suffisant pour fédérer les modèles et produire son rapport.
Utiliser le BCF pour les réserves inter-lots
Le BCF (BIM Collaboration Format) est le format d’échange standard pour les réserves et annotations liées aux fichiers IFC. Contrairement à un rapport Word ou PDF, le BCF est un fichier structuré. Il contient la position exacte du problème dans le modèle, les captures d’écran, les commentaires et le statut de résolution. De plus, les plateformes de coordination BIM (BIMcollab, Trimble Connect, Autodesk Construction Cloud) gèrent le BCF nativement. La convention BIM doit donc en définir la mise en œuvre : qui crée les BCF, qui les traite, et dans quel délai.
Maîtrisez l’openBIM et le format IFC
Convention BIM, IFC, BCF, CDE et ISO 19650 — notre formation en méthodologie BIM vous donne les bases pour échanger efficacement avec toutes les parties prenantes.
Découvrir la formation →Questions fréquentes sur le format IFC
Quelle est la différence entre IFC2x3 et IFC4 ?
IFC2x3 (2006) est la version que les logiciels BIM actuels supportent le plus largement. IFC4 (2013) est plus récent et apporte des améliorations sur la géométrie, les données d’exploitation et la représentation des phases. Cependant, le support de l’IFC4 reste inégal selon les logiciels et les versions. Pour les projets avec des équipes hétérogènes, IFC2x3 reste donc le choix le plus sûr en 2026. Imposez IFC4 uniquement si vous avez vérifié que tous les logiciels de votre équipe l’exportent et l’importent correctement.
Pourquoi mes éléments Revit apparaissent-ils en IfcBuildingElementProxy dans le fichier IFC ?
IfcBuildingElementProxy est la classe IFC générique que Revit utilise quand il ne sait pas mapper un élément vers une classe IFC spécifique. Cette situation survient si vous n’avez pas configuré les catégories Revit dans les paramètres d’export IFC. Elle apparaît aussi quand vous utilisez des familles génériques pour représenter des éléments typés — par exemple, un équipement MEP modélisé comme un composant générique. Solution : ouvrez les paramètres d’export IFC, allez dans le mapping des classes et assignez manuellement les classes IFC aux catégories concernées.
Peut-on importer un IFC dans Revit et le modifier ?
Oui, Revit permet d’importer ou de lier un fichier IFC. La liaison IFC (comme pour les fichiers .rvt) est préférable : vous mettez à jour le lien quand vous actualisez le fichier source, sans re-importer manuellement. Cependant, les éléments IFC importés ne sont pas des familles Revit paramétriques — vous ne pouvez pas les modifier comme des éléments natifs Revit. En effet, l’IFC sert à la coordination et à la visualisation, pas à la re-modélisation dans un autre logiciel.
Comment valider la conformité d’un fichier IFC avant de le distribuer ?
Ouvrez le fichier dans BIMvision ou Solibri Anywhere. Vérifiez ensuite quatre points : (1) tous les éléments attendus apparaissent dans la maquette ; (2) la classification est correcte (pas d’IfcBuildingElementProxy inattendus) ; (3) les coordonnées correspondent au point de référence du projet ; (4) les propriétés que la convention BIM exige figurent bien dans le fichier. Pour aller plus loin, des outils comme Solibri Office permettent de définir des règles de contrôle et d’exécuter des rapports de conformité automatisés.
L’IFC transmet-il les paramètres partagés Revit ?
Oui, à condition d’activer l’option « Exporter les jeux de propriétés Revit » dans les paramètres d’export IFC. Revit inclut alors les paramètres partagés (et les paramètres de projet) dans des Property Sets dans le fichier IFC. L’outil exporte également les paramètres de famille standard dans les Property Sets IFC natifs. Pour garantir que l’IFC transmet bien les paramètres de votre convention BIM, testez toujours un export sur un modèle de test avant le premier échange officiel.
Sources
