En bref

Du DOE géométrique au jeu de données réceptionnable

La difficulté apparaît souvent à la fin d’un projet. La maquette s’ouvre, les locaux sont visibles et les équipements principaux semblent présents. Pourtant, l’import échoue ou crée des doublons : certains identifiants ont été saisis dans un paramètre libre, des occurrences partagent le même code, des documents pointent vers des chemins locaux, des unités ne correspondent pas au modèle de la GMAO ou des objets de conception ont été conservés alors qu’ils ne sont pas maintenables.

La réception DOE BIM ne peut donc pas se réduire à vérifier que le fichier IFC ou RVT est lisible. Elle doit comparer une livraison à une exigence explicite. ISO 19650-3:2020 place la gestion de l’information dans la phase d’exploitation des actifs ; ISO 19650-4:2022 précise un processus et des critères pour les échanges d’information. Ces textes n’imposent pas à eux seuls la liste des propriétés d’une pompe, d’une centrale de traitement d’air ou d’un tableau électrique. Cette liste reste à définir par l’organisation, selon ses décisions et ses processus.

Le premier travail consiste à distinguer quatre périmètres : les actifs maintenables, les espaces et systèmes qui les contextualisent, les informations obligatoires à une étape donnée, et les preuves attendues pour accepter chaque donnée. Sans cette séparation, la recette devient une inspection visuelle subjective. Avec elle, chaque anomalie peut être qualifiée, attribuée et corrigée.

Transformer les usages d’exploitation en matrice d’exigences

La matrice part des opérations, pas des capacités du logiciel de modélisation. Pour préparer une intervention, l’exploitant doit par exemple retrouver un équipement unique, connaître son local, identifier son système, consulter une notice et savoir si l’actif relève d’un contrat de maintenance. Chacune de ces décisions appelle une donnée, un propriétaire, une règle de forme et un niveau de preuve.

Pour chaque classe d’actif, la matrice indique au minimum : le champ attendu, son caractère obligatoire ou conditionnel, le type de valeur, l’unité éventuelle, la liste autorisée, la source faisant foi, l’étape de livraison, la méthode de contrôle et le traitement d’une valeur inconnue. Une cellule vide ne doit pas être remplacée par un texte rassurant tel que « à confirmer ». Si l’information n’est pas disponible, un code d’état convenu permet de la distinguer d’un oubli de saisie.

La matrice doit également préciser l’échelle de contrôle. Un identifiant unique se vérifie à l’occurrence ; une classification peut être contrôlée par type ; une règle de présence documentaire peut dépendre de la criticité. Cette granularité évite d’exiger le même niveau d’information pour un équipement maintenable, un accessoire non suivi et un objet purement graphique.

Consolider le jeu de référence et les identifiants

Avant de lancer un contrôle automatisé, il faut savoir quelle source prévaut. Le jeu de référence peut combiner la base patrimoniale existante, les nomenclatures du DOE, les fiches de mise en service, les repères observés sur site et le modèle BIM. Ces sources ne doivent pas être fusionnées silencieusement. Chaque attribut sensible conserve sa provenance, sa date et, lorsque le processus l’exige, son statut de validation.

L’identifiant métier de l’actif doit être distingué du GUID IFC, de l’identifiant interne du logiciel auteur et du code du type d’équipement. Le GUID facilite la traçabilité d’une occurrence dans les échanges IFC, mais il ne remplace pas nécessairement le numéro patrimonial utilisé par la GMAO. Inversement, un code GMAO stable ne doit pas être régénéré à chaque export.

Un registre de correspondance minimal associe l’identifiant patrimonial, l’identifiant de l’occurrence BIM, le type, la localisation, le système, la source et l’état de validation. Il sert à détecter les doublons, les actifs orphelins et les ruptures de lien entre versions. Toute règle de renommage doit être documentée, notamment lorsque des lots ont utilisé des conventions différentes.

Cette étape inclut un échantillonnage terrain ciblé. Il ne s’agit pas de recontrôler chaque équipement si le marché ne le prévoit pas, mais de couvrir les familles à risque : actifs critiques, séries importées en masse, équipements déplacés, zones rénovées tardivement et objets dont les propriétés proviennent de plusieurs sources. Le taux et la stratégie d’échantillonnage restent contractuels.

Exécuter la recette en trois passes complémentaires

1. Contrôle structurel

La première passe vérifie le contenant : version du format, ouverture du fichier, présence des classes attendues, relations spatiales, encodage, unités, identifiants et absence de corruption. Pour un échange IFC, une Information Delivery Specification peut exprimer des exigences informatiques sur les entités, classifications, propriétés, matériaux ou relations couvertes par la spécification. IDS 1.0 est un standard officiel buildingSMART. Son résultat doit toutefois être archivé avec la version de l’IDS et du logiciel de validation.

