RevitCDE — présentation de la solution

Pour les acheteurs

01Ce que c'est

RevitCDE est un environnement de données commun pour les projets Revit.

Il lie les actions des utilisateurs à des objets concrets du modèle.

Idée clé

Construire une boucle numérique auditable.

Pour les acheteurs

02Pour qui

RevitCDE répond aux besoins de plusieurs rôles distincts.

Coordinateur BIM / chef de projet

Voit l'état du modèle, des approbations, des documents et des tâches.

Auteur (concepteur)

Travaille dans Revit sans changement de contexte constant.

Approbateur

Examine les demandes entrantes avec instantané et documents.

Lecteur

Accès en lecture dans le cadre du projet.

Économiste

Base de données de devis, postes, coûts hors modèle.

Ingénieur planificateur

Planning, activités, processus temporels hors modèle.

Administrator

Serveur, utilisateurs, projets, bases de données, politiques.

Pour les acheteurs

03Problèmes résolus

Écart entre Revit et les processus de gestion

Pourquoi c'est problématique

Les approbations et les tâches vivent séparément du modèle.

Comment nous le résolvons

Le plugin capture les données du modèle et lie les demandes aux objets.

Pas de source de vérité unique

Pourquoi c'est problématique

Fichiers, e-mails et tableaux divergent selon les versions.

Comment nous le résolvons

Une structure CDE conserve les projets, documents, versions et historique.

Approbations opaques

Pourquoi c'est problématique

Les décisions se perdent et les circuits sont informels.

Comment nous le résolvons

ApprovalRequest, circuits multi-étapes, événements en ajout uniquement, instantanés immuables.

Statut du modèle invisible dans Revit

Pourquoi c'est problématique

Le concepteur ne voit pas ce qui est approuvé, en attente ou rejeté.

Comment nous le résolvons

Les statuts sont reflétés dans Shared Parameters et Extensible Storage.

3D, 4D et 5D non reliés

Pourquoi c'est problématique

Le devis et le planning sont gérés séparément ; les travaux hors modèle échappent au suivi.

Comment nous le résolvons

estimate.db et schedule.db par projet, WorkPackage comme hub 4D/5D.

Travail hors ligne/local sans serveur

Pourquoi c'est problématique

Les modèles détachés ont besoin d'un stockage local sans perdre le lien vers le serveur.

Comment nous le résolvons

Mode local dans Extensible Storage, base de données locale externe monofichier optionnelle, migration ultérieure vers le serveur.

Pour les acheteurs

04Fonctionnement

Trois couches forment une boucle de données unique.

L'utilisateur travaille dans Revit. Le plugin lit les éléments du modèle, les feuilles, les vues, les nomenclatures et les statuts.
Le modèle est lié à un projet sur le serveur. La liaison est stockée à l'intérieur du modèle RVT via Extensible Storage.
Le plugin synchronise les éléments de projet, les éléments de modèle, les modifications, les statuts, les demandes, les tâches, les discussions et les documents avec le serveur.
Le serveur conserve les données globales dans la base de données principale, et les données métier dans des bases par projet : model_{guid}.db, disciplines.db, estimate.db, schedule.db.
Le cabinet web donne accès aux projets, documents, approbations, tâches, discussions et à l'administration ; les mises à jour en temps réel transitent via SignalR.
Les décisions des approbateurs, les changements de statut, les documents liés et les tâches reviennent dans Revit et apparaissent dans le plugin et les paramètres du modèle.

Principe architectural

Le serveur est la source de vérité pour le mode collaboratif ; le modèle conserve toujours une liaison minimale et des données locales afin que le travail soit préservé lors des redémarrages de Revit et pendant les périodes hors ligne.

Pour les acheteurs

05Fonction

La carte fonctionnelle en un coup d'œil.

Projets

Configuration de projet, membres, rôles, normes, disciplines, phases, ensembles.

Modèle

Liaison RVT, synchronisation, identifiants, fingerprint, statuts, suivi des modifications.

Approbations

Demandes, circuits, instantanés, décisions, retrait, journal, temps réel.

Documents

Documents CDE, versions, téléversement/téléchargement, SHA-256, WIP→Shared→Published→Archived.

Tâches

Kanban, Gantt, importance, statuts, responsables, relations entre tâches.

Communications

Discussions de projet, messages, réactions, correspondance, intégration e-mail.

Administration

Utilisateurs, rôles, paramètres serveur, bases de données, état du système, politiques d'autorisation.

4D/5D

Devis, planning, WorkPackage, instantanés de quantités, EVM/CPM.

Travail local

Extensible Storage, base de données locale externe optionnelle, migration vers le serveur.

Localisation

Localisation centralisée de l'interface, 22 langues selon la feuille de route.

Pour les acheteurs

06Scénarios d'utilisation

Soumission d'une feuille ou d'une vue pour approbation

Étape 1
Étape 2
Étape 3
Étape 4
Étape 5
Étape 6

Un document du WIP à la publication

Étape 1
Étape 2
Étape 3
Étape 4
Étape 5

Liaison du modèle, du devis et du planning

Étape 1
Étape 2
Étape 3
Étape 4
Étape 5

Pour les acheteurs

07Questions fréquentes

Question 1

Réponse 1

Question 2

Réponse 2

Question 3

Réponse 3

Question 4

Réponse 4

Question 5

Réponse 5

Question 6

Réponse 6

Question 7

Réponse 7

Question 8

Réponse 8

Question 9

Réponse 9

Question 10

Réponse 10

Détails techniques

08Composition de la solution

Composant	Fonction	Technologie
`RevitCDE.Addin`	Point d'entrée du plugin Revit, liaison au modèle et enregistrement des commandes.	C# /.NET Framework, API Autodesk Revit
`RevitCDE.UI`	Panneaux de bureau, commandes et interaction utilisateur dans Revit.	WPF / MVVM
`RevitCDE.Core`	Services applicatifs, synchronisation, stockage local et communication avec le serveur.	Services C#, clients HTTP, SQLite
`RevitCDE.Domain`	Modèles de domaine partagés, identifiants, statuts et règles métier.	Bibliothèque netstandard2.0
`RevitCDE.Server`	API centrale, authentification, données de projet et services d'intégration.	ASP.NET Core 8, EF Core, PostgreSQL
`RevitCDE.Cabinet`	Cabinet web pour les projets, documents, approbations, tâches, discussions et administration.	TypeScript / interface web React
`RevitCDE.Localization`	Dictionnaires de traduction centraux et changement de langue pour toute l'UI visible.	Dictionnaires JSON, clés i18n partagées

Détails techniques

09Modes local et serveur

RevitCDE prend en charge deux modes d'exécution.

Mode local

Les données sont stockées dans l'Extensible Storage du modèle.

Stockage local externe

Un fichier de base de données distinct pour chaque modèle RVT.

Mode serveur

Les données actives sont stockées sur le serveur.

Modes local et serveur

Règles de migration du mode local vers le mode serveur.

Détails techniques

10Architecture de stockage

Stockage	Ce qui est stocké	Pourquoi c'est ainsi
BD principale du serveur	Utilisateurs, organisations, projets, rôles, paramètres globaux et données de licence.	Conserve les données transversales aux projets dans une base serveur faisant autorité unique.
model_{guid}.db	Éléments de modèle, feuilles, vues, nomenclatures, quantités et liaisons au niveau modèle.	Les données volumineuses du modèle sont isolées par modèle RVT pour la performance et la maintenance.
disciplines.db	Disciplines de projet, phases, ensembles et structure de documentation propre au standard.	Les normes de projet peuvent évoluer sans modifier le schéma global.
estimate.db	Documents de devis, postes, coûts hors modèle, liens de quantités et liaisons WorkPackage.	Les données de coût ont leur propre cycle de vie et doivent inclure des postes absents du modèle.
schedule.db	Activités du planning, dépendances, processus temporels hors modèle et liens WorkPackage.	La planification nécessite une logique CPM/Gantt et peut référencer à la fois le modèle et les données de devis.
Extensible Storage	Liaison minimale du modèle, identifiants techniques et données de secours locales dans le RVT.	Le modèle reste auto-identifiant même en dehors de l'environnement serveur.
BD locale externe	Base de données locale monofichier optionnelle pour les discussions, approbations, documents, tâches et autres données locales.	Les modèles détachés/locaux peuvent conserver plus de données sans surcharger l'Extensible Storage.

Détails techniques

11Sécurité et accès

La sécurité est construite autour de l'appartenance, des rôles, du JWT et des modes de confiance.

Authentification JWT.
Hachages de mots de passe sécurisés ; création de l'administrateur lors de la configuration initiale.
Connexion par nom d'utilisateur, e-mail ou téléphone, si configuré.
La connexion utilisateur est le mode principal.
Mode poste de travail optionnel sans mot de passe.
Les actions à haut niveau de confiance nécessitent tout de même une véritable connexion.
Read / Write / Manage / Admin dans le cadre du projet.

Détails techniques

12Approbations — sous le capot

Un processus formalisé et reproductible.

Soumettre pour approbation

Crée une demande d’approbation pour la révision de modèle ou le lot de documents sélectionné.

Instantané immuable

Enregistre l’état exact du modèle et des documents examinés afin que la décision reste reproductible.

Circuits d’approbation

Définit des étapes de révision séquentielles ou parallèles, les participants responsables et les décisions requises.

Décisions enregistrées

Stocke les approbations, refus, retours et commentaires avec leur auteur et leur horodatage.

Historique des événements

Conserve une chronologie en ajout seul des soumissions, affectations, décisions et changements de statut.

Synchronisation des statuts

Renvoie le statut d’approbation confirmé aux objets du projet et au flux de travail Revit connecté.

Mises à jour en temps réel

Publie les changements d’approbation vers les clients connectés sans imposer d’actualisation manuelle de la page.

Détails techniques

13WorkPackage — le hub 4D/5D

L'objet central reliant le modèle, les quantités, le devis, le planning et l'avancement.

`ModelElement`	Relie le lot de travaux aux éléments BIM et à leurs identifiants stables.
`QuantityItem`	Stocke les quantités mesurées et la source de chaque quantité.
`EstimateItem`	Relie les quantités aux postes d’estimation, aux prix unitaires et au coût calculé.
`WorkPackage`	Sert d’objet central reliant le périmètre, le modèle, le coût, le planning, les responsabilités et les preuves.
`ScheduleActivity`	Relie le lot de travaux aux activités planifiées, aux dates, aux dépendances et aux données du chemin critique.
`ProgressSnapshot`	Stocke l’avancement réel, les indicateurs de valeur acquise et les données de la période de reporting.

Pourquoi aucune clé étrangère entre bases de données

Les bases de données de projet sont divisées par domaine métier.

Détails techniques

14Normes, disciplines, phases, ensembles

Le standard du projet détermine les formats de documentation, de devis et de planning.

`ProjectStandard`

Définit les règles actives du projet, les conventions de nommage et la structure d’information requise.

`Discipline`

Gère le catalogue des disciplines du projet et les responsabilités propres à chaque discipline.

`PackageType`

Définit des structures de lots réutilisables pour la conception, les achats et les travaux de construction.

`ProjectStage`

Gère les phases du projet, leurs transitions et les données attendues à chaque phase.

`ProjectRole`

Définit les responsabilités, les autorisations et le pouvoir d’approbation au sein du projet.

`StandardPreset`

Applique un ensemble réutilisable de normes, disciplines, phases, rôles et types de lots.

Détails techniques

15API REST — groupes principaux

API REST par domaine métier, authentifiée par JWT.

`/api/auth/*` · Authentification, sessions de compte, récupération du mot de passe et jetons d’accès.
`/api/approvals/*` · Demandes d’approbation, circuits, décisions, commentaires et changements de statut.
`/api/cde/*` · Projets, modèles, documents, problèmes et données de projet partagées.
`/api/chats/*` · Conversations de projet, participants, messages et pièces jointes.
`/api/tasks/*` · Tâches, responsables, échéances, priorités et états d’achèvement.
`/api/standards/*` · Normes du projet, disciplines, phases, rôles et préréglages de lots.
`/api/45d/*` · Lots de travaux, quantités, estimations, activités du planning et avancement.
`/api/admin/*` · Administration, configuration, diagnostic et opérations de maintenance contrôlées.

Détails techniques

16Glossaire

CDE: Common Data Environment — un espace contrôlé pour les informations, les communications et les décisions du projet.
Extensible Storage: Mécanisme Revit permettant de stocker des données applicatives structurées dans un modèle.
Paramètres partagés: Paramètres Revit partagés entre les projets et les familles au moyen d’un fichier de définition commun.
ProjectElement: Un enregistrement côté projet représentant un élément BIM en dehors du document Revit.
ModelElement: Une référence stable à un élément dans un modèle et une révision de modèle précis.
Instantané: Un enregistrement immuable de l’état exact des données du projet utilisé pour la révision ou l’approbation.
ApprovalRequest: Une demande formelle qui soumet un périmètre défini à un circuit d’approbation.
WorkPackage: L’objet central 4D/5D qui relie le périmètre, les quantités, le coût, le planning et les responsabilités.
EVM: Gestion de la valeur acquise — mesure de l’avancement à partir de la valeur planifiée, de la valeur acquise et du coût réel.
CPM: Méthode du chemin critique — analyse du planning fondée sur les dépendances entre activités et les marges disponibles.

Détails techniques

17Ce qui arrive

L'implémentation actuelle dispose d'un noyau fonctionnel ; voici les axes de développement à venir.

Localisation étendue

Révision complète de la terminologie et formulation métier pour chaque langue prise en charge.

Flux documentaires

Registres de documents versionnés, bordereaux de transmission, lots de révision et chaînes de preuves.

Fonctions 4D/5D avancées

Planification plus détaillée des lots de travaux, contrôle des coûts, prévision de l’avancement et analyse de la valeur acquise.

Interopérabilité BCF

Échangez des problèmes et des points de vue avec d’autres applications BIM grâce au standard BCF.

Coordination des modèles liés

Coordonner les modèles liés, les responsabilités, les révisions et les dépendances entre modèles.

Observabilité

Tableaux de bord opérationnels, indicateurs d’audit, diagnostics et surveillance de l’état des services.