Exigences d’échange d’informations : qu’est-ce que l’EIR dans le BIM ?

L’EIR, acronyme de Exchange Information Requirements, est le document par lequel le donneur d’ordre définit les exigences d’information à produire, échanger et vérifier dans le cadre d’un processus BIM.

La méthodologie BIM suppose un flux de travail collaboratif et la création de modèles d’information riches en données graphiques et textuelles qui caractérisent tous les éléments appartenant au modèle, pour l’ensemble de son cycle de vie.

Le paquet d’information qui caractérise chaque modèle est défini par les besoins du donneur d’ordre, qui a la responsabilité et les capacités pour définir, en amont de la conception d’un projet, quelles informations sont utiles, comment elles doivent être échangées et quand cela doit se produire. Il existe des outils IDS BIM innovants qui permettent, via le standard IDS, de configurer correctement l’EIR et de gérer au mieux tout le processus de création, de compilation et de validation de la demande d’information.

Mais d’abord, découvrons ce qu’est l’EIR (Exchange Information Requirements) et de quoi il est composé et comment il peut être rendu encore plus efficace grâce au standard IDS. Nous verrons également un exemple opérationnel de validation d’un modèle IFC, dans lequel un exigence d’information de l’EIR est transformée en une spécification IDS pour contrôler automatiquement la nomenclature correcte du projet.

Enfin, nous analyserons en détail un cas d’étude intitulé Recycle BIM, une initiative multinationale et multi-acteurs importante, visant à développer un cadre intégré pour la circularité des matériaux de construction. Ce projet a été dirigé par l’université de Minho et a vu plusieurs collaborations internationales comme celle d’ACCA software.

BIM model checking EIR

Qu’est-ce qu’un document EIR (Exchange Information Requirements) ?

Dans un appel d’offres réalisé selon la méthodologie BIM, l’EIR est un document de pré-appel d’offres qui définit les normes, informations et exigences d’un processus BIM et constitue l’input de démarrage de l’appel d’offres lui-même, auquel les techniciens et les entrepreneurs répondent avec des offres appropriées.

Si la PAS 1192-2 définissait l’EIR comme “Employer Information Requirements”, littéralement “Exigences d’information de l’employeur”, aujourd’hui l’acronyme EIR fait référence à “Exchange Information Requirements”, tel que modifié par la norme ISO 19650, qui renvoie donc aux “Exigences d’échange des informations”.

La différence entre les définitions souligne un changement net. Si les exigences d’information à produire et à livrer dans les deux cas jouent un rôle prédominant, la nouvelle acception nous fait comprendre que l’attention est désormais plutôt portée sur la manière d’échanger ces informations.

L’EIR se concentre donc sur les méthodes à exécuter pour le partage des données et la génération des documents, en mettant l’accent sur la gestion des contenus informatifs entre les différents acteurs et sur les modalités de vérification, d’archivage et de livraison des modèles. Il se constitue comme un véritable document textuel dans lequel sont identifiés : 

• aspects réglementaires de référence, priorités et objectifs ;
• modèles à mettre en œuvre pour chaque phase de conception avec des niveaux d’information adaptés à l’étape de référence.

Les objectifs doivent être atteints grâce à un travail collaboratif des différentes équipes proposant, qui inclut des entrepreneurs, des techniciens, des fournisseurs et d’éventuels sous-traitants et sous-fournisseurs, réalisable par un échange de données optimisé et par l’utilisation d’un système de gestion BIM.

Encore aujourd’hui, on se retrouve souvent face à des acteurs proposant qui ont des difficultés à rédiger un document de ce type, parfois parce qu’ils ne sont pas encore pleinement immergés dans la méthodologie, d’autres fois parce qu’il est souvent difficile de cerner les objectifs de la commande, l’échange de données et la gestion.

Quels sont les exigences d’information du maître d’ouvrage ?

Nous avons vu qu’à travers l’EIR, le maître d’ouvrage définit les caractéristiques de gestion de la mission, en décrivant le processus de production et de livraison. Mais quels sont spécifiquement les exigences d’information qu’il doit définir ? 

Les exigences d’information qu’il doit définir sont liées à des aspects tels que : 

• modalités de gestion (par exemple l’utilisation de plateformes collaboratives);
• modalités de production;
• modalités de coordination entre les modèles et l’équipe (utilisation de outils BIM, analyse coordonnée des modèles, etc.);
• modalités de vérification et de contrôle;
• niveau de détail relatif aux éléments et en général au modèle spécifique à réaliser à chaque phase ;
• modalités d’échange (par exemple formats interopérables);
• délais, échéances et phases de livraison;
• modalités de livraison (formats de sortie, nomenclature des fichiers, etc.).

Flux d’information pour la rédaction de l’EIR

Pourquoi avons-nous besoin d’un document EIR ?

L’Exchange Information Requirements (EIR) est un document clé de la méthodologie BIM, car ses finalités renvoient à l’idée de base du BIM lui-même : « Begin with the end in the mind », « Commencez avec la fin en tête », selon laquelle il faut démarrer toute conception en ayant bien clairs les objectifs finaux.

