Le format BCF : échanger les observations de coordination sans e-mails ni captures

Bonjour à tous, Mickael Quinart, consultant BIM/DAO chez PALLADION. Aujourd'hui, nous allons nous pencher sur un sujet crucial pour la réussite de vos projets BIM : la coordination des observations. L'efficacité de cette coordination est souvent le maillon faible dans l'adoption du BIM, transformant rapidement un outil puissant en une source de frustration si elle n'est pas bien gérée.

Le problème : la coordination par e-mail

Captures d'écran annotées, tableaux Excel, comptes rendus : les observations de coordination se perdent, se dupliquent, et personne ne sait lesquelles sont résolues. Il manque un lien direct entre le problème et l'endroit de la maquette où il se trouve.

Cette méthode "traditionnelle" d'échange d'informations pose de nombreux défis :
- Perte de contexte : Une capture d'écran sans lien direct avec la maquette est souvent difficile à interpréter ou à localiser précisément par la suite.
- Duplication des tâches : Plusieurs acteurs peuvent identifier le même problème indépendamment, conduisant à des efforts redondants.
- Manque de traçabilité : Il est ardu de savoir qui est responsable de quoi, quel est le statut d'une observation, et quand elle doit être résolue.
- Dispersion de l'information : Les observations sont éparpillées entre les e-mails, les dossiers partagés, les messageries instantanées, rendant une vision d'ensemble quasi impossible.
- Perte de temps : La recherche d'informations, la consolidation des retours et la vérification manuelle de la résolution des problèmes consomment un temps précieux qui pourrait être alloué à des tâches à plus forte valeur ajoutée.

Ces écueils sont malheureusement trop fréquents et peuvent miner l'efficacité et la rentabilité d'un projet, quel que soit le niveau de maturité BIM des équipes. La solution réside dans l'adoption de processus et d'outils standardisés, conçus spécifiquement pour la collaboration.

Qu'est-ce que le BCF ?

Le BIM Collaboration Format (BCF), standard ouvert de buildingSMART, échange des observations (« topics ») indépendamment de la maquette elle-même. Chaque observation contient :

• un titre et une description ;
• un point de vue (position de caméra, objets concernés, coupe) ;
• une capture ;
• un statut, une priorité, un responsable et une échéance ;
• l'historique des commentaires.

Le BCF est une spécification de fichier ouverte qui permet l'échange de "topics" ou d'observations entre différentes applications logicielles BIM, sans avoir à échanger les modèles BIM complets. Il ne s'agit pas de modifier la maquette, mais de communiquer des informations sur des problèmes, des questions ou des suggestions qui y sont liées. Son rôle est de faciliter le dialogue inter-logiciels et inter-métiers, garantissant que chacun travaille sur la même base d'information contextualisée.

La figure ci-dessus illustre la place du BCF parmi les standards du BIM. Il est complémentaire à l'IFC (Industry Foundation Classes), qui est le format d'échange des données géométriques et alphanumériques des objets de la maquette. Tandis que l'IFC transmet le "quoi", le BCF transmet le "où est le problème" et le "quoi faire à ce sujet". Cette complémentarité est essentielle pour une collaboration BIM fluide et complète.

Fichier ou serveur

Le BCF offre deux modes d'utilisation principaux, chacun adapté à des contextes de projet différents :

Le fichier .bcfzip est un conteneur compressé qui peut contenir une ou plusieurs observations BCF. Il est idéal pour des échanges asynchrones et ponctuels. Par exemple, un architecte peut exporter un fichier .bcfzip avec des observations pour l'ingénieur structure, qui l'importera dans son logiciel, traitera les problèmes, puis ré-exportera le fichier mis à jour.

