Le BIM expliqué simplement
Le BIM ne commence pas dans le logiciel, il commence dans les documents.
Avant la première maquette, il faut cadrer les normes, les rôles, les livrables et les outils. Ce guide rassemble l'essentiel pour démarrer un projet BIM au Luxembourg et en Belgique : la chaîne ISO 19650, le GID CRTI-B, la CDE, la clash detection et les termes qui reviennent sur tous les projets.
- ISO 19650-1:2018
- ISO 19650-2:2018
- EN 17412-1 (LOIN)
- GID Luxembourg
- CDE et clash detection
1. La chaîne d'information ISO 19650
Le cœur de la norme ISO 19650 est une chaîne logique : le maître d'ouvrage exprime ses besoins (OIR, AIR, PIR), les traduit en exigences contractuelles (EIR), l'équipe répond avec un plan d'exécution (BEP), et tout circule via un environnement commun de données (CDE). Cliquez sur une étape pour voir le détail.
Sélectionnez une étape de la chaîne pour afficher sa définition, un exemple concret et son application au Luxembourg.
2. Les rôles ISO 19650
La norme définit une chaîne contractuelle claire : un commanditaire (Appointing Party), un mandataire principal qui orchestre (Lead Appointed Party) et des intervenants spécialisés (Appointed Party). Les Task Teams sont les équipes opérationnelles qui produisent l'information.
Appointing Party
Maître d'ouvrage, donneur d'ordreL'organisation qui commande le projet et définit les exigences d'information. C'est elle qui rédige, ou fait rédiger, les OIR, AIR, PIR et EIR.
Responsabilités clés
- Définir les besoins métier en information : pourquoi le BIM ?
- Rédiger l'EIR et l'inclure dans l'appel d'offres
- Mettre en place ou désigner le CDE
- Valider les livrables information aux jalons
Lead Appointed Party
Mandataire principal, BIM Manager du marchéL'entreprise (architecte, bureau d'études, contractant général) qui pilote contractuellement la production d'information pour le compte de l'Appointing Party. Elle agrège, vérifie et soumet.
Responsabilités clés
- Rédiger le BEP en réponse à l'EIR
- Coordonner les Appointed Parties et les Task Teams
- Produire et tenir à jour le MIDP
- Valider la qualité des modèles fédérés avant livraison
- Gérer le CDE côté équipe, du WIP au Shared
Appointed Party
Intervenants désignés, co-traitants, sous-traitantsLes bureaux d'études techniques (structure, HVAC, électricité), les entreprises spécialisées, les sous-traitants. Chacun produit son lot d'information selon le BEP.
Responsabilités clés
- Produire les modèles disciplinaires : architecture, structure, MEP
- Respecter le BEP, le LOIN et les conventions de modélisation
- Livrer dans le CDE selon le TIDP
- Participer aux réunions de coordination : clash detection, BCF
Task Team
Équipe opérationnelleL'équipe concrète qui modélise. Une Task Team est généralement rattachée à une discipline (équipe structure, équipe HVAC) et possède son propre Information Manager. Une Appointed Party peut avoir plusieurs Task Teams.
Responsabilités clés
- Produire l'information selon le LOIN défini
- Tenir à jour son TIDP, le planning de livraison de l'équipe
- Faire passer son travail du WIP au Shared selon les jalons
3. Le cycle de vie de l'information dans le CDE
Toute information dans un CDE ISO 19650 transite par quatre états. Le passage d'un état au suivant déclenche une vérification, une approbation ou un partage. C'est ce workflow qui garantit la traçabilité et la fiabilité de l'information BIM.
1. WIP (Work in Progress)
L'information est en cours de production par une Task Team. Elle n'est pas encore visible des autres équipes. C'est un espace de travail privé.
Qui voit ? Uniquement la Task Team productrice.
Vérification avant sortie : revue interne, auto-check, lead modeler, Information Manager de l'équipe.
2. Shared (partagé)
Information validée en interne, partagée avec les autres équipes pour coordination. Elles peuvent la consulter et l'utiliser pour leurs propres modèles, mais elle reste modifiable.
Qui voit ? Toutes les équipes du projet, Lead AP et Appointed Parties.
Vérification avant sortie : contrôle qualité (clash, normes, conventions), approbation du Lead AP.
3. Published (publié)
Information formellement validée par l'Appointing Party. Elle a valeur contractuelle ou réglementaire (livrable de jalon, dossier de permis, DOE). Elle n'est plus modifiable sans révision officielle.
Qui voit ? Toutes les équipes et l'Appointing Party.
Vérification avant sortie : approbation de l'Appointing Party, signature numérique, gel de version.
4. Archived (archivé)
L'information a été remplacée par une version plus récente, ou le projet est terminé. Elle reste consultable pour traçabilité (audits, litiges, gestion patrimoniale) mais n'est plus utilisée en production.
Qui voit ? Selon la politique d'accès, souvent restreint à l'Appointing Party et aux auditeurs.
Durée : définie par l'Appointing Party, généralement plusieurs décennies.
Exemple concret : un objet de ventilation hygiénique du modèle HVAC
- WIP : le BE HVAC modélise les gaines sur son serveur interne. Personne d'autre ne voit.
- Shared : à la fin de la phase APD, le modèle est exporté en IFC et déposé dans le CDE. Le BE structure peut vérifier les réservations.
- Published : à la fin du PRO, l'Appointing Party valide le modèle, qui devient le livrable contractuel pour le permis de bâtir.
- Archived : quelques mois plus tard, une révision change les diamètres. La version v1 passe en archivé, la v2 prend le relais en Published.
4. La CDE en pratique
Le Common Data Environment n'est pas un simple serveur de fichiers partagés. C'est un système à quatre états avec des règles précises sur qui peut déposer, réviser et approuver l'information. Ce flux évite les conflits de versions et garantit la traçabilité sur toute la durée du projet.
Convention de nommage
Chaque fichier du CDE porte un nom structuré. Au Luxembourg, le GID impose un format de type PRJ-DIS-ZON-TYP-ETAT-REV-NUM. Sans cette convention, la recherche et la traçabilité deviennent vite impossibles.
Codes de statut
Au-delà des quatre états ISO, chaque fichier porte un code de statut plus fin : S1 (WIP), S2 (Shared pour information), S3 (Shared pour révision), S4 (Published), S5 (Archived). Ces codes pilotent le workflow d'approbation.
Gestion des révisions
Chaque nouvelle version incrémente la révision : P01, P02 en conception, puis C01, C02 en chantier. L'ancienne version passe automatiquement en Archived. On ne supprime jamais.
Outils CDE courants
| Outil | États ISO 19650 | Viewer IFC intégré | BCF natif | Présence Benelux | Licence |
|---|---|---|---|---|---|
| Autodesk Construction Cloud | ✓ Complet | ✓ | ✓ | Très forte, grands projets | Payante, par mois |
| BIMcollab Nexus | ✓ Complet | ~ Via Zoom | ✓ Natif | Forte, BE, LU et NL | Payante, par utilisateur |
| Trimble Connect | ✓ Complet | ✓ | ✓ | Moyenne, structure et MEP | Freemium ou payante |
| Dalux | ✓ Complet | ✓ Fort sur mobile | ✓ | Croissante, public belge | Payante, par projet |
| SharePoint avec extensions | ~ Partiel | ✗ | ✗ | PME | Inclus dans Microsoft 365 |
Déroulé type sur un immeuble de bureaux au Luxembourg : marché public, EIR CRTI-B, CDE partagé entre les intervenants.
- Le bureau d'études HVAC modélise les installations. Le fichier reste en WIP sur son serveur interne pendant plusieurs semaines.
- À la clôture de la phase APD, le BIM Manager exporte en IFC, renomme le fichier selon la convention GID et le dépose en Shared, statut S2, pour information.
- Le coordinateur clash détecte des conflits entre gaines et poutres. Il crée des issues BCF assignées au BE HVAC, avec un délai de résolution.
- Après corrections et nouvelle soumission, le Lead AP valide. Le fichier passe en Published, statut S4 : c'est le livrable contractuel pour le permis de bâtir.
- Plus tard, une modification de programme oblige à revoir les gaines. La version S4 passe en Archived et une nouvelle révision repart en WIP.
5. La clash detection
La clash detection est la vérification automatique des conflits entre les modèles de différentes disciplines : architecture, structure, HVAC, électricité, plomberie. C'est l'une des applications BIM les plus concrètes, parce qu'un conflit corrigé en modélisation évite une reprise en chantier.
Hard clash
Deux objets occupent physiquement le même espace. La pénétration géométrique est réelle. Le plus critique : il est impossible de construire en l'état.
Exemple : une gaine de ventilation traverse une poutre béton porteuse. Impossible à exécuter sans réservation validée ou modification de tracé.
Soft clash
Les objets ne se chevauchent pas, mais une zone de tolérance ou de maintenance est violée. Pas d'impossibilité de construction, mais un risque d'exploitation ou de sécurité.
Exemple : un tableau électrique implanté trop près d'une colonne sprinkler, sous le dégagement d'intervention exigé par la norme applicable.
Workflow clash
Conflit de séquence ou de version entre livrables. Un bureau d'études a modélisé sur une version périmée d'un autre modèle. Le problème n'est pas géométrique, il est processuel.
Exemple : le BE électricité a positionné ses chemins de câbles sur la version 2 du modèle structure, alors qu'une version 3 déplaçant plusieurs poteaux a été livrée entre-temps.
Du clash à l'issue BCF fermée
Le BCF (BIM Collaboration Format) est le standard ouvert pour gérer les issues dans le modèle. Chaque clash devient une issue avec un statut, un responsable et un délai.
Niveaux de criticité
| Niveau | Définition | Exemple | Délai de résolution typique | Conséquence si non résolu |
|---|---|---|---|---|
| Critique | Impossible à construire en l'état. Blocage structurel ou réglementaire. | Gaine HVAC de grande section traversant une poutre porteuse sans réservation prévue. | Avant la phase suivante | Arrêt de chantier et modification de la structure |
| Majeur | Constructible, mais avec un risque important : maintenance, accès, sécurité. | Chemin de câbles implanté sous le dégagement minimal exigé autour d'un sprinkler. | Une semaine | Non-conformité au contrôle technique et reprise en chantier |
| Mineur | Écart de coordination ou de placement, résolvable facilement. | Deux corps d'état ont modélisé leurs supports de fixation au même emplacement. | Deux semaines | Retard de montage et ajustement sur site |
Le BCF, BIM Collaboration Format
De quoi s'agit-il ?
Un format ouvert buildingSMART pour échanger des issues et des commentaires ancrés dans le modèle 3D. Chaque issue contient une capture de vue 3D, un composant visé, un statut, un assignataire, une date limite et un fil de commentaires.
- Format de fichier :
.bcf, une archive contenant des XML et des images - Interopérable avec Revit, ArchiCAD, Tekla, Solibri, Navisworks, BIMcollab
- Version courante : BCF 3.0
Outils BCF au Benelux
- BIMcollab Nexus : très présent sur les grands projets BE et LU, intégration native Revit et ArchiCAD
- Solibri : génération automatique de BCF depuis les rapports de clash
- Autodesk Construction Cloud : gestion d'issues intégrée, export BCF
- Dalux : adoption croissante sur les projets publics belges
6. Lexique BIM
Les termes essentiels du BIM, classés par catégorie. Tapez pour rechercher, ou filtrez par catégorie.
Besoin d'aller plus loin que le vocabulaire ?
Cadrer un EIR, rédiger un BEP, structurer une CDE ou fiabiliser vos contrôles de modèles : ces sujets se traitent sur votre projet, pas dans un guide.