ISO 19650, IFC, BCF, COBie… enfin déchiffrés. Ce que chaque standard vous apporte, ce qu’il impose, et comment tout s’emboîte.
La norme dont tout le monde parle, expliquée sans jargon : qui demande quoi, qui livre quoi, et comment l'information est validée avant d'être partagée. Après ce guide, l'ISO 19650 ne vous impressionnera plus.
Non, l'IFC n'est pas « le PDF de la maquette ». C'est une base de données structurée qui transporte vos objets et leurs propriétés d'un logiciel à l'autre. Comprendre ce qu'il contient vraiment, c'est arrêter de subir les exports ratés.
On lit la partie 2 comme un inventaire de documents à produire. C'est une <b>séquence</b>, et chaque document n'est que le résidu d'une étape. La première ne mobilise personne d'autre que le maître d'ouvrage, ce qui explique pourquoi c'est celle qu'on saute, et pourquoi tout le reste devient invérifiable.
Créer quatre répertoires et y ranger des fichiers ne fait pas un CDE. Un état ne dit pas <b>où</b> se trouve une information : il dit <b>ce que vous avez le droit d'en faire</b>, et qui répond si elle est fausse. Toute la valeur est dans les passages de l'un à l'autre.
La partie 2 organise un projet, avec un début et une réception. La partie 3 organise <b>l'exploitation</b>, qui ne finit qu'à la démolition. Ce n'est pas une extension de la même logique : un processus sans échéance ne se pilote pas par des jalons, il se pilote par des <b>événements</b>.
Exiger « un IFC » ne veut rien dire, et c'est vrai deux fois. Derrière ce mot se cachent <b>deux choix</b> que presque personne ne pose consciemment : quelle version du schéma, et quelle vue (MVD) pour quel usage. Ce sont eux qui décident de ce qui voyage vraiment, et notamment si la géométrie reste modifiable ou non.
Quatre sigles qui ressemblent à de la bureaucratie normative, et qui répondent pourtant à une question très concrète : <b>d'où vient cette exigence, et qui a le droit de la changer ?</b> Comprendre la chaîne, c'est cesser de réinventer ses besoins à chaque projet.
Avant l'outil de contrôle par règles, avant l'IDS, avant même l'audit contractuel, il y a un geste que n'importe qui peut faire avec une visionneuse gratuite : <b>ouvrir le fichier reçu et l'inspecter méthodiquement</b>. En une à deux heures, sans licence ni règles écrites, on répond à la seule question qui compte d'abord : ce fichier est-il seulement exploitable ?
« Plan_FINAL_v2_bon_celui-ci.pdf » n'est pas un mauvais nom, c'est une absence de nom. Un conteneur d'information bien nommé n'est pas plus lisible pour un humain : il est lisible par une <b>machine</b>, qui peut alors trier, filtrer et contrôler ce qu'aucun œil ne peut suivre sur des milliers de fichiers.
Dire « il y a un problème ici » suppose de désigner un <b>ici</b>. Envoyer la maquette est absurde, envoyer une capture perd la position. Le BCF résout exactement ce point, et c'est pour cela qu'il tient dans quelques kilo-octets.
Uniclass, OmniClass, Uniformat, MasterFormat : on cherche à choisir « la bonne », et c'est déjà se tromper. Un même mur est un <b>système fonctionnel</b> pour qui conçoit, un <b>produit à acheter</b> pour qui construit, un <b>ensemble à maintenir</b> pour qui exploite. Ce ne sont pas des systèmes concurrents, ce sont des angles de lecture.
Deux maquettes qui refusent de se superposer, décalées d'un kilomètre ou pivotées : le symptôme est universel, la cause presque toujours la même. Personne ne s'est mis d'accord sur <b>l'origine</b>. Car une coordonnée ne veut rien dire tant qu'on ignore d'où on la mesure, et une maquette possède plusieurs zéros que tout le monde confond.
La Belgique n'a pas imposé le BIM dans ses marchés publics. Ce vide réglementaire n'est pas un vide tout court : le secteur a construit son propre cadre, et ce qui vous engage n'est pas une loi mais <b>ce que votre client écrit dans son marché</b>.
Un mur, une dalle, une toiture ne sont pas faits d'un matériau, mais d'un empilement : enduit, maçonnerie, isolant, lame d'air, parement. Chaque couche a un matériau, une épaisseur, une position. Cette richesse est l'une des plus utiles d'une maquette, et l'une des plus fragiles à l'export. Tout se joue sur <b>la façon dont ces couches voyagent</b>.
On présente le débat comme un choix technique entre formats. C'est un écran de fumée. La question réelle est : <b>qui contrôlera votre information dans vingt ans ?</b> Et sa réponse honnête n'est presque jamais « tout l'un » ou « tout l'autre », mais « où placer la frontière entre les deux ».
« Le BIM devient obligatoire » circule depuis dix ans et reste faux. Le droit français dit exactement l'inverse : l'acheteur <b>peut</b> l'exiger. Voici ce que le texte permet réellement, ce que les plans nationaux ont laissé, et où le BIM est effectivement demandé.
Un cahier des charges dit « les murs porteurs doivent indiquer leur résistance au feu ». Deux personnes le lisent et le vérifient différemment ; un ordinateur ne peut pas le vérifier du tout. L'IDS traduit cette même exigence dans une forme que la <b>machine exécute</b>, avec le même verdict partout. C'est le chaînon qui manquait entre écrire une exigence et la contrôler.
Sur cinq territoires francophones, quatre ont refusé l'obligation et bâti un cadre sectoriel. Un seul a fixé des <b>seuils datés</b> pour ses marchés publics. Voici les trois cadres les moins documentés en français, et ce que leur comparaison apprend.
Le nom revient derrière chaque format ouvert, et le mot « certifié buildingSMART » circule sur des logiciels comme sur des CV. Or il désigne <b>deux choses sans rapport</b> : un programme qui certifie des logiciels, un autre qui certifie des personnes. Les confondre, c'est prêter à un label une garantie qu'il ne donne pas.
On le prend pour un fichier, souvent pour « un tableur », et on passe à côté. COBie ne dit pas <b>comment</b> livrer, il dit <b>quelles données</b> l'exploitant doit recevoir. Et avant de l'écrire dans un cahier des charges, il y a une question de version à trancher.