L'API BCF (Application Programming Interface), souvent intégrée à des plateformes collaboratives ou Common Data Environments (CDE), permet une synchronisation en temps réel ou quasi réel des observations. Les logiciels BIM (comme Revit, Archicad, Tekla, etc.) ou les visionneuses de maquettes (comme Navisworks, Solibri, Dalux, Bexel, etc.) peuvent se connecter directement à un serveur BCF. Cela signifie que lorsqu'une observation est créée, modifiée ou résolue par un acteur, l'information est immédiatement disponible pour les autres, assurant une vision toujours à jour de l'état de la coordination. C'est le mode privilégié pour les projets complexes impliquant de nombreux intervenants et nécessitant un suivi rigoureux.

Cas concret en bureau d'études

Imaginons un bureau d'études techniques (BET Fluides) travaillant sur un projet de bâtiment de bureaux. Les équipes ont reçu les maquettes IFC des architectes et de la structure. Elles utilisent un logiciel de modélisation MEP (comme Revit) et un outil de détection de clashs (comme Navisworks ou Solibri).

Lors de la première revue de maquette combinée, l'ingénieur CVC identifie un conduit de ventilation qui traverse un voile porteur de manière inappropriée, et un autre qui interfère avec un chemin de câble. Plutôt que d'envoyer un e-mail avec des captures d'écran, il va utiliser l'intégration BCF de son logiciel de clash.

1. Création des observations : Dans l'outil de clash, après avoir identifié les interférences, il sélectionne un clash et crée une nouvelle observation BCF. Le logiciel capture automatiquement le point de vue, les objets en conflit et une image. Il ajoute un titre explicite ("Conduit CVC traverse voile porteur - RDC"), une description détaillée, affecte la priorité ("Élevée"), désigne l'architecte comme responsable (pour le voile) et l'électricien (pour le chemin de câble), et fixe une échéance. Il fait de même pour le second clash.
2. Partage : Si le projet utilise une plateforme collaborative avec API BCF (type ACC, Trimble Connect, Dalux, Bexel... des solutions du marché sont nombreuses), ces observations sont instantanément synchronisées. Si ce n'est pas le cas, il exporte un fichier .bcfzip qu'il dépose sur le CDE du projet.
3. Traitement par les autres corps d'état :
* L'architecte télécharge le fichier .bcfzip (ou voit la notification sur la plateforme) et l'importe dans son logiciel de conception (ex: Revit). En sélectionnant l'observation BCF, son logiciel le positionne directement au point de vue exact du problème. Il peut ainsi rapidement comprendre le contexte, ajuster son modèle (ex: créer une réservation dans le voile) et marquer l'observation comme "Proposé pour résolution" ou ajouter un commentaire.
* L'électricien fait de même pour le clash avec le chemin de câble, il peut ajuster la trajectoire de ses cheminements et marquer l'observation comme résolue.
4. Vérification et clôture : Lors de la prochaine revue de maquette, l'ingénieur CVC met à jour les maquettes des autres corps d'état. Il relance ses détections de clashs et vérifie que les problèmes initialement signalés ont bien été résolus. Si c'est le cas, il marque les observations BCF correspondantes comme "Résolues" ou "Clôturées" dans son outil.

Ce processus garantit une communication ciblée, traçable et efficace, réduisant drastiquement les allers-retours et les risques d'oubli ou de mauvaise interprétation.

Méthode pas à pas

L'intégration réussie du BCF dans votre workflow BIM ne se fait pas sans une méthode rigoureuse. Voici les étapes clés :