Pour atteindre efficacement les objectifs finaux, l’EIR est certainement fonctionnel car il identifie en détail l’ensemble du flux de travail à suivre, gérant à l’avance tout le processus de construction.

Un EIR est également avantageux pour : 

• le maître d’ouvrage car la réalisation de Digital Twin réalistes et riches en informations garantit au sujet proposant une vision réelle des projets et lui permet d’évaluer une série de facteurs (phases de construction, ressources, coûts et délais, processus de gestion et de maintenance);
• les concepteurs et tous les collaborateurs car, grâce à des lignes directrices et des flux de travail clairs définis par l’EIR, ils parviennent à être plus productifs, à réduire les erreurs et à éviter les retards.

Ces avantages atteignent leur expression maximale grâce à l’utilisation de la norme IDS de BuildingSMART. Avec un outil IDS BIM, le maître d’ouvrage peut créer le document IDS avec les spécifications informatives requises et le concepteur les éditer de manière guidée. Lorsque le concepteur a terminé le travail, l’ordinateur lit automatiquement le modèle du concepteur et le maître d’ouvrage peut valider les ensembles de données livrés.

Pour mieux comprendre comment ces avantages peuvent se traduire par un contrôle concret des modèles BIM, il est utile d’approfondir le rôle de l’IDS : la norme permet en effet de transformer les exigences informatives définies dans l’EIR en spécifications structurées, vérifiables automatiquement sur les modèles IFC.

Comment transformer les exigences de l’EIR en contrôles IDS vérifiables sur le modèle IFC

L’IDS – Information Delivery Specification permet de faire un pas supplémentaire par rapport à la simple définition des exigences informatives : elle permet de les transformer en règles de contrôle applicables aux modèles IFC. En pratique, une demande contenue dans l’EIR, par exemple le respect d’une certaine nomenclature ou la présence de propriétés spécifiques, peut devenir une règle structurée à appliquer à un modèle IFC pour vérifier sa conformité.

Le flux opérationnel est simple : d’abord, on identifie le critère d’information à contrôler, puis on définit à quels éléments du modèle IFC appliquer la vérification à travers l’applicabilité, enfin on définit le critère proprement dit, c’est-à-dire la condition que les éléments sélectionnés doivent respecter pour être considérés conformes.

De cette manière, l’EIR établit ce qui doit être vérifié, tandis que l’IDS définit où appliquer le contrôle et quelle condition doit être respectée. La validation finale sur le modèle IFC restitue donc un résultat de conformité ou de non-conformité, permettant au maître d’ouvrage de vérifier si les informations requises sont effectivement présentes, correctes et cohérentes dans le modèle BIM livré.

Exemple opérationnel : vérifier le nom du projet dans un modèle IFC

Pour comprendre le fonctionnement de l’IDS, imaginons que nous devons valider un modèle d’information architecturale d’un bâtiment scolaire destiné à une crèche, exporté au format IFC 4×3.

Le maître d’ouvrage exige que le nom du projet soit uniforme dans tous les modèles IFC livrés. Cette exigence, exprimée dans l’EIR, a un but pratique : garantir la cohérence dans la nomenclature des fichiers et rendre les données plus facilement consultables, agrégables et utilisables par les parties prenantes et les outils informatiques durant les différentes phases du cycle de vie du bâtiment.

Dans le cas d’étude, le nom demandé pour le projet est « Rainbow Kindergarten ». Le critère d’information peut donc être exprimé ainsi : tous les modèles IFC livrés doivent porter un nom de projet cohérent avec cette valeur.
À ce stade, le critère doit être transformé en une spécification IDS. La spécification ne doit pas contrôler de manière générique l’ensemble du modèle, mais doit identifier l’entité IFC correcte sur laquelle appliquer la vérification. Puisque le contrôle concerne le projet dans son ensemble, l’applicabilité est définie sur l’entité IfcProject.
Le critère, quant à lui, consiste à vérifier que l’attribut Name de l’entité IfcProject soit valorisé avec le nom prévu, c’est-à-dire « Rainbow Kindergarten ».

De cette manière, une demande qui dans l’EIR pourrait être décrite sous forme discursive est transformée en une règle technique contrôlable automatiquement.

Comment définir la spécification IDS pour le contrôle de la nomenclature

Dans le fichier IDS, on crée une spécification dédiée à la vérification du nom du projet. La description de la spécification précise que le modèle IFC doit comporter une nomenclature cohérente avec ce qui est demandé par le client, afin de garantir l’uniformité entre les différents fichiers produits et de faciliter l’analyse des données.

Dans la section générale de la spécification, on peut indiquer la version IFC de référence, par exemple IFC 4×3, ainsi que d’éventuelles instructions opérationnelles pour le concepteur. Par exemple, on peut spécifier que celui qui exporte le modèle IFC doit s’assurer que le nom du projet est correctement rempli avant la livraison.

La partie décisive est la configuration d’applicabilité et exigences. L’applicabilité filtre l’entité IfcProject, tandis que l’exigence contrôle la valeur de l’attribut Name. Dans notre exemple, si la valeur trouvée correspond à « Rainbow Kindergarten », le contrôle est réussi ; si la valeur est absente ou différente, le modèle est non conforme par rapport à cette spécification.

