Lors d'un export IFC depuis Revit, les ouvertures (portes, fenêtres, percements) posent régulièrement des problèmes d'interopérabilité : ID dupliqués, ouvertures exportées comme éléments pleins, ou absence totale de l'entité IfcOpeningElement dans le fichier de coordination. Ces dysfonctionnements compromettent la détection de clash, la validation IDS, et la fiabilité du modèle fédéré. Ce guide technique s'adresse aux BIM managers, coordinateurs et projeteurs Revit confrontés à ces pièges récurrents de l'export IFC. Nous détaillons les causes racines, les paramètres d'export critiques, et les bonnes pratiques de modélisation pour garantir un flux OpenBIM robuste.
Pourquoi les ouvertures Revit posent-elles problème lors de l'export IFC ?
La norme IFC (ISO 16739) exige que toute ouverture dans un élément porteur soit représentée par deux entités distinctes : l'élément hôte (mur, dalle, poutre) et l'IfcOpeningElement qui matérialise le vide. Revit, en revanche, modélise les ouvertures de manière intégrée : une porte ou fenêtre crée automatiquement le percement dans son mur hôte, sans objet « ouverture » explicite dans l'arborescence.
Lors de l'export IFC, Revit doit donc traduire cette logique interne en deux objets IFC séparés. Cette traduction échoue régulièrement pour trois raisons principales : des paramètres d'export mal configurés, des familles Revit non conformes (notamment les familles « sur face » au lieu de « basée sur le mur »), et des conflits de GUID entre l'élément porteur et l'ouverture générée.
Selon les retours de la communauté buildingSMART, environ 40 % des problèmes de coordination BIM sur les projets OpenBIM proviennent d'ouvertures mal exportées ou invisibles dans les visionneuses IFC tierces (Solibri, Navisworks, BIMcollab). Un mur avec porte exporté sans IfcOpeningElement apparaîtra plein dans le modèle fédéré, générant de fausses alertes de clash avec les gaines MEP traversantes.
La difficulté est accentuée par la diversité des versions IFC supportées : IFC2x3 Coordination View 2.0 (CV2.0) gère les ouvertures différemment d'IFC4 Reference View ou Design Transfer View. Choisir le mauvais schéma d'export peut entraîner la perte totale des données d'ouverture. Enfin, Autodesk a modifié plusieurs fois le comportement d'export des ouvertures entre Revit 2020 et 2025, rendant certaines configurations obsolètes et nécessitant une mise à jour régulière des templates d'export JSON.
Quels paramètres d'export IFC garantissent la présence des IfcOpeningElement ?
Le paramètre critique se trouve dans la boîte de dialogue « Exporter IFC » → onglet « Propriétés supplémentaires » → option « Exporter les éléments basés sur la vue 3D actuelle » doit être désactivée. Activer cette option force Revit à exporter uniquement les objets visibles dans la vue courante, et les IfcOpeningElement — invisibles par nature — sont alors exclus du fichier IFC.
Deuxième réglage essentiel : le schéma d'export IFC. Pour maximiser la compatibilité avec les logiciels de coordination (Solibri, Tekla BIMsight, SimpleBIM), privilégiez IFC2x3 Coordination View 2.0. Ce schéma garantit l'export des ouvertures sous forme d'IfcOpeningElement reliés à leur hôte via la relation IfcRelVoidsElement. IFC4 Reference View peut omettre certaines ouvertures complexes (baies avec volets, fenêtres de toit) si la famille Revit contient des géométries non supportées.
Dans l'onglet « Géométrie », l'option « Exporter les pièces en tant qu'espaces IFC » doit être cochée si votre coordination implique des calculs de surface ou des analyses énergétiques — mais elle n'impacte pas directement les ouvertures. En revanche, l'option « Exporter les éléments basés sur la géométrie solide » doit être cochée : elle force Revit à recalculer les vides géométriques des ouvertures au moment de l'export, corrigeant les incohérences dues aux modifications de famille en cours de projet.
Enfin, sauvegardez systématiquement votre configuration d'export en fichier JSON (bouton « Exporter la configuration ») et versionnez-la avec votre convention BIM projet. Autodesk a introduit cette fonctionnalité dans Revit 2021.1 pour homogénéiser les exports entre contributeurs. Un template JSON partagé via le serveur BIM réduit de 80 % les erreurs d'export liées aux réglages individuels, selon une étude Women in BIM portant sur 127 projets européens.
Comment modéliser correctement les ouvertures pour l'interopérabilité IFC ?
La première règle : toutes les familles de portes et fenêtres doivent être de catégorie « Basée sur le mur » ou « Basée sur le plafond », jamais « Basée sur la face » ou « Modèle générique ». Les familles « face » créent des percements locaux non reconnus par le traducteur IFC, qui les exporte comme objets IfcBuildingElementProxy sans relation de vide avec l'hôte.
Pour vérifier la catégorie d'une famille : sélectionnez l'élément → Propriétés → en haut de la palette, la ligne « Famille » doit indiquer « Porte » ou « Fenêtre », pas « Modèle générique chargé en face ». Si la famille est incorrecte, deux options : soit la recréer en tant que famille de porte/fenêtre native, soit utiliser l'outil Shared Parameters pour forcer l'export en IfcDoor/IfcWindow (méthode avancée, requiert la maîtrise du mapping IFC de Revit).
Deuxième point : évitez les ouvertures imbriquées (une fenêtre insérée dans une autre fenêtre via famille composite). Revit supporte cette géométrie en interne, mais l'export IFC échoue à recréer la hiérarchie de vides. Le fichier IFC résultant contient soit un IfcOpeningElement unique avec géométrie erronée, soit aucune ouverture du tout. La solution consiste à décomposer les familles complexes en éléments séparés, quitte à perdre la contrainte géométrique Revit.
Troisième règle technique : les ouvertures traversantes (baies vitrées sur deux étages, portes palières entre niveaux) doivent être segmentées par niveau. Un IfcOpeningElement ne peut porter qu'un seul attribut « Élévation », hérité du niveau Revit. Une ouverture traversant R+0 et R+1 doit être modélisée en deux instances distinctes, sinon l'export IFC l'associe arbitrairement à un seul niveau, générant des incohérences spatiales dans le modèle fédéré. Cette contrainte, documentée dans la norme IFC4 Add2 TC1, est rarement respectée en phase esquisse, d'où l'importance d'audits IFC réguliers en phase DCE.
Diagnostic : identifier rapidement les ouvertures manquantes dans un fichier IFC
Utilisez un visionneur IFC gratuit comme BIM Vision ou SimpleBIM pour ouvrir le fichier exporté depuis Revit. Activez l'arborescence par type IFC (menu « Structure » → « Par type d'entité »), puis déroulez la branche IfcOpeningElement. Un projet de 200 ouvertures Revit devrait afficher ~200 IfcOpeningElement dans cette branche. Si le nombre est inférieur de plus de 10 %, un problème d'export est avéré.
Deuxième vérification : sélectionnez un mur dans la vue 3D du visionneur → onglet Propriétés → section « Relations ». Un mur percé doit présenter une relation IfcRelVoidsElement pointant vers les IfcOpeningElement qui le traversent. L'absence de cette relation signifie que Revit a exporté l'ouverture comme objet orphelin, non lié à son hôte. Cause fréquente : l'option « Exporter les éléments basés sur la vue 3D » était activée lors de l'export.
Pour un diagnostic automatisé sur grands projets (>500 ouvertures), Solibri Office propose une règle de validation prédéfinie : « Checking for openings » (Ruleset ISO 19650). Cette règle scanne le modèle IFC et liste tous les éléments porteurs sans IfcOpeningElement associé alors qu'ils devraient en contenir (détection par analyse géométrique des vides). Le rapport généré identifie les GUID Revit des éléments problématiques, permettant un retour direct dans le modèle source pour correction.
Alternative open source : le script Python IfcOpenShell suivant compte les IfcOpeningElement et affiche leurs hôtes. Installer IfcOpenShell via `pip install ifcopenshell`, puis exécuter :
```python import ifcopenshell model = ifcopenshell.open('votre_modele.ifc') openings = model.by_type('IfcOpeningElement') print(f'Nombre ouvertures : {len(openings)}') for op in openings[:5]: # affiche 5 premiers host = [r.RelatingBuildingElement for r in model.get_inverse(op) if r.is_a('IfcRelVoidsElement')] print(f'Ouverture {op.GlobalId} dans {host[0].Name if host else "AUCUN HOTE"}') ```
Ce script révèle instantanément les ouvertures orphelines (ligne « AUCUN HOTE »), symptôme typique d'un export Revit mal configuré ou d'une famille générique non reconnue.
Résoudre le bug des ID dupliqués entre ouverture et élément hôte
Le bug « Opening and element exported with same ID to IFC from Revit » (référence Autodesk REVIT-198427) survient lorsque Revit attribue le même GUID à un IfcOpeningElement et à son élément porteur (mur, dalle). Ce conflit d'identifiant viole la norme IFC et provoque le rejet du fichier par les validateurs stricts (BIMcollab ZOOM, usBIM.viewer+, certains configurateurs IDS).
Cause technique : ce bug apparaît principalement sur les éléments Revit dont le GUID a été régénéré manuellement (via API ou plugin tiers), ou lors de l'import d'un lien IFC contenant déjà des ouvertures, ré-exporté ensuite en IFC natif. Revit réutilise alors l'ancien GUID sans vérifier son unicité dans le nouveau contexte d'export. Autodesk a partiellement corrigé ce bug dans Revit 2024.2, mais il persiste sur les projets migrés depuis des versions antérieures.
Solution immédiate : dans Revit, sélectionnez l'élément porteur problématique → Propriétés → paramètre partagé « IfcGUID » (si présent dans votre template) → supprimez la valeur pour forcer Revit à régénérer un GUID unique au prochain export. Si le paramètre IfcGUID n'existe pas, créez-le via « Gérer » → « Paramètres partagés » → nouveau paramètre texte « IfcGUID », instance, catégorie Murs/Dalles. Laissez-le vide : Revit le remplira automatiquement à l'export.
Solution projet : exportez le modèle en IFC, ouvrez-le dans SimpleBIM, activez la fonction « Régénérer tous les GUID », puis ré-exportez. Cette opération crée un nouveau fichier IFC avec identifiants uniques garantis. Inconvénient : tous les liens externes vers ce modèle (plateformes de coordination type BIM 360, Trimble Connect) seront rompus car les GUID ont changé. À réserver donc aux projets en phase de démarrage, avant la diffusion du modèle aux corps d'état.
Pour prévenir ce bug sur nouveaux projets, désactivez tout plugin Revit tiers qui modifie les GUID (certains outils de synchronisation multi-sites régénèrent les identifiants à chaque push/pull). Documentez dans votre convention BIM la procédure de gestion des GUID, et incluez une règle de validation IDS imposant l'unicité des GlobalId sur tous les IfcOpeningElement et leurs hôtes.
Gérer les ouvertures dans les workflows IFC2x3 versus IFC4
IFC2x3 Coordination View 2.0 (CV2.0) reste le schéma le plus fiable pour l'export des ouvertures depuis Revit, malgré son ancienneté (norme publiée en 2007). Ce schéma impose que tout IfcOpeningElement soit relié à son hôte via une relation IfcRelVoidsElement unique et non ambiguë. Revit respecte strictement cette contrainte en CV2.0, garantissant un taux de conformité de 95 % selon les audits buildingSMART International.
IFC4 Design Transfer View offre une géométrie plus riche (support des courbes NURBS, surfaces paramétriques) mais introduit de la flexibilité dans la représentation des ouvertures : un IfcOpeningElement peut avoir plusieurs représentations géométriques (filaire, surface, solide) selon le contexte d'utilisation. Revit 2025 ne gère que partiellement cette multi-représentation : les ouvertures complexes (baies cintrées, fenêtres de toit avec costières) sont souvent simplifiées en boîtes rectangulaires à l'export IFC4, perdant leur géométrie réelle. Pour ces cas, rester en IFC2x3 préserve la géométrie exacte via le mécanisme de représentation unique.
IFC4 Reference View, conçu pour la consultation légère (visionneuses web, applications mobiles), exclut volontairement les IfcOpeningElement : les ouvertures sont « cuites » directement dans la géométrie de l'élément hôte (le mur IFC contient déjà le vide de la porte, sans objet ouverture séparé). Ce schéma est inadapté à la coordination BIM car il empêche l'analyse de clash sur les traversées (une gaine ne peut pas détecter une ouverture qui n'existe pas en tant qu'objet). Réservez IFC4 Reference View aux livrables de consultation client final, jamais aux exports de coordination interne.
Synthèse comparative :
| Schéma IFC | Support IfcOpeningElement | Cas d'usage Revit | Taux conformité Revit | |------------|---------------------------|-------------------|----------------------| | IFC2x3 CV2.0 | ✓ Complet, relation stricte | Coordination BIM, clash detection | 95 % | | IFC4 Design Transfer | ✓ Partiel, multi-représentation | Projets complexes, géométrie avancée | 70-85 % | | IFC4 Reference View | ✗ Absent (géométrie directe) | Consultation, visualisation seule | N/A |
Pour les projets multi-logiciels (Revit + Archicad + Tekla), imposez IFC2x3 CV2.0 dans la convention BIM : c'est le seul schéma supporté uniformément par tous les éditeurs avec un niveau de détail équivalent sur les ouvertures.
Valider automatiquement la conformité des ouvertures avec IDS
Information Delivery Specification (IDS) — norme ISO 29481-2 en cours de finalisation — permet de définir des règles de validation automatique des données IFC. Appliquée aux ouvertures, une spécification IDS peut imposer que tout IfcWallStandardCase contenant une ouverture (détection géométrique d'un vide) possède obligatoirement une relation IfcRelVoidsElement vers un IfcOpeningElement, sous peine de rejet du modèle.
Exemple de règle IDS en pseudocode :
``` SPECIFICATION "Ouvertures obligatoires dans murs porteurs" APPLICABILITY : IfcWallStandardCase WHERE LoadBearing = TRUE REQUIREMENTS : - Doit avoir au moins 1 IfcRelVoidsElement.RelatedOpeningElements - Chaque IfcOpeningElement.ObjectType IN ['Porte', 'Fenêtre', 'Baie'] - Attribut IfcOpeningElement.Name != NULL ```
Cette règle, exécutée par un validateur IDS (Solibri Office 10+, BIMcollab ZOOM 3.5+, ou le validateur open source ids-lib Python), génère un rapport d'anomalies listant tous les murs porteurs sans ouverture conforme. Le BIM manager peut alors cibler les corrections dans Revit sans analyser manuellement les 500 murs du projet.
Pour implémenter IDS sur un projet Revit :
1. Définir les règles métier dans un fichier IDS XML (format standard, éditable dans Notepad++ ou Visual Studio Code avec l'extension IDS Schema). 2. Intégrer ce fichier IDS dans le template de projet Revit (dossier « Standards » du serveur BIM). 3. Exécuter la validation IDS après chaque export IFC majeur (jalons DCE, visa, synthèse). 4. Archiver les rapports de validation dans le CDE (Common Data Environment) pour traçabilité ISO 19650.
Selon une enquête buildingSMART France (89 répondants), les agences ayant adopté la validation IDS automatique ont réduit de 60 % le temps passé en réunions de coordination sur les problèmes d'ouvertures, l'anomalie étant détectée et corrigée en amont par le contributeur lui-même avant diffusion du modèle. Le standard IDS sera intégré nativement dans Revit 2027 (annonce Autodesk University), rendant la validation accessible sans logiciel tiers.
Les 10 questions que vous nous posez le plus en formation Revit
Comment exporter un fichier IFC depuis Revit sans perdre les ouvertures ?
Désactivez l'option « Exporter les éléments basés sur la vue 3D actuelle » dans les paramètres d'export IFC, et sélectionnez le schéma IFC2x3 Coordination View 2.0 pour garantir la présence des IfcOpeningElement. Cochez « Exporter les éléments basés sur la géométrie solide » pour recalculer les vides au moment de l'export. Sauvegardez votre configuration en fichier JSON et partagez-la avec l'équipe projet pour homogénéiser les exports.
Pourquoi mes ouvertures Revit n'apparaissent-elles pas dans Solibri ou Navisworks ?
Trois causes principales : vous avez utilisé des familles « Basée sur la face » au lieu de « Basée sur le mur », l'option d'export basée sur la vue 3D était activée, ou vous avez exporté en IFC4 Reference View qui exclut les IfcOpeningElement. Vérifiez la catégorie de vos familles de portes/fenêtres dans Revit (Propriétés → ligne Famille doit indiquer « Porte » ou « Fenêtre »), et relancez l'export en IFC2x3 CV2.0.
Comment corriger le bug des ID dupliqués entre ouverture et mur dans l'export IFC ?
Ce bug survient lorsque Revit réutilise un GUID existant. Sélectionnez l'élément porteur problématique, supprimez la valeur du paramètre partagé « IfcGUID » s'il existe, puis relancez l'export IFC : Revit régénérera un identifiant unique. Pour une correction globale, ouvrez le fichier IFC dans SimpleBIM, activez « Régénérer tous les GUID », puis ré-exportez. Attention : cette opération rompt les liens externes vers le modèle sur les plateformes de coordination.
Faut-il segmenter les ouvertures traversantes (sur plusieurs niveaux) dans Revit pour l'IFC ?
Oui, absolument. Un IfcOpeningElement ne peut porter qu'un seul attribut « Élévation » hérité du niveau Revit. Une baie vitrée traversant R+0 et R+1 doit être modélisée en deux instances distinctes (une par niveau), sinon l'export IFC l'associe arbitrairement à un seul niveau, générant des incohérences spatiales dans le modèle fédéré. Cette contrainte est documentée dans la norme IFC4 Add2 TC1.
Quelle est la différence entre IFC2x3 et IFC4 pour l'export des ouvertures depuis Revit ?
IFC2x3 Coordination View 2.0 garantit un export fiable des IfcOpeningElement avec relation stricte à leur hôte (taux de conformité 95 % depuis Revit). IFC4 Design Transfer View offre une géométrie plus riche mais Revit gère partiellement la multi-représentation des ouvertures complexes, qui sont souvent simplifiées. IFC4 Reference View exclut volontairement les IfcOpeningElement (géométrie directe) : à réserver à la consultation, pas à la coordination BIM.
Comment vérifier rapidement si toutes les ouvertures sont présentes dans un fichier IFC exporté ?
Ouvrez le fichier IFC dans BIM Vision ou SimpleBIM, activez l'arborescence par type IFC, et comptez les IfcOpeningElement : le nombre doit correspondre aux ouvertures Revit (tolérance ±10 %). Sélectionnez un mur percé dans la vue 3D → onglet Propriétés → section Relations : il doit afficher une relation IfcRelVoidsElement pointant vers les ouvertures. Pour un diagnostic automatisé sur grands projets, utilisez la règle Solibri « Checking for openings » ou un script IfcOpenShell Python.
Peut-on utiliser des familles de modèle générique pour les ouvertures dans Revit si on exporte en IFC ?
Non, c'est fortement déconseillé. Les familles de catégorie « Modèle générique » ou « Basée sur la face » créent des percements non reconnus par le traducteur IFC, qui les exporte comme IfcBuildingElementProxy sans relation de vide avec l'hôte. Toutes les ouvertures destinées à l'export IFC doivent être de catégorie « Porte », « Fenêtre », ou « Basée sur le mur/plafond ». Vérifiez la catégorie dans Propriétés → ligne Famille.
Comment éviter les ouvertures orphelines (sans élément hôte) dans un modèle IFC Revit ?
Cause fréquente : l'option « Exporter les éléments basés sur la vue 3D actuelle » était activée lors de l'export, excluant les IfcOpeningElement invisibles. Autre cause : des familles Revit complexes (ouvertures imbriquées, plusieurs fenêtres dans une même famille) que le traducteur IFC échoue à décomposer. Solution : décochez cette option d'export, et simplifiez les familles complexes en éléments séparés si nécessaire. Un script IfcOpenShell Python peut lister les ouvertures orphelines pour ciblage rapide.
Doit-on valider les ouvertures IFC avec un outil externe ou Revit suffit-il ?
Revit ne valide pas la conformité des IfcOpeningElement aux standards buildingSMART. Il est indispensable d'utiliser un outil de validation IDS (Solibri Office, BIMcollab ZOOM, ou le validateur open source ids-lib Python) pour vérifier que tous les murs porteurs possèdent bien une relation IfcRelVoidsElement vers leurs ouvertures. Cette validation automatique réduit de 60 % le temps passé en coordination selon buildingSMART France. Le standard IDS sera intégré nativement dans Revit 2027.
Peut-on importer un fichier IFC avec des ouvertures dans Revit et le ré-exporter sans perte ?
Oui, mais avec précautions. Lors de l'import IFC dans Revit (Insérer → Lier IFC), les IfcOpeningElement sont conservés si vous choisissez le mode « Lier » plutôt que « Ouvrir ». En mode « Ouvrir », Revit convertit les entités IFC en objets Revit natifs, et certaines ouvertures complexes (non rectangulaires, avec costières) peuvent être simplifiées. Au ré-export, vérifiez que les GUID n'ont pas été dupliqués : supprimez le paramètre IfcGUID sur les éléments importés pour forcer la régénération.
A retenir
- Désactivez « Exporter les éléments basés sur la vue 3D » et privilégiez IFC2x3 CV2.0 pour garantir la présence des IfcOpeningElement dans vos exports Revit.
- Utilisez uniquement des familles de catégorie « Porte » ou « Fenêtre » (jamais « Modèle générique ») pour assurer la reconnaissance IFC des ouvertures.
- Segmentez les ouvertures traversantes par niveau Revit : un IfcOpeningElement ne peut porter qu'un seul attribut d'élévation selon la norme IFC4.
- Validez systématiquement vos exports IFC avec un outil externe (BIM Vision, Solibri, script IfcOpenShell) avant diffusion aux corps d'état.
- Implémentez la validation IDS automatique pour détecter les ouvertures manquantes dès l'export et réduire les allers-retours de coordination de 60 %.
Sources
- Documentation officielle Autodesk : Opening and element are always exported together to IFC from Revit (2025-03)
- Autodesk Support : Opening and element exported with same ID to IFC from Revit (bug REVIT-198427) (2025-03)
- Aplicit : Exporter et importer votre configuration d'export IFC (fichier JSON) (2024-11)
- buildingSMART International : IFC2x3 Coordination View 2.0 Implementation Guide (2025-01)
- Women in BIM : Global Survey 2024 — BIM Interoperability Challenges (2024-12)
- buildingSMART France : Enquête adoption IDS 2025 (2025-02)
Vous rencontrez régulièrement des problèmes de coordination sur vos exports IFC, et les anomalies d'ouvertures vous font perdre des heures en réunions de synthèse ?
La formation coordination BIM certifiante de LearnRoom vous forme aux protocoles d'échange OpenBIM, à la validation IDS automatique, et aux bonnes pratiques de modélisation Revit pour garantir l'interopérabilité de vos maquettes numériques. Programme 35h, distanciel, finançable CPF.
Renforcez également vos compétences techniques avec la formation Revit (niveaux débutant à perfectionnement), qui intègre un module dédié à la configuration d'export IFC et au mapping des propriétés personnalisées.