1. Définir la stratégie BCF dans la Convention BIM : Avant même le démarrage de la modélisation, la convention BIM doit spécifier l'outil BCF choisi (plateforme ou fichier), les versions BCF supportées, la taxonomie des statuts et priorités, les rôles et responsabilités pour la création et la résolution des observations, ainsi que les cycles de vérification. Ceci assure une compréhension commune et évite les interprétations. C'est un prérequis essentiel de la norme ISO 19650.
2. Créer des observations ciblées et complètes : Pour chaque problème identifié (clash, question technique, proposition de modification), créez une observation BCF unique. Assurez-vous qu'elle inclut un titre clair, une description détaillée, le point de vue exact, une capture d'écran, les objets concernés (si possible), le responsable de la résolution, une échéance réaliste et une priorité définie. Une observation bien renseignée est à moitié résolue.
3. Partager et suivre les observations : Selon le mode choisi (fichier ou serveur), exportez le .bcfzip ou synchronisez avec la plateforme collaborative. Les acteurs concernés reçoivent alors les observations. Il est crucial d'organiser des revues régulières (hebdomadaires ou bi-hebdomadaires) pour parcourir les observations ouvertes, discuter des blocages et s'assurer de l'avancement. C'est l'occasion d'ajouter des commentaires et de modifier les statuts.
4. Vérifier la résolution dans la maquette : Une fois qu'un acteur a marqué une observation comme "Résolue" ou "Proposé pour résolution", la personne ayant émis l'observation ou le coordinateur BIM doit impérativement vérifier dans la maquette mise à jour (via un nouveau fichier IFC par exemple) que la modification a bien été effectuée et qu'elle n'a pas créé de nouveaux problèmes. Cette étape est critique et ne doit pas être négligée.
5. Clôturer l'observation : Après vérification et confirmation que le problème est résolu, l'observation peut être clôturée. Un historique complet des échanges et des résolutions est ainsi conservé, traçable pour d'éventuelles vérifications futures ou pour l'archivage du projet.

Intégrer le BCF à la méthode

1. Le déclarer dans la convention BIM (version, outil, circuit).
2. Ouvrir une observation par problème, pas par clash brut.
3. Affecter systématiquement responsable et échéance.
4. Revoir les observations ouvertes à chaque revue de maquette.
5. Clôturer après vérification dans la nouvelle maquette.

Bonnes pratiques / Erreurs courantes

Points de vigilance

• Interprétation des statuts : Assurez-vous que tous les intervenants comprennent la signification exacte de chaque statut BCF ("Ouvert", "En cours", "Résolu", "Clôturé", "Refusé", etc.). Une taxonomie claire dans la convention BIM est indispensable.
• Version des maquettes : Il est crucial que chaque observation BCF soit liée à une version spécifique de la maquette (IFC ou native). Sans cette précision, la vérification de la résolution peut devenir complexe si plusieurs versions sont en circulation. Le CDE joue ici un rôle majeur pour la gestion de versions.
• Charge de travail : Un trop grand nombre d'observations peut devenir ingérable. Il est parfois préférable de regrouper des clashes mineurs ou de prioriser les plus critiques pour ne pas submerger les équipes. L'intelligence artificielle commence à offrir des pistes intéressantes pour regrouper les clashes et faciliter leur gestion.
• Qualité des maquettes : Le BCF est un outil de communication, pas un substitut à la qualité des maquettes initiales. Des maquettes mal modélisées généreront un volume ingérable d'observations. Une bonne pratique est de s'appuyer sur des outils de contrôle qualité des modèles IFC en amont (validation des schémas, des propriétés, etc.).
• Formation et adoption : L'efficacité du BCF dépend directement de son adoption par tous les membres de l'équipe projet. Des sessions de formation et des rappels réguliers des bonnes pratiques sont essentiels pour garantir son succès.

À retenir

• Le BCF relie chaque observation à un point de vue de la maquette.
• Statut, responsable et échéance rendent la coordination traçable.
• Il fonctionne entre logiciels différents : c'est le langage commun de la synthèse.

En adoptant le BCF de manière structurée, vous transformerez votre processus de coordination, passant d'une gestion réactive et fragmentée à une approche proactive, transparente et efficace. C'est un pas fondamental vers une véritable collaboration BIM.

Article issu de la thèse professionnelle « Transition et déploiement optimisé du BIM, application en bureau d'études ».

Mickael Quinart, PALLADION