Cette configuration montre concrètement comment l’IDS permet de transformer une exigence informative de l’EIR en une vérification précise sur le modèle IFC.

Validation du modèle IFC : comment lire le résultat du contrôle

Une fois le fichier IDS créé, la spécification peut être appliquée au modèle IFC via un validateur. Le validateur compare le contenu du modèle avec les règles définies dans le fichier IDS et renvoie un résultat. Dans le cas de l’exemple, le contrôle concerne une seule exigence : vérifier que le nom du projet associé à IfcProject coïncide avec la valeur requise.

Si l’attribut Name contient la valeur « Rainbow Kindergarten », le modèle est conforme à la spécification. En revanche, si la valeur est absente, incorrecte ou différente de celle prévue, le validateur signale une non-conformité. La valeur opérationnelle de la validation IDS ne réside pas seulement dans l’indication si le modèle est correct ou non, mais aussi dans la traçabilité de la raison de l’éventuelle erreur.

Le validateur peut en effet montrer : 

• la spécification qui n’a pas été respectée ;
• l’élément IFC impliqué ;
• l’exigence attendue ;
• la valeur effectivement trouvée dans le modèle ;
• le signalement de non-conformité.

Cela permet au concepteur, au spécialiste BIM ou au validateur d’identifier rapidement le problème et d’intervenir de manière ciblée, sans avoir à vérifier manuellement l’ensemble du modèle.

De l’erreur à la correction : pourquoi l’IDS simplifie le contrôle qualité

Dans un processus traditionnel, la vérification des données contenues dans un modèle BIM peut nécessiter des contrôles manuels longs et sujets à des interprétations diverses. Avec l’IDS, en revanche, le contrôle est formalisé en amont et appliqué de manière cohérente au modèle IFC.

Si le modèle ne respecte pas la spécification, la non-conformité devient immédiatement identifiable. Cela permet de gérer le problème de manière plus efficace : l’équipe peut corriger la valeur dans le modèle, réexporter le fichier IFC et répéter la validation jusqu’à atteindre la conformité requise.

Dans un flux openBIM, les signalements peuvent également être partagés via des formats standards tels que le BCF – BIM Collaboration Format, facilitant la communication entre les parties impliquées dans la révision du modèle.

Pourquoi utiliser l’IDS avec l’EIR ?

L’IDS ne remplace pas l’EIR, mais le rend plus efficace du point de vue opérationnel. L’EIR établit quelles informations sont nécessaires, à quelle phase elles doivent être produites et quels critères elles doivent respecter. L’IDS permet de traduire ces critères en contrôles automatiques applicables aux modèles IFC.

Le résultat est un processus plus clair et vérifiable : l’EIR définit l’exigence informative, tandis que l’IDS la transforme en une spécification structurée, machine-readable et utilisable pour la validation automatisée.

Dans ce sens, l’IDS représente un outil fondamental pour rendre la qualité informative des modèles BIM plus contrôlable. Il permet de vérifier non seulement la présence des données requises, mais aussi leur exactitude, cohérence et utilisabilité dans les processus ultérieurs de conception, de construction, de gestion et de maintenance de l’ouvrage.

Que devrait contenir un EIR ?

Il existe plusieurs documents qui contribuent à l’Exchange Information Requirements et qui participent à sa rédaction : 

• OIR (Organizational Information Requirements) – englobe les informations nécessaires pour définir les objectifs du soumissionnaire ;
• AIR (Asset Information Requirements) – englobe les aspects de gestion et les procédures techniques du bâtiment ;
• PIR (Project Information Requirements) – englobe les informations nécessaires pour mettre en œuvre les objectifs en relation avec le projet particulier.

Pour bien situer l’EIR dans le cadre d’un projet BIM, il suffit de se référer à la ISO 19650-1, qui définit le flux et la hiérarchie des exigences d’information qui se développent dans un processus BIM.

Le projet se complète par la rédaction de : 

• PIM (Project Information Model) – englobe les informations liées à la conception et à la réalisation de la construction ;
• AIM (Asset Information Model) – englobe les informations liées à l’utilisation, à la gestion et à l’entretien du bâtiment.

Ici, nous avons énuméré une série d’acronymes qui peuvent te sembler difficiles. C’est pourquoi je te conseille de lire l’article « IFC, PAS, COBie, BEP, EIR : tous les acronymes du BIM » pour en savoir plus sur ceux-ci et d’autres acronymes que tu rencontreras tout au long de ton parcours dans le monde du BIM.

Hiérarchie des exigences d’information

Pour rédiger correctement l’EIR, il est nécessaire de suivre un modèle qui se divise en trois parties : 

1. Technique ;
2. Gestion ;
3. Commerciale.

Chacune des parties est constituée d’une série de contenus typiques, schématisés dans le tableau ci-dessous : 

Partie technique

Dans cette partie, on encadre les exigences techniques de la commande : 

