← Retour au magazine

CFC et eCCC-Bât : vérifier la classification des objets IFC

Un code de classification devient exploitable lorsqu'il est structuré, homogène et porté par le bon objet.

CFC et eCCC-Bât : vérifier la classification des objets IFC

Point hebdomadaire BIMCheck 2026-W32

Dans les projets suisses, les classifications CFC et eCCC-Bât relient la maquette aux coûts, aux lots et parfois aux besoins d'exploitation. Leur valeur dépend de leur régularité.

Cette semaine, le point à traiter est concret : cfc et eccc-bât : vérifier la classification des objets ifc. L'objectif est de savoir quoi contrôler, quoi corriger et quelle décision prendre avant le prochain export.

Contrôles à lancer

  • Vérifier que la source de classification est identifiable.
  • Contrôler que le code est porté sur les objets utiles, pas seulement dans un nom de type.
  • Repérer les codes saisis en texte libre ou mélangés avec d'autres conventions.
  • Comparer les familles d'objets similaires pour détecter les écarts de codification.
  • Documenter les cas multi-positions lorsque plusieurs lots sont concernés.

Ce qu'il faut livrer

Le rapport doit distinguer les codes absents, les codes incohérents et les conventions à clarifier. Ces trois cas ne se corrigent pas de la même manière.

Un contrôle exploitable doit laisser une trace claire : périmètre vérifié, écarts constatés, criticité, action corrective et responsabilité. Sans cette trace, la qualité BIM reste une impression plutôt qu'un résultat vérifiable.

Comment prioriser les corrections

La priorisation doit partir de l'usage attendu, pas uniquement du nombre d'écarts détectés. Un problème présent sur quelques objets peut être critique s'il bloque la coordination, la conformité IDS ou la remise numérique. À l'inverse, une anomalie répétée peut être moins urgente si elle ne touche pas les informations nécessaires au prochain jalon. Le rapport doit donc relier chaque écart à une conséquence concrète : risque de mauvaise lecture, perte de traçabilité, export incomplet, correction tardive ou donnée inutilisable par l'exploitation.

Une bonne grille de lecture distingue trois niveaux. Le niveau critique concerne les écarts qui empêchent l'usage prévu de la maquette. Le niveau important concerne les informations qui dégradent la fiabilité du modèle mais peuvent être corrigées dans un cycle normal. Le niveau mineur regroupe les points de finition, les conventions à harmoniser ou les corrections qui n'ont pas d'impact immédiat. Cette distinction aide les équipes à corriger dans le bon ordre et évite de transformer l'audit en liste indigeste.

Exemple d'application sur un projet

Sur un projet en coordination, le contrôle peut commencer par un échantillon représentatif : une zone, un niveau ou un lot technique. L'objectif n'est pas de tout auditer dès le premier passage, mais d'identifier les causes systémiques. Si le même écart revient sur plusieurs familles d'objets, la correction doit probablement se faire dans le gabarit, dans les paramètres partagés ou dans la méthode d'export. Si l'écart est isolé, une correction localisée suffit.

Cette approche progressive donne de meilleurs résultats qu'une vérification massive lancée trop tard. Elle permet de corriger la méthode avant que le problème ne se propage à tout le modèle. Elle donne aussi au maître d'ouvrage une lecture plus honnête de la maturité BIM : ce qui est maîtrisé, ce qui reste fragile et ce qui doit être décidé avant le prochain jalon.

Questions à poser en réunion BIM

  • Est-ce que l'information contrôlée sert à une décision réelle ?
  • Qui est responsable de la produire et de la maintenir ?
  • À quelle phase cette information devient-elle obligatoire ?
  • L'écart vient-il d'une erreur ponctuelle ou d'une convention mal définie ?
  • La correction doit-elle être suivie dans un tableau, un BCF ou une règle IDS ?

Ces questions évitent de traiter la qualité BIM comme un sujet abstrait. Elles ramènent chaque contrôle à une décision, une responsabilité et un livrable. C'est ce lien qui rend l'audit utile pour les équipes de production comme pour le maître d'ouvrage.

Risque si le point est ignoré

Une classification approximative rend les exports de coûts et de handover fragiles, même si la géométrie du modèle paraît correcte.

À retenir

Le bon rythme n'est pas d'attendre la remise finale. Un contrôle court chaque semaine permet de réduire les écarts avant qu'ils ne deviennent structurels. Pour un projet suisse, cette discipline aide à garder les données IFC, les exigences IDS, les classifications CFC/eCCC-Bât et le handover dans le même fil de qualité.

Pourquoi la classification doit être structurée

Un code CFC ou eCCC-Bât écrit dans un nom d'objet peut dépanner une lecture humaine, mais il reste fragile pour un audit. La donnée doit pouvoir être filtrée, vérifiée et exportée. Pour cela, la classification doit être portée de manière homogène par les objets concernés, avec une source claire et un format stable. Sinon, chaque extraction devient une opération manuelle.

La classification sert plusieurs usages : suivi des lots, estimation, contrôle des familles d'objets, préparation du handover et parfois rapprochement avec les outils du maître d'ouvrage. Une erreur de code peut donc avoir un impact au-delà du BIM. Elle peut modifier une lecture économique, masquer une responsabilité ou rendre une donnée difficile à reprendre en exploitation.

Méthode de contrôle

Le contrôle commence par une cartographie des codes réellement présents dans l'IFC. Il faut ensuite regarder où ces codes sont stockés : classification structurée, propriété dédiée, type, nom d'objet ou champ libre. Plus l'information est éloignée d'une structure stable, plus le risque d'erreur augmente. Le rapport doit distinguer l'absence de code, le mauvais code et le code placé au mauvais endroit.

Les objets similaires doivent aussi être comparés entre eux. Si des portes équivalentes portent trois conventions différentes, le problème n'est pas seulement local. Il indique une règle de modélisation à clarifier. Le bon livrable ne se limite donc pas à corriger un objet : il identifie la convention à appliquer pour éviter que l'écart revienne au prochain export.

Décisions à prendre

Tous les projets n'ont pas besoin du même niveau de classification. Pour une coordination simple, un niveau général peut suffire. Pour une remise orientée exploitation ou coût, la précision attendue sera plus élevée. La question à poser n'est pas "peut-on ajouter plus de codes ?" mais "quel niveau de code sera réellement utilisé et maintenu ?".

Une classification fiable donne au maître d'ouvrage une donnée plus stable et aux équipes projet un langage commun. Elle rend les métrés, les contrôles et les tableaux de remise moins dépendants d'une relecture manuelle. C'est un point discret dans la maquette, mais il conditionne fortement la valeur de la donnée.

Checklist rapide

  • L'usage attendu de la donnée est identifié avant le contrôle.
  • Les objets critiques sont typés correctement dans l'IFC.
  • Les propriétés demandées sont présentes, remplies et placées dans des champs cohérents.
  • Les classifications suisses sont lisibles et homogènes.
  • Les écarts sont priorisés par impact projet, pas seulement listés.
  • Le livrable permet une correction réelle par les équipes concernées.

Prochaine décision à prendre

Avant le prochain export IFC, il faut choisir le contrôle qui réduit vraiment le risque du projet : typage des objets, propriétés attendues, classification, localisation des actifs ou donnée de remise. Le résultat attendu n'est pas une remarque générale, mais une décision claire : corriger maintenant, suivre au prochain jalon ou accepter l'écart parce qu'il n'a pas d'impact sur l'usage prévu.

Cette logique transforme le contrôle en plan d'action. Le périmètre est vérifié, les écarts prioritaires sont isolés, les responsables de correction sont identifiés et la validation peut se faire sur un nouvel export.