Une fois qu'on sait quelle colonne reliera la maquette au reste, reste à faire sortir la donnée de Revit. Là, plusieurs tuyaux existent, et ils ne se valent pas : l'un livre un instantané figé qu'il faut refaire à la main, l'autre un flux qui se réalimente seul. Ils se départagent sur deux questions seulement, et les poser avant de brancher évite de reconstruire un tableau de bord tous les lundis.
On croit que « sortir la donnée de Revit » se résume à choisir un format d’export. En réalité, on choisit un tuyau, c’est-à-dire une manière durable de faire circuler l’information, et ce choix engage bien plus que le premier chargement.
Ce guide suppose réglée la question qui décide de tout, traitée dans Power BI et le BIM : sans une colonne commune, un identifiant ou des codes partagés présents des deux côtés, aucun tableau de bord n’existera, quel que soit le tuyau. Admettons donc cette clé acquise. Il reste à faire sortir la donnée de la maquette, et c’est un problème d’interopérabilité à part entière : plusieurs chemins mènent de Revit à Power BI, et ils diffèrent moins par leur difficulté que par ce qu’ils coûtent chaque semaine.
Ne demandez pas « comment exporter la donnée une fois », demandez « comment cette donnée arrivera à jour dans six mois, sans que personne n’y touche ». Un export réussi le jour de la démonstration ne prouve rien : ce qui compte est le tuyau, et un tuyau se juge sur sa capacité à se réalimenter seul. Le reste de ce guide sert à le choisir en connaissance de cause.
Il existe une poignée de manières d’extraire la donnée d’une maquette Revit. Les ranger par nature, plutôt que par nom d’outil, permet de voir ce que chacune sait faire et ce qu’elle impose.
Ne les classez pas du plus simple au plus avancé, mais selon deux propriétés : portent-ils un identifiant stable, et se rafraîchissent-ils seuls ? Une nomenclature exportée à la main est facile et ne coche aucune des deux cases ; un connecteur est plus lourd à mettre en place et les coche toutes les deux. La facilité du premier chargement est le pire critère de choix qui soit.
Le foisonnement des chemins intimide. Il se réduit pourtant à deux questions, dont les réponses décident si le tuyau tiendra dans la durée.
Croisez les deux critères avec l’usage visé. Rapport ponctuel : une nomenclature suffit, on assume l’instantané. Suivi durable regardé par d’autres : il faut un chemin qui porte l’identifiant et se réalimente, donc un connecteur ou une extraction orchestrée. La faute classique est de démarrer un suivi durable sur un export manuel, puis de s’épuiser à le tenir. Le tuyau se choisit à partir de l’usage, exactement comme une exigence d’information se déduit de son emploi.
Un tuyau qui coule ne suffit pas : encore faut-il que ce qui en sort ait la bonne forme. Power BI joint des tables, et une table mal formée reste inexploitable même parfaitement acheminée.
La table doit avoir une granularité nette : un objet, une ligne. Un export qui mélange types et instances, ou qui agrège avant de sortir, retire à Power BI la matière qu’il joint et compte.
La clé de jointure doit être une colonne à part, stable et du bon type. Noyée dans un texte ou reconstruite à l’arrivée, elle ne relie plus rien de façon fiable.
Chaque donnée utile occupe sa propre colonne, nommée clairement. Empiler plusieurs informations dans un même champ oblige à les redécouper dans l’outil, à chaque rafraîchissement.
Les champs qui servent à filtrer ou regrouper doivent puiser dans des listes fermées. Le texte libre, saisi différemment à chaque fois, ne se regroupe jamais proprement.
Ces quatre exigences se satisfont à la source, pas dans Power BI. Elles rejoignent la discipline de modéliser proprement : des catégories justes, des paramètres bien nommés, des listes de valeurs contrôlées. Réparer une donnée mal formée dans l’outil de visualisation est possible une fois, mais chaque rafraîchissement rejoue la même bataille. Une donnée sortie propre est une donnée qui reste propre, cycle après cycle.
Une fois le chemin choisi et la forme comprise, la mise en place suit un ordre qui évite les impasses. Chaque étape conditionne la suivante.
Écrire d’abord la décision que le tableau de bord doit éclairer et par qui. C’est elle qui dicte les sources à croiser, donc les colonnes à faire sortir, et non l’inverse.
S’assurer qu’une colonne relie bien la maquette aux autres sources. Sans elle, le montage s’arrête ici, et le problème remonte à la convention BIM.
Rapport daté ou suivi vivant : l’usage tranche entre nomenclature, base ODBC, connecteur ou script. On choisit le tuyau le plus léger qui coche les cases nécessaires, pas le plus impressionnant.
Une ligne par objet, l’identifiant en colonne, une propriété par colonne, des listes fermées. Ce travail se fait dans Revit et sa modélisation, avant que la donnée sorte.
Publier vers le service en ligne et y planifier l’actualisation. Un tableau de bord qui n’affiche pas sa fraîcheur, ou qu’il faut recharger à la main, est déjà condamné.
Le test n’est pas que le tableau de bord s’affiche aujourd’hui, mais qu’il soit encore juste dans un mois sans que personne l’ait touché. Ouvrez-le à froid, un matin, et regardez sa date d’actualisation : si elle est récente et que personne n’est intervenu, le tuyau vit. Sinon, vous avez un rapport ponctuel qui se prend pour un suivi, et il vaut mieux l’assumer comme tel que d’entretenir l’illusion.
Sortir la donnée de Revit vers Power BI n’est pas un export mais un tuyau, et un tuyau se juge sur ce qu’il coûte dans la durée, pas sur son premier chargement.
Trois idées à emporter. On choisit un tuyau, pas un format : nomenclature, base ODBC, connecteur d’éditeur ou script Dynamo n’ont pas le même coût d’entretien, et la facilité du premier export est le plus trompeur des critères. Deux questions tranchent : le chemin porte-t-il l’identifiant stable qui permet la jointure, et se rafraîchit-il seul ; l’usage visé, rapport daté ou suivi vivant, désigne alors le tuyau. Enfin, la table doit sortir déjà mise en forme : une ligne par objet, l’identifiant en colonne, une propriété par colonne, des valeurs fermées, tout cela se règle à la source et jamais dans l’outil de visualisation.
Ce que ce tuyau alimente, la valeur d’un tableau de bord et le piège du rafraîchissement, est le sujet de Power BI et le BIM. L’outil qui construit les extractions sur mesure et écrit les clés en masse est Dynamo. Et quand le flux n’est plus à sens unique mais réinjecte dans la maquette des valeurs éditées, voyez Excel et la maquette. Pour que les objets soient joignables dès le départ, tout commence par modéliser proprement, et l’usage le plus exigeant en données chiffrées reste le BIM 5D.
Les guides qui prolongent naturellement celui-ci, dans d'autres sections du site.
Power BI ne lit pas une maquette. Il joint des tables. Pour relier un objet de la maquette à un coût, à une tâche de planning ou à un relevé de chantier, il faut une colonne commune présente des deux côtés. Cette clé n'existe presque jamais, et c'est là que 90 % des projets s'arrêtent.
L'interface visuelle supprime la syntaxe, pas le raisonnement. Ce qui arrête les débutants n'est jamais l'interface : c'est la gestion des listes. Et ce qui coûte cher ensuite n'est pas d'écrire le script, c'est de le maintenir vivant quand Revit change de version.
On attend du 5D qu'il chiffre. Il ne chiffre pas. Il extrait des quantités géométriques, et le standard IFC lui-même livre deux valeurs différentes pour le même mur. Entre ce que la maquette mesure et ce que l'entreprise facture, il reste une convention que presque personne n'écrit.