• formats d’échange – les formats de fichiers (éventuellement aussi les versions) avec lesquels effectuer l’échange de données, de manière à ce que tout se fasse dans un format utilisable par le soumissionnaire lui-même ;
• niveau de détail – pour chaque modèle et pour chaque élément technique de chaque modèle, il faut définir le niveau de détail, géométrique et informatif, minimum à atteindre, en fonction des besoins de conception ;
• plateformes logicielles – il doit être clarifié l’infrastructure logicielle et la plateforme collaborative de la commande ;
• coordonnées – identifier un système de coordonnées commun à tous, car les modèles de projet doivent avoir le même point de coordination ;
• niveau de formation – le client doit définir la formation BIM nécessaire pour pouvoir participer à la rédaction de l’offre et à la signature de l’éventuelle mission.

Partie gestion

Dans cette partie, les exigences de gestion des processus de conception sont décrites : 

• standard – procédures à suivre pour garantir le bon flux des informations, l’échange de données, la livraison et la sécurité du processus ;
• rôles et responsabilités des parties prenantes – il est approprié d’orienter les soumissionnaires à indiquer tous les rôles et les responsabilités des participants à la conception ;
• sécurité des données – mesures de sécurité pour protéger les données sensibles ;
• processus de coordination – modalités de contrôle et de résolution des interférences, tolérances, etc. ;
• processus de collaboration – il faut clarifier les modalités collaboratives que l’équipe doit suivre ;
• programmation des réunions de révision du modèle – programme de contrôle et d’assistance à l’équipe de conception, pendant l’exécution de la mission ;
• gestion de la santé et de la sécurité de la conception – exigences de conception liées à la sécurité sur le chantier à garantir ;
• contraintes – pour communiquer d’éventuelles contraintes ou limitations présentes dans le marché ;
• plan de conformité – liés à la définition de méthodes pour assurer la qualité des informations et des données produites ;
• modalités de livraison des informations sur les actifs – pour définir un standard minimum et le schéma de données à travers lequel gérer les informations dans l’actif.

Partie commerciale

Dans cette partie, les exigences liées aux finalités et aux objectifs de conception sont énumérées : 

• objectifs stratégiques – finalités des exigences informatives ;
• résultats BIM à atteindre – doit définir en détail les résultats à atteindre, en termes de modélisation, d’informatisation et de coordination ;
• évaluation des compétences – à travers laquelle on analyse les capacités et compétences des soumissionnaires dans la gestion et l’échange d’informations.

En quoi un EIR est-il différent d’un BEP ?

EIR et BEP sont tous deux des documents nécessaires lors d’un marché BIM mais se différencient par leur objectif : 

• l’EIR sert à identifier les besoins et les exigences d’information demandés par le donneur d’ordre ;
• le BEP sert à indiquer comment on entend répondre aux besoins exprimés dans l’EIR.

Ainsi, dans la réalisation d’une conception BIM, la production et l’échange d’informations définies par l’EIR permettent aux soumissionnaires de rédiger les BEP (BIM Execution Plan).

Dans le BEP (BIM Execution Plan), on met en lumière les modalités et les outils visant à atteindre les objectifs demandés par l’EIR. En fonction de la phase dans laquelle on se trouve, deux BEP sont rédigés : celui précontractuel (preBEP) et celui post-contractuel (BEP).

Développement marché BIM flux de travail

Il BEP pré-contrat est rédigé lors de la phase d’offre (phase pré-appel d’offres) par chaque participant.

C’est précisément pour cette raison qu’il esquisse sommairement la manière dont on souhaite répondre aux demandes du client, en planifiant les principales « étapes » de la conception à réaliser (sous forme de PIM – Project Information Model) et en se concentrant sur son propre niveau de compétence, sa capacité opérationnelle, les ressources et les technologies en possession.

À la fin de l’appel d’offres, le candidat gagnant, suite à la signature du contrat avec le soumissionnaire, devra présenter un plan supplémentaire, le BEP post-contractuel.

Si le preBEP constituait en quelque sorte une offre, le BEP post-contractuel encadre les modalités réelles de réalisation, de contrôle, d’échange et de partage des documents et des modèles finaux à produire. Il s’enrichit de documents tels que la matrice des responsabilités, le MIDP, le TIDP, détaillant la gestion des procédures, des processus à suivre, des stratégies de livraison et des normes.

En conclusion, on peut affirmer que c’est justement avec le BEP que tous les acteurs du processus comprennent les finalités et les usages du modèle BIM, définissant une proposition efficace, fonctionnelle et conforme aux normes.

Étude de cas : la rédaction de l’EIR dans le projet RecycleBIM

Le secteur de la construction fait face à des défis significatifs en termes de productivité et de prévisibilité, souvent dus à une planification fragmentée et à une gestion réactive des informations.

Pour surmonter ces difficultés, il est fondamental d’adopter une approche proactive de la gestion des informations, conformément aux normes ISO.

Dans ce contexte, les Exchange Information Requirements (EIR) émergent comme des outils cruciaux pour une gestion efficace des informations tout au long du cycle de vie d’un projet, de sa conception jusqu’à sa démolition.

