ECD : structurer l'environnement commun de données sur un projet data center

Ressource méthodologique, pas un dimensionnement projet. La protection électrique, le dimensionnement des câbles, la capacité frigorifique, la stratégie incendie et les charges structurelles relèvent des concepteurs désignés et des codes applicables. La revue technique nominative de ce cluster par un responsable BIM/MEP senior est en attente ; ne pas traiter ce contenu comme une guidance scellée.

L'environnement commun de données — Common Data Environment (CDE) en anglais, ECD en français — est la plateforme et les processus convenus pour stocker, partager et gérer l'information de projet. L'ISO 19650-1 le définit comme un lieu unique d'accès à l'information, avec des états définis. Sur un data center multi-disciplines, un ECD mal configuré amplifie les erreurs de coordination.

Ce qu'est — et n'est pas — un ECD

L'ISO 19650-1 décrit l'ECD comme la source unique d'information pour un projet, avec des états définis pour organiser le flux d'information. Le BSI et le UK BIM Framework rappellent que l'ECD n'est pas un simple stockage — c'est un système de gestion avec des règles.

Les plateformes courantes incluent Autodesk Construction Cloud (ACC), ProjectWise, Aconex, BIM 360, SharePoint configuré, ou des solutions propriétaires client. L'outil compte moins que la configuration et la discipline d'usage.

États d'information

L'ISO 19650 définit des états pour organiser le cycle de vie de l'information. Les noms varient selon les marchés, mais le principe est constant :

Structure et nommage

L'ECD doit être structuré de manière à ce que chaque fichier soit trouvable, identifiable et traçable. Les conventions de nommage et la structure de dossiers sont définies dans la convention BIM.

• Nommage de conteneur — projet, discipline, zone, type, révision, état. Exemple : PRJ-ELE-B01-MOD-R02-S.
• Structure de dossiers — par discipline, par zone, par état. Pas de structure ad hoc.
• Versionnement — règle claire sur ce qui crée une nouvelle révision vs une mise à jour mineure.
• Métadonnées — date, auteur, description, liens vers d'autres conteneurs si nécessaire.

Droits d'accès

Les droits d'accès définissent qui peut lire, écrire, promouvoir (changer d'état) ou publier. Sur un projet multi-parties, les droits doivent être différenciés :

• Auteur — droit d'écrire sur ses propres fichiers, de promouvoir de WIP à Partagé.
• Coordinateur — droit de lire toutes les disciplines Partagées, de fédérer, de créer des points.
• BIM manager — droit de promouvoir de Partagé à Publié, de gérer la structure.
• Client — droit de lire les Publiés, de valider les émissions.
• Externe — droits restreints aux fichiers nécessaires, pas d'accès au WIP.

Gouvernance de l'ECD

L'ECD nécessite un administrateur ou une fonction de gouvernance. Responsabilités typiques :

• Créer et maintenir la structure de dossiers.
• Configurer les droits d'accès et les mettre à jour.
• Contrôler les promotions d'état (Partagé → Publié).
• Gérer les demandes d'accès et les départs.
• Auditer l'usage (fichiers orphelins, nommages non conformes).

Défaillances fréquentes

Questions fréquentes

Quelle plateforme ECD choisir ?

Cela dépend de l'écosystème client et des exigences contractuelles. ACC, ProjectWise, Aconex sont courants. L'important est la configuration et la discipline, pas l'outil.

L'ECD peut-il être un SharePoint ?

Oui, si SharePoint est configuré avec des états, des droits différenciés et une gouvernance. Un SharePoint utilisé comme simple stockage n'est pas un ECD.

Qui paie pour l'ECD ?

Typiquement le donneur d'ordre ou le mandataire principal. Le coût inclut les licences, la configuration et l'administration.

Comment intégrer un prestataire externe dans l'ECD ?

Créer un compte avec les droits appropriés, former à la structure et au nommage, superviser les premiers dépôts. L'accès est nominatif, pas partagé.