En bref : d’après l’annonce rapportée le 28 juillet 2026 par AEC Magazine, Revizto permet désormais à des plateformes externes d’accéder à des propriétés de modèles et d’objets par API et par MCP. Les usages présentés vont de la recherche de conflits non résolus au suivi de quantités, avec OAuth 2.0 pour gérer les intégrations ; MCP simplifie l’interface avec l’IA, mais l’exactitude d’une réponse reste liée à la qualité et à la gouvernance des données BIM.
Revizto a annoncé l’ouverture de ses données projet aux plateformes d’intelligence artificielle grâce à trois briques : un serveur Model Context Protocol, une API et un portail développeur. Sur le papier, une équipe peut interroger des informations structurées et actualisées sans reconstruire un export à chaque question ; sur le terrain, la valeur dépendra surtout des droits accordés, de la fraîcheur des modèles et de la traçabilité jusqu’à l’objet source.
Qu’a réellement annoncé Revizto autour de MCP ?
L’annonce réunit trois composants distincts. Le serveur MCP fournit une interface standardisée pour exposer du contexte et des fonctions à une plateforme d’IA compatible. L’API donne accès aux propriétés des modèles et des objets, tandis que le portail développeur doit permettre aux équipes techniques de construire et de gérer leurs intégrations. Ce découpage compte : un connecteur conversationnel, une surface d’accès aux données et un espace destiné aux développeurs ne répondent pas au même besoin.
Revizto cite notamment ChatGPT, Claude et Microsoft Copilot parmi les plateformes susceptibles d’exploiter cette ouverture. Les cas d’usage annoncés couvrent la recherche de non-conformités, la remontée de conflits non résolus, la lecture de quantités, le suivi d’installation, le carbone et la préparation du transfert vers l’exploitation. Il s’agit à ce stade de capacités et de scénarios présentés par l’éditeur, pas de résultats indépendamment mesurés sur des projets au Luxembourg ou en Belgique. Cette référence doit rester accessible.
Deux précisions commerciales et techniques accompagnent cette annonce. Les intégrations reposent sur OAuth 2.0, mécanisme qui permet d’autoriser puis de révoquer un accès sans partager directement le mot de passe d’un utilisateur. Revizto indique aussi que ces nouvelles capacités sont incluses dans l’abonnement existant, même si les coûts de développement, d’exploitation et de consommation de la plateforme d’IA restent à évaluer pour chaque organisation.
Une interface vers la donnée projet vivante
Le changement le plus intéressant concerne la continuité de la donnée. Un export Excel ou un rapport PDF fige une situation à un instant donné, puis commence à vieillir dès que les modèles, les issues ou les statuts évoluent. Une requête connectée au système de coordination peut, selon le périmètre exposé, retrouver l’état actuel d’un objet ou d’un conflit au moment où la question est posée. C’est sa promesse opérationnelle. Le contexte de la réponse compte autant que sa formulation.
Prenons une demande simple : « Quels conflits MEP ouverts concernent les locaux techniques du niveau 2 ? » Une réponse utile doit retrouver les issues correspondantes, appliquer les bons filtres, respecter les droits du demandeur et fournir une référence contrôlable. Si l’agent résume dix conflits mais ne permet pas d’ouvrir les objets ou les issues d’origine, le gain de vitesse masque une perte de vérifiabilité.
- Recherche de non-conformités : identifier des objets ou issues répondant à des critères définis dans le projet.
- Quantités et propriétés : lire des valeurs disponibles dans les modèles et les rattacher aux objets concernés.
- Suivi d’installation : rapprocher l’état renseigné dans la plateforme des besoins de pilotage annoncés.
- Transfert vers l’exploitation : préparer l’extraction d’informations à transmettre, sous réserve que les propriétés soient complètes et validées.
Ces scénarios déplacent le travail humain. Le temps gagné sur la recherche doit revenir à la définition des règles, au contrôle des réponses et au traitement des exceptions. Une automatisation BIM utile accélère l’accès à la preuve ; elle ne doit pas transformer un agent en arbitre silencieux du projet.
MCP garantit-il une réponse BIM exacte ?
La réponse courte est non : MCP organise l’échange, il ne certifie ni la donnée ni l’interprétation. Une propriété absente, un statut obsolète ou une classification incohérente peut circuler très proprement jusqu’au modèle de langage. La formulation finale semblera parfois convaincante alors que le problème se trouve plusieurs étapes en amont, dans la maquette, l’issue ou la règle de filtrage. Ce cadre doit être défini avant le pilote.
Il faut aussi distinguer trois couches de contrôle. La première concerne la donnée source : propriétés d’objet, identifiants, statuts et dates de mise à jour. La deuxième concerne l’intégration : périmètre OAuth 2.0, filtres, journalisation et gestion des erreurs. La troisième concerne la réponse : références citées, limites affichées et validation humaine selon l’impact de la décision.
La norme ISO 19650 apporte ici un cadre utile pour réfléchir aux responsabilités, aux états d’information et aux processus d’échange, mais elle ne valide pas automatiquement un agent connecté. Au Luxembourg, le GID et les exigences du BEP peuvent ajouter des règles propres au projet. En Belgique, les conventions du donneur d’ordre imposent la même discipline : définir quelle information fait foi avant d’automatiser sa consultation.
Quatre contrôles avant de brancher un agent
- Périmètre d’accès : quelles données, quels projets et quelles actions chaque intégration peut-elle réellement atteindre ?
- Fraîcheur : quelle date de modèle, de synchronisation ou de statut accompagne la réponse ?
- Traçabilité : chaque affirmation peut-elle être remontée jusqu’à l’objet, la propriété ou l’issue source ?
- Révocation : qui supprime l’autorisation OAuth 2.0 lorsqu’un intervenant change de rôle ou quitte le projet, et dans quel délai ?
Ces quatre contrôles doivent être écrits avant le premier pilote. Un responsable peut ainsi savoir quel compte autorise l’intégration, quelle personne surveille les accès et quel journal permet de reconstituer une requête. Sans ce socle, le serveur MCP devient une nouvelle porte d’entrée vers un environnement dont personne ne maîtrise complètement les clés.
Que change cette ouverture pour le Benelux ?
Le contexte Benelux rend cette annonce particulièrement intéressante, car les projets réunissent souvent plusieurs disciplines, sociétés et conventions d’information. Il s’agit d’une analyse de contexte, et non d’un résultat publié par Revizto dans la région. Plus le nombre d’acteurs et de référentiels augmente, plus une question en langage naturel doit conserver le contexte du projet : phase, zone, discipline, version et statut d’approbation. La discipline doit être la même sur chaque opération.
Pour une direction technique au Luxembourg, le premier bénéfice potentiel n’est probablement pas un assistant omniscient. Un pilote plus raisonnable viserait une question bornée, comme l’identification d’issues ouvertes sur une zone précise ou la lecture d’une série de propriétés contrôlées. Le résultat peut alors être comparé à la recherche manuelle et chaque écart peut être classé selon sa cause : donnée manquante, droit insuffisant, filtre incorrect ou reformulation du modèle.
Les propriétés IFC méritent une attention spécifique. Une plateforme peut rendre une donnée accessible sans corriger un mauvais mapping, une unité incohérente ou un Property Set incomplet. Pour examiner un fichier IFC en parallèle et retrouver les objets concernés, les équipes peuvent utiliser l’IFC Viewer de BIMsmarter comme outil de consultation ; ce lien ne signifie pas qu’une intégration Revizto est disponible.
Le même raisonnement vaut pour la Belgique et les projets transfrontaliers. L’ouverture technique facilite la création de services communs, mais les rôles contractuels, les règles d’accès et le niveau de confiance doivent rester propres à chaque opération. Une architecture mutualisée devient crédible lorsque les permissions sont segmentées par projet et que la réponse cite son origine au lieu d’effacer le contexte.
Un protocole de test avant tout déploiement
Un pilote sérieux peut commencer avec un jeu limité de questions dont la réponse est déjà connue. L’objectif consiste à mesurer où la chaîne se trompe et à vérifier si l’erreur est détectable. Voici un diagnostic initial exploitable : Cette limite doit être assumée dès le départ.
- Définir 10 à 20 questions de référence : couvrir des propriétés, des issues, des quantités et au moins un cas sans résultat attendu.
- Documenter les autorisations : associer chaque question au rôle, au projet et au périmètre OAuth 2.0 nécessaires.
- Exiger la source : conserver l’identifiant de l’objet ou de l’issue ainsi que la date de la donnée interrogée.
- Comparer les résultats : confronter la réponse de l’agent à une vérification directe dans la plateforme et dans le modèle.
- Tracer les écarts : séparer les défauts de données, d’intégration, de raisonnement et de présentation.
Le jeu de test doit inclure des cas ambigus et des droits volontairement limités. Une réponse refusée à bon escient fournit parfois plus d’informations sur la robustesse du dispositif qu’une démonstration préparée sur un jeu propre. Après chaque évolution du modèle, des propriétés ou des autorisations, les questions sensibles peuvent être rejouées pour détecter une régression.
La responsabilité finale doit également être explicite. Une réponse utilisée pour préparer une réunion de coordination n’a pas le même niveau de risque qu’une décision liée à une quantité contractuelle, au carbone ou au transfert vers l’exploitation. Le workflow doit donc préciser quand une validation humaine est requise et où cette validation est enregistrée.
L’annonce ouvre une voie, le pilote doit la vérifier
L’ouverture de Revizto rend un pilote plus accessible, pas automatiquement fiable. API, serveur MCP, portail développeur et OAuth 2.0 abaissent des obstacles techniques, et l’inclusion annoncée dans l’abonnement facilite l’essai. L’annonce ne prouve ni l’exactitude des réponses dans tous les contextes, ni la compréhension spontanée des règles d’un projet Benelux.
Cette annonce mérite un pilote, mais uniquement sur un périmètre mesurable et réversible. Le BIM Manager doit pouvoir montrer la donnée utilisée, le droit appliqué et la personne qui valide la décision. La valeur de MCP se jugera alors sur une preuve simple : une réponse traçable jusqu’à l’objet ou à l’issue source, avec un accès que l’équipe sait limiter et révoquer.
À propos de l'auteur.
Renaud Climent est BIM Coordinator MEP au Luxembourg et en Belgique : 15 ans d'expérience dans le bâtiment, dont 5 en coordination BIM. Cursus complet CRTI-B (Bases, Référent, Modeleur, Coordinateur), formé Solibri, BIMcollab et Revit MEP, certifié en IA. Fondateur de BIMsmarter.eu, il code ses propres outils pour automatiser les tâches BIM chronophages. Contact : contact@bimsmarter.eu