Dans ce paragraphe, nous abordons en détail un cas d’étude dans lequel ACCA software est activement impliqué. Il s’agit du projet RecycleBIM, une initiative importante pour promouvoir la durabilité et la circularité des matériaux de construction grâce à l’utilisation avancée du BIM.

Si vous souhaitez plus d’informations, je vous recommande de lire l’article approfondi «RecycleBIM : un pas vers la circularité des matériaux de construction».

Grâce à ce projet, il a été possible d’explorer les procédures visant à améliorer la gestion des matériaux de construction, à réduire l’impact environnemental et à promouvoir des pratiques de construction plus efficaces et durables.

Concernant la rédaction de l’EIR, le cas d’étude a prévu la création de deux modèles, l’un relatif aux travaux de démolition d’un bien existant, l’autre à utiliser dans le cas d’une nouvelle construction.

Les deux modèles sont indiqués comme suit : 

• track : to-be-demolished;
• track : new construction.

Voyons-les en détail.

EIR pour la démolition : «track : to-be-demolished»

Bien que le BIM ne soit pas encore largement utilisé dans les projets de démolition, la rédaction d’un EIR reste cruciale pour garantir une approche structurée et minimiser le gaspillage de ressources. Un EIR bien défini aide à rationaliser les processus, à réduire les redondances et à garantir que toutes les données pertinentes soient correctement acquises et partagées entre les parties prenantes.

Les EIR pour la démolition se concentrent sur une série d’objectifs spécifiques, notamment : 

• planifier une démolition efficace pour promouvoir la circularité des matériaux ;
• augmenter les ventes de matériaux récupérés, créant de nouvelles opportunités commerciales ;
• optimiser la planification du travail, réduisant les délais et les coûts du projet ;
• faciliter l’échange de données avec le marché, créant un flux d’informations efficace entre l’offre et la demande, pour éviter «information waste» et pour fournir une application justifiée du BIM ;
• clarifier les objectifs, en définissant les informations nécessaires et en spécifiant les normes d’information, les méthodes de production et les procédures applicables pendant la phase de pré-démolition et la planification du démantèlement ;
• utiliser des modèles visant à capturer et échanger systématiquement des informations critiques concernant les matériaux, les éléments structurels et les conditions du site, pendant le processus de démolition ;

Un élément clé des EIR pour la démolition est le Deconstruction Information Model (DIM), un modèle de données spécifique pour la planification et l’exécution de projets de démolition.

Modèle EIR pour projets de démolition et de démantèlement

Voyons comment un EIR est structuré pour gérer les processus de démolition.

1. Introduction

1.1. Objectif des exigences d’information d’échange (EIR) – explique que les Exigences d’Information d’Échange (EIR) ont été formulées par l’entité adjudicatrice pour le projet en question.

1.2. Objectifs de gestion des informations – illustre les objectifs du client concernant la gestion des informations du projet et son engagement à utiliser le BIM pour améliorer les procédures de démolition, dans le but d’obtenir des avantages économiques et temporels et d’adopter une stratégie de démantèlement orientée vers la circularité des matériaux.

1.3. Informations sur le projet

1.3.1. Informations générales sur le projet – fournit des détails de base sur le projet (titre du projet, description, date de début du projet, etc.).

1.3.2. Détails de contact de l’entité adjudicatrice – sont indiquées les informations de contact de l’organisation qui a commandé le projet (nom de l’entreprise, site web, adresse, etc.).

1.3.3. Détails de l’actif construit – décrit le bâtiment ou la structure existante qui sera démolie (description de l’actif, propriétaire de l’actif, etc.).

1.3.4. Objectif du projet – définit en détail ce que l’on entend atteindre avec le projet (justification du projet, livrables, etc.).

1.3.5. Contraintes du projet – identifie toutes les limites et restrictions qui influencent la planification, la conception et l’exécution d’un ouvrage de construction (budget, personnel, etc.).

1.3.6. Jalons pour la livraison des informations – définit les moments cruciaux pendant le projet où des informations spécifiques doivent être livrées.

1.3.6. Informations de référence – sont énumérées les informations sur l’actif qui sont mises à la disposition des participants à l’appel d’offres. L’emplacement de ces informations est précisé, indiquant qu’elles seront accessibles via des liens vers l’environnement de données partagé (CDE) (plans as-built, plans de projet, données cadastrales, etc.).

1.3.7. Ressources partagées – de manière similaire à la section précédente, celle-ci énumère d’autres ressources qui sont mises à la disposition des participants via des liens vers le CDE (cartes des processus, spécifications du niveau de nécessité d’information, etc.).

2. Exigences d’information

Cette section définit les exigences d’information nécessaires pour la livraison du modèle d’information de démolition. Ces exigences résultent de stratégies commerciales plus larges et des besoins spécifiques du projet, et sont communiquées à l’équipe de travail via l’EIR (Exchange Information Requirements). La Figure 1 illustre la hiérarchie des exigences d’information, qui part des OIR (Organizational Information Requirements), passe aux PIR (Project Information Requirements), jusqu’à définir l’EIR, culminant dans la définition des spécifications pour le PIM (Project Information Model).

Hiérarchie des exigences d’information, adoptée par l’ISO 19650

