Retour au blog BIM & IFC
Livraison & ISO 19650 · 2026-08-07 · 9 min
Que fournir avec une maquette IFC, au-delà du fichier lui-même
Une livraison est une affirmation : cette maquette est apte à cet usage, à cette révision. La preuve, c'est ce qui transforme l'affirmation en quelque chose que le destinataire peut vérifier sans refaire votre travail — et ce qui évite que la même discussion ait lieu deux fois.
Que fournir avec une maquette IFC, au-delà du fichier lui-même — IFC Viewer Online article cover
Chaque livraison IFC est une affirmation : cette maquette est apte à cet usage, à cette révision. Le fichier lui-même ne porte pas cette affirmation — il porte de la géométrie et des données. Tout ce qui rend l'affirmation vérifiable voyage à ses côtés, et sur la plupart des projets, presque rien de tout cela ne le fait.
C'est pour cela que la même conversation a lieu deux fois. La première fois, quelqu'un contrôle la maquette et la juge acceptable. La seconde fois — un mois plus tard, une autre personne, une autre passerelle — quelqu'un la recontrôle, parce qu'il n'y avait aucune trace du premier contrôle sur laquelle s'appuyer.
Cinq pièces, dont quatre que vous avez déjà
| Pièce | Répond à | Destinataire |
|---|
| Rapport de validation | Ce qui a été contrôlé et ce qui a été trouvé | Le coordinateur destinataire |
| Enregistrement du contrôle | Que le contrôle a bien eu lieu, sur ce fichier exact, à ce moment précis | L'information manager, le client, un auditeur |
| Fichier d'anomalies (BCF) | Ce qui n'est pas corrigé, et où le chercher | La personne qui doit agir |
| Données d'actifs (COBie) | Ce que contient le bâtiment, sous forme de données | Le client et l'équipe FM |
| Note de transmission | Révision, statut, score, jeu de règles, dérogations | Tout le monde, et les archives |
Réunir ces cinq pièces prend environ dix minutes la première fois, et bien moins ensuite. Cela remplace à peu près quatre e-mails par livraison, et c'est ce qui fait la différence entre une livraison acceptée et une livraison discutée.
1. Le rapport de validation
Exportez-le, joignez-le, et ne le paraphrasez pas dans le corps de l'e-mail. Trois propriétés rendent un rapport utile à quelqu'un qui n'était pas présent lors de son exécution :
- Il nomme le jeu de règles, pas seulement les résultats. Un score sans son jeu de règles ne peut ni s'interpréter, ni se comparer à la révision suivante.
- Il précise la couverture — quels contrôles ont tourné, lesquels non. Un rapport incapable de distinguer « passé » de « non tenté » est un document marketing.
- Il porte les identifiants d'éléments, pour qu'un constat se localise au lieu de se chercher. Un rapport qu'il faut fouiller est un rapport que personne n'utilise deux fois.
Si vous n'êtes pas sûr de quels constats de votre rapport valent la peine d'être signalés et lesquels sont du bruit, les erreurs les plus courantes dans une maquette IFC constitue une liste de tri raisonnable — les erreurs structurelles sont celles qui comptent pour un destinataire.
2. L'enregistrement du contrôle
Le maillon le plus faible de tout processus qualité, c'est que le contrôle et l'affirmation sont deux choses distinctes. N'importe qui peut dire qu'une maquette a obtenu 92. Un enregistrement de contrôle relie ce chiffre à un fichier précis : son empreinte propre, le jeu de règles, le schéma, l'horodatage, le score.
Deux propriétés rendent un tel enregistrement plus utile qu'une simple capture d'écran d'un panneau :
- Il est dérivé du contenu du fichier, de sorte que modifier un seul octet de la maquette et réémettre le même enregistrement soit détectable.
- Il est vérifiable par le destinataire, de façon indépendante, sans votre intervention. Un enregistrement que seul votre propre logiciel peut confirmer est une promesse, pas une preuve.
3. Le fichier d'anomalies
Le BCF existe pour que les anomalies survivent une fois sorties de votre écran. Toute sa valeur tient dans le point de vue : une position de caméra, une sélection et un commentaire, qui ensemble font que le destinataire passe dix secondes à trouver le problème au lieu de dix minutes.
Deux conventions séparent un fichier BCF qui est traité de celui qui est ignoré :
- Un sujet par cause, pas par élément. Quatre mille éléments auxquels il manque un jeu de propriétés forment un seul sujet avec un point de vue représentatif — pas quatre mille sujets qui rendent le fichier inutilisable.
- Titrez le sujet avec l'identifiant de la règle et la correction, pas le symptôme. « Jeu de propriétés manquant — ajouter le Pset requis au modèle d'export » est actionnable ; « propriétés manquantes » est une plainte.
4. Les données d'actifs
Le COBie, ou tout autre bordereau demandé par votre client, est le moment où la qualité de la maquette devient visible commercialement — parce qu'elle est livrée à quelqu'un qui n'ouvre jamais une maquette et n'a aucun moyen d'interpréter une excuse.
C'est aussi, utilement, un vérificateur de votre propre validateur. Des espaces sans nom, des types sans fabricant, des composants non affectés à un espace : ces lacunes arrivent sous forme de colonnes vides qu'un facility manager voit d'un coup d'œil. Si un export COBie de votre maquette serait embarrassant, la maquette n'est pas prête, quelle que soit l'apparence de la géométrie.
5. La note de transmission
Six lignes, et elle prévient la plupart des litiges de livraison :
Container: {filename}
Revision/status: {rev} - {suitability code}
Schema: {IFC2X3 | IFC4 | IFC4X3}
Checked: {date} - rule set {name} - {n} of {n} checks completed
Health Score: {score}/100
Open by agreement: {rule id - reason - agreed with - date}
Not suitable for: {e.g. quantity take-off, fabrication}
La dernière ligne est celle que l'on saute le plus souvent, et c'est celle qui vous protège. Préciser à quoi un conteneur n'est pas destiné n'est pas une posture défensive — c'est la définition d'un niveau de besoin d'information, livrée au seul moment où quelqu'un la lit vraiment.
Ce que cela donne au final
Rien de tout cela n'est une technologie nouvelle, et rien n'exige un outil que vous n'avez pas déjà. Ce que cela exige, c'est de traiter une livraison comme une affirmation que quelqu'un d'autre doit pouvoir vérifier — un petit changement de posture avec un effet disproportionné sur le nombre de livraisons qui reviennent.
Les critères que le destinataire applique à tout ceci sont couverts dans les critères de réception IFC, et les clauses qui les rendent contraignants dans les clauses de BEP qui préviennent réellement les mauvaises livraisons IFC. Pour le cadrage ISO 19650 autour de ces trois éléments, voir la checklist de livraison IFC ISO 19650.
Que fournir avec une maquette IFC, au-delà du fichier lui-même