Comment Bildstak unifie-t-il une douzaine de systèmes en un seul modèle ?

Un grand projet de construction fonctionne couramment sur une douzaine d'outils spécialisés ou plus : un outil de modélisation IFC, Speckle ou Autodesk APS pour le partage de modèles, Primavera P6 pour le planning, SAP ou Maconomy pour les coûts, Procore et Aconex pour les documents et les RFI, un outil BCF pour la coordination, IDS et COBie pour la conformité aux normes, Excel pour les bordereaux des quantités et les flux de trésorerie, et souvent un ERP personnalisé ou une REST API pour les données spécifiques au projet.

Unifier tout cela est un problème à trois niveaux :

Niveau 1 — Connexion Chaque source parle un protocole différent. Bildstak dispose de connecteurs natifs pour chacun : lecteurs de fichiers IFC, parseurs XER P6, clients REST API pour Procore/Aconex/SAP/Maconomy/Speckle/APS, parseurs de fichiers BCF et COBie, lecteurs de tableurs, indexeurs de PDF et documents, et un cadre REST API générique pour tout le reste. La connexion est configurée une fois par projet.

Niveau 2 — Fédération et jointure Une fois connectés, les enregistrements de chaque source sont indexés par les clés de jointure du projet. Pour les projets BIM, l'IFC GlobalID est la clé primaire — chaque élément dans chaque source qui référence un élément de modèle par son GlobalID lui est joint. Pour les projets non-BIM, les identifiants d'activités P6, les codes WBS et les codes de coût jouent le même rôle. La couche de fédération comprend ces relations et peut résoudre une requête couvrant n'importe quelle combinaison de sources.

Niveau 3 — Requête et restitution Le modèle unifié est exposé via une interface en langage naturel, des modules dédiés (Constructeur de réclamations, EVM, registre de RFI, Inspecteur d'éléments, analytique de portefeuille, rapports IA) et l'Analyste autonome. Chaque réponse cite ses sources.