2.1. Exigences en matière d’information organisationnelle (OIR)

Les OIR (Exigences en matière d’information organisationnelle) représentent les besoins d’information de haut niveau de l’organisation commanditaire et sont alignés avec ses politiques ESG (Environnementales, Sociales et de Gouvernance). Ils définissent les principes directeurs pour la gestion des informations au niveau de l’entreprise, influençant tous les projets. Dans ce contexte, les OIR soulignent l’importance de : 

• démantèlement et démolition des actifs avec un impact environnemental minimal – cela implique la nécessité de planifier des interventions qui réduisent au minimum la production de déchets, favorisent la récupération et le recyclage des matériaux et prennent en compte la sécurité et la santé de la communauté environnante. Par exemple, un OIR pourrait établir l’objectif d’atteindre un certain pourcentage de matériaux recyclés à partir du processus de démolition ;
• conformité avec les réglementations nationales et promotion de la circularité – l’organisation doit opérer dans le respect des lois et règlements en vigueur en matière de démolition et de gestion des déchets, tout en intégrant des pratiques qui favorisent l’économie circulaire, telles que la réutilisation et la valorisation des matériaux. Un exemple pourrait être l’obligation d’identifier les matériaux réutilisables présents dans le bâtiment avant la démolition ;
• adoption d’une stratégie complète pour la planification et l’exécution du projet – il est fondamental de définir une approche structurée pour la gestion des informations tout au long du cycle de vie du projet, de la phase de planification jusqu’à sa conclusion. Cela peut inclure l’utilisation de plateformes collaboratives et la définition de flux de travail clairs.
• sélection de techniques de démolition et de démantèlement basées sur des modèles optimisés – l’utilisation de modèles d’information (BIM) permet de simuler et d’analyser différentes techniques de démolition, en choisissant celles qui sont les plus efficaces, sûres et durables. Par exemple, le modèle BIM peut être utilisé pour planifier la séquence de démontage des éléments structurels.

2.2. Exigences en matière d’information sur le projet (PIR)

Les PIR (Exigences en matière d’information sur le projet) spécifient le contenu informatif de haut niveau requis spécifiquement pour le projet en question, afin de soutenir les objectifs stratégiques de l’organisation du commanditaire. Ces exigences sont une dérivation des OIR, adaptées aux particularités du projet individuel et à ses points décisionnels clés.

Quatre points clés distincts (Tableau 1) sont identifiés dans le processus de création du Modèle d’Information de Projet (PIM) pour la planification de la démolition : 

• Livraison d’une représentation spatiale de l’actif (M1) : par exemple, le nuage de points obtenu par le scan laser ;
• Livraison de l’inventaire des matériaux résultant de l’audit pré-démolition (M2) : la liste détaillée des matériaux présents dans le bâtiment ;
• Livraison du modèle BIM, représentant l’actif (M3) : le modèle 3D informatif du bâtiment ;
• Livraison des spécifications de l’actif au format de données interopérable pour les marketplaces (M4) : les données sur les matériaux structurées dans un format utilisable pour la vente en ligne.

Tableau 1 – Exigences en matière d’information sur le projet (PIR) – (Source : Université de Minho)

2.3. Exigences en matière d’échange d’informations (EIR)

L’EIR (Exigences en matière d’échange d’informations) est un document crucial qui assure l’alignement entre tous les acteurs du projet et facilite une gestion efficace des informations tout au long du cycle de vie. Il établit une compréhension commune entre les parties impliquées, favorisant la collaboration, la clarté et l’efficacité dans l’échange de données.

Le Tableau 2 détaille les exigences d’information pour la livraison. Pour chaque exigence d’information (correspondant aux jalons), le tableau spécifie une série d’informations (les informations de support nécessaires, le format des fichiers requis, etc.).

Tableau 2 – décomposition EIR – (Source : Université de Minho)

La Tableau 3 définit les jalons de livraison des informations et les dates clés associées à chaque livrable.

Tableau 3 – Jalons de livraison des informations et dates clés – (Source : Université de Minho)

Le document précise également qu’à une date limite, tous les parties prenantes peuvent poser des questions sur l’EIR. En réponse à l’EIR, chaque participant à l’appel d’offres doit produire un pré-BEP (pré-Plan d’Exécution BIM), qui illustre son approche et ses capacités de gestion de l’information pour satisfaire aux exigences. Le pré-BEP doit être signé avant la date fixée et sera soumis à révision avant acceptation.

Les parties désignées sont tenues de développer un pré-BEP détaillé qui comprend une série d’informations (la stratégie de livraison de l’information, la stratégie de collaboration, etc.).

Après la nomination, le BEP de l’équipe de livraison sera validé en collaboration avec l’ensemble de l’équipe et en tenant compte des retours de l’entité adjudicatrice. Le BEP final devra être signé avant la date fixée et contiendra des informations similaires au pré-BEP mais avec plus de détails tels que le MIDP (Plan de Livraison d’Information Maître) et les TIDP (Plan de Livraison d’Information de Tâche), ainsi que d’éventuelles déviations de l’EIR.

2.4. Niveau d’Information Nécessaire

Les spécifications du LOIN (Niveau d’Information Nécessaire), conformes à la norme EN 17412-1:2020, sont des éléments fondamentaux des exigences d’information définies par l’entité adjudicatrice et auxquelles il est obligatoire de se conformer lors de la livraison de l’information. Ces spécifications doivent être incluses dans le BEP (Plan d’Exécution BIM) comme référence pour définir le contenu informatif relatif à l’actif construit et à ses composants, tels que les produits de construction.

3. Normes Informatiques

Les projets doivent suivre des normes informatiques spécifiques pour garantir un échange efficace d’informations avec d’autres technologies, en privilégiant les formats de données ouverts : 

• adhérer aux normes ISO 19650, CEN/EN 17412-1 / ISO 7817, et ISO 16739-1;
• utiliser les codes EWC pour la classification des déchets;
• utiliser Uniclass et les classes ISO 16739-1 pour la structuration et la classification des informations;
• les unités de mesure font référence au Système International si non indiquées;
• il est fondamental d’adopter des conventions standardisées pour l’identification des fichiers (convention de nommage avec le nom du Projet, Originateur, Décomposition, etc.);
• les fichiers doivent inclure un champ pour les métadonnées, géré via l’environnement de partage de données (CDE).

Production d’information

• l’équipe de livraison doit spécifier dans le BEP (Plan d’Exécution BIM) le logiciel de conception et sa version ;
• les données doivent être fournies à la fois en format propriétaire/modifiable et en format de données ouvertes (ex. IFC pour modèles BIM) ;
• la taille maximale pour les fichiers individuels est de 300 mégaoctets;
• les plateformes utilisées par le client sont indiquées, et l’équipe de livraison doit spécifier comment elle entend échanger des informations avec elles si elle utilise des logiciels alternatifs ;
• les fonctions de gestion des informations sont une responsabilité partagée entre tous les membres de l’équipe ;
• le document définit les responsabilités des différentes parties aux différentes étapes du processus de production d’information ;
• les étapes de relevé de l’actif, de modélisation BIM et de parsing de données pour le marché sont décrites ;
• un processus d’autorisation et de publication des informations est défini, incluant la révision initiale et technique, l’autorisation, etc. ;
• une stratégie de coordination spatiale et une structure de décomposition des informations sont nécessaires, à détailler dans le BEP.

Procédures d’acceptation

• les fichiers publiés sont soumis à des procédures de validation et d’acceptation à chaque jalon significatif;
• l’acceptation dépend de la conformité de chaque livrable aux critères définis, qui peuvent concerner des aspects géométriques, des données alphanumériques et de la documentation;
• la partie cliente vise à automatiser l’acceptation des résultats du travail via des contrôles machine-readable et des spécifications de données ;
• les critères d’acceptation spécifiques (AC) pour chaque livrable identifié dans les tableaux de décomposition de l’EIR sont énumérés.

EIR pour la nouvelle construction : «track: new construction»

Les EIR pour la nouvelle construction visent à intégrer des considérations de durabilité et de circularité dès les premières phases de conception. Les aspects les plus importants sont rapportés ci-dessous : 

• l’optimisation de la sélection des matériaux, l’efficacité opérationnelle et une phase de fin de cycle de vie à faible coût pour le projet ;
• les différences caractéristiques par rapport à l’EIR pour le track «to-be-demolished», puisque l’EIR est un document compilé à partir de l’EIR pour des livrables spécifiques ;
• un modèle BIM conceptuel pour permettre l’analyse itérative de l’efficacité énergétique de l’enveloppe du bâtiment, de la composition des matériaux et d’autres aspects ;
• besoins d’information spécifiques pour le modèle as-built, qui sera ensuite utilisé pour planifier les travaux de démolition de l’actif. Ce modèle doit inclure les informations nécessaires pour le DIM ;
• exigences supplémentaires pour un modèle BIM qui reflète les modifications apportées à l’actif construit durant sa période d’utilisation et de maintenance.

1. LE CHAMP D’APPLICATION DE L’EIR

Dans un projet de construction («track: new construction»), il existe de nombreuses phases et utilisations potentielles du BIM durant le cycle de vie du projet, y compris la planification, la construction, la gestion opérationnelle et la maintenance, et enfin, la démolition.

Considérant cela, le champ d’application de cet EIR inclut uniquement les différences caractéristiques par rapport à l’EIR pour le «track: to-be-demolished» et donc les exigences d’information établies dans ce document peuvent être intégrées dans l’EIR lors de l’exécution d’un projet utilisant la méthodologie BIM.

2. DISPOSITIONS CLÉS DE L’EIR

2.1. Objectif des exigences d’information d’échange L’EIR – établit les besoins d’information à satisfaire lors des phases de conception et de construction ; 

2.2. Objectifs et finalités de la gestion de l’information – le client s’engage à utiliser le Building Information Modeling (BIM) pour ce projet ; 

2.3. Jalons pour la livraison de l’information – sont établis en tenant compte de divers facteurs et les points clés distinctifs adoptés sont : 

• M0 – Début du projet ;
• M1 – Début de la préparation ;
• M2 – Début de la conception conceptuelle ;
• M3 – Début du développement détaillé du projet ;
• M4 – Début de la conception technique détaillée, construction et fabrication ;
• M5 – Début des travaux sur site ;
• M6 – Début de la livraison de l’actif ;
• M7 – Livraison de l’actif et début de l’exploitation et de la maintenance ;
• M8 – Début de la phase de fin de cycle de vie.

2.4. Exigences d’information de projet (PIR) – spécifient le contenu informatif nécessaire pour soutenir les objectifs stratégiques du client et dérivent des objectifs stratégiques de l’organisation et des points décisionnels clés du projet.

Le Tableau 4 identifie les exigences d’information de haut niveau spécifiques au projet pour chaque point clé de livraison.

Tableau 4 – Exigences d’Information du Projet (PIR) nouvelle construction – (Source : Université de Minho)

La Table 5 représente les exigences d’information pour les parties de la livraison.

Tableau 5 – EIR nouvelle construction – (Source : Université de Minho)

2.5. Niveau de Nécessité d’Information (LoI) – ce sont des composants essentiels des exigences d’information, formulées par le donneur d’ordre et contraignantes pour la livraison des informations.

2.6. Normes d’information du projet – les informations doivent être produites conformément aux normes d’information du projet pour garantir un échange efficace avec d’autres technologies, en utilisant autant que possible des formats de données ouverts.

2.7. Logiciel et création des informations – l’équipe de livraison doit spécifier dans le BEP le logiciel de création et sa version pour tous les conteneurs d’information.

2.8. Processus de création et de collaboration des informations – le modèle natif et les lignes directrices pour l’interopérabilité devraient faciliter la création de modèles dans le schéma IFC.

2.9. Critères d’acceptation et procédures de contrôle qualité – après chaque phase de génération des informations, un processus d’acceptation/rejet de chaque livrable individuel et sur le respect des spécifications est prévu.

2.10. Informations et références de soutien – il est conseillé de consulter le matériel de soutien mis à disposition du donneur d’ordre.

FAQ sur l’EIR dans le BIM

Qu’est-ce que l’EIR dans le BIM ?

L’EIR, acronyme de Exchange Information Requirements, est le document par lequel le client définit les exigences liées à l’échange d’informations dans un processus BIM. Il sert à clarifier quelles informations doivent être produites, comment elles doivent être partagées, dans quels formats et avec quelles modalités de vérification et de livraison.

À quoi sert un document EIR ?

L’EIR sert à établir correctement le flux de travail BIM dès les premières phases du processus de construction. Il permet au client de définir des objectifs, des exigences, des modalités d’échange de données, des critères de contrôle et des délais de livraison, aidant ainsi les concepteurs et les collaborateurs à travailler avec des règles plus claires et à réduire les erreurs, les retards et les incohérences d’informations.

Quels exigences d’information doit définir le client ?

Le client doit définir des exigences liées à la gestion, à la production, au coordination et à la vérification des modèles. Parmi celles-ci figurent l’utilisation de plateformes collaboratives, les formats interopérables, les niveaux de détail, les modalités de livraison, la nomenclature des fichiers, les délais et les procédures de contrôle.

Comment l’IDS peut-il soutenir l’EIR ?

L’IDS permet de transformer les exigences d’information définies dans l’EIR en spécifications structurées, lisibles à la fois par les personnes et par les logiciels. De cette manière, une demande du client peut devenir une règle vérifiable automatiquement sur un modèle IFC, rendant le contrôle des informations plus objectif et traçable.

Comment passe-t-on d’une exigence EIR à un contrôle IDS ?

Le passage se fait en identifiant d’abord l’exigence d’information à contrôler, puis les éléments du modèle IFC auxquels appliquer la vérification et enfin la condition qui doit être respectée. L’EIR établit donc ce qui doit être vérifié, tandis que l’IDS définit où appliquer le contrôle et quelle exigence doit être satisfaite.

Que se passe-t-il si un modèle IFC ne respecte pas une spécification IDS ?

Si le modèle ne respecte pas la spécification, le validateur signale une non-conformité. De cette manière, l’équipe peut identifier l’exigence non satisfaite, l’élément IFC impliqué et la valeur trouvée dans le modèle, puis intervenir pour corriger la donnée, réexporter le fichier IFC et répéter la validation.

Que devrait contenir un EIR ?

Un EIR contient des exigences techniques, de gestion et commerciales. La partie technique concerne des aspects tels que les formats d’échange, les niveaux de détail, les plateformes logicielles et les coordonnées. La partie gestion inclut des normes, des rôles, la sécurité des données, les processus de collaboration et le plan de conformité. La partie commerciale définit des objectifs stratégiques, des résultats BIM à atteindre et l’évaluation des compétences.

Quelle est la différence entre EIR et BEP ?

L’EIR définit les besoins et les exigences d’information demandés par le client. Le BEP, c’est-à-dire le BIM Execution Plan, décrit en revanche comment l’équipe entend répondre à ces demandes. En résumé, l’EIR établit ce dont le client a besoin, tandis que le BEP indique comment satisfaire ces exigences.