2. Contrôle sémantique

La deuxième passe évalue les valeurs : unicité, listes autorisées, cohérence entre type et occurrence, formats de date, unités, relations actif-local-système et disponibilité des documents. Une propriété présente mais incohérente doit être classée comme non conforme. Le contrôle croise aussi les sources : un fabricant renseigné dans la maquette mais absent de la fiche de mise en service n’est pas automatiquement validé.

3. Contrôle d’usage

La troisième passe est un test dans la chaîne cible. Un échantillon représentatif est importé dans un environnement de recette de la GMAO. L’équipe vérifie la création ou la mise à jour des actifs, le mapping des champs, la hiérarchie spatiale, les caractères spéciaux, les pièces jointes, les listes de valeurs et le comportement des doublons. Ce test révèle les écarts qu’un validateur IFC ou un tableur ne peut pas voir.

Les trois passes ne sont pas interchangeables. Une validation IDS positive ne prouve pas qu’un numéro de série correspond au terrain. Un contrôle terrain favorable ne prouve pas que la valeur sera importée dans le bon champ. Et un import réussi ne garantit pas que le jeu de données est complet.

Organiser la réception DOE BIM et la décision QA/QC

La décision finale ne devrait pas dépendre d’un pourcentage global seul. Dix propriétés facultatives manquantes ne pèsent pas comme un identifiant absent sur un actif critique. La matrice définit donc des critères bloquants, majeurs et mineurs. Les seuils d’acceptation, l’autorité qui accorde une dérogation et le nombre de cycles de correction sont fixés avant la livraison.

Livrables et formats à conserver

La recette produit plus qu’un fichier corrigé. Le dossier de preuve comprend la maquette native si elle est contractuelle, l’IFC contrôlé, le jeu de données destiné à la GMAO, la matrice d’exigences, le fichier IDS le cas échéant, le registre d’identifiants, les rapports de validation, le journal d’import et le registre d’écarts clôturé ou accepté.

IFC conserve la structure objet, les relations et la géométrie nécessaires à l’échange BIM. COBie V3 propose une organisation standardisée de données utiles à la gestion et à la maintenance des actifs ; il ne remplace pas la géométrie de la maquette. Un fichier XLSX ou CSV peut convenir à un import tabulaire si son schéma, son encodage, ses unités et ses clés sont maîtrisés. Le format natif RVT conserve les mécanismes propres à Revit, mais il ne constitue pas à lui seul une preuve d’interopérabilité avec la GMAO.

Les noms de fichiers, révisions et relations entre livrables sont placés dans un bordereau. Le destinataire doit pouvoir identifier sans ambiguïté quel IFC a généré quel tableau, avec quelle matrice et quel rapport. Les documents liés sont remis dans une arborescence pérenne ou dans un système documentaire offrant des identifiants stables ; les chemins locaux d’un poste de production sont exclus.

Enfin, une copie du jeu accepté est figée avant mise en production. La reprise ultérieure des données suit un processus de changement : nouvel actif, remplacement, déplacement, correction documentaire ou déclassement. Sans propriétaire de donnée et sans règle de mise à jour, le DOE BIM se dégrade dès la première intervention.

Limites, hypothèses et responsabilités

Cette méthode suppose que les usages de la GMAO, les classes d’actifs et les responsabilités ont été définis. Elle ne fixe aucun champ universel ni aucun taux d’échantillonnage. Les exigences dépendent du patrimoine, de sa criticité, des contrats de maintenance, des obligations réglementaires, du modèle de données de la GMAO et des capacités réelles des outils d’export.

La conformité informatique reste distincte de la vérité terrain. Les caractéristiques non visibles, les réseaux cachés, les dates de garantie, les numéros de série et les données de mise en service nécessitent une source documentaire ou une vérification appropriée. La géométrie issue d’un scan 3D renseigne la position et l’encombrement visibles selon la couverture et les conditions d’acquisition ; elle ne certifie pas les performances de l’équipement.

Les références normatives, les versions logicielles, le périmètre COBie ou IDS, les propriétés obligatoires, les seuils d’acceptation et les liens internes doivent être validés par le responsable BIM et l’exploitant avant publication ou contractualisation. En septembre 2026, ISO 19650-3:2020 demeure publiée, tandis qu’un projet de deuxième édition est en développement : le marché doit citer sans ambiguïté l’édition applicable.