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.
Une matrice de classification des conflits — ou matrice de tests — définit quels éléments sont testés contre quels autres, avec quelles tolérances et à quelle fréquence. Elle transforme la détection des conflits d'un dump de milliers de lignes en un outil de décision ciblé.
Ce qu'est une matrice de tests
La matrice de tests répond à : « Que testons-nous, contre quoi, avec quelle tolérance, à quelle fréquence ? » Sans cette structure, les tests par défaut (tout contre tout) produisent du bruit que personne ne lit.
- Sélection A — les éléments source du test (ex : chemins de câbles).
- Sélection B — les éléments cible (ex : tuyauteries).
- Type de test — hard clash (intersection) ou soft clash (dégagement).
- Tolérance — distance minimale pour les tests soft (ex : 50 mm).
- Fréquence — à chaque fédération, hebdomadaire, aux jalons.
- Priorité — critique, importante, secondaire.
Construire la matrice
La matrice se construit en identifiant les interfaces critiques du projet et en définissant les tests nécessaires pour les vérifier.
- Lister les disciplines et types d'éléments présents dans le projet.
- Identifier les interfaces critiques — où les conflits sont probables et coûteux.
- Définir les tests pour chaque interface : sélections, type, tolérance.
- Attribuer une fréquence et une priorité à chaque test.
- Documenter la matrice dans la convention BIM.
- Réviser la matrice quand le périmètre évolue.
Tests typiques sur un data center
Exemple de matrice de tests data center
| Test | Sélection A | Sélection B | Type | Tolérance | Fréquence |
|---|---|---|---|---|---|
| Électrique vs mécanique | Chemins, busway | Tuyauteries, gaines | Hard | 0 | Hebdo |
| MEP vs structure | Tous MEP | Poutres, poteaux, dalles | Hard | 0 | Hebdo |
| Dégagements TGBT | Enveloppes TGBT | Tous | Soft | 1000 mm | À chaque fédération |
| Dégagements groupes | Enveloppes groupes | Tous | Soft | Variable | À chaque fédération |
| Indépendance voies | Voie A électrique | Voie B électrique | Soft | Séparation design | Mensuel |
| Chemins vs circulation | Chemins de câbles | Circulation maintenance | Soft | 2000 mm hauteur | Hebdo |
Les tolérances varient selon les équipements et les exigences. Le test « indépendance des voies » vérifie que les chemins redondants restent séparés — une exigence de conception, pas une géométrie.
Utiliser la matrice
- Exécuter les tests selon la fréquence définie.
- Classer les résultats : collision réelle, faux positif, accepté.
- Affecter les collisions réelles à des propriétaires avec des échéances.
- Vérifier la résolution sur la fédération suivante.
- Documenter les collisions acceptées — elles ne doivent pas réapparaître comme « nouvelles ».
Défaillances fréquentes
Pas de matrice — tests par défaut
Pourquoi. On commence les tests sans les structurer.
Effet. Milliers de résultats non classés, équipes découragées.
Traitement. Définir la matrice avant les premiers tests.
Matrice trop complexe
Pourquoi. On veut tout tester dès le départ.
Effet. Tests impossibles à exécuter ou à maintenir.
Traitement. Commencer simple, ajouter des tests au fur et à mesure.
Tolérances non définies
Pourquoi. On teste en hard clash seulement.
Effet. Dégagements de maintenance non vérifiés.
Traitement. Inclure des tests soft avec tolérances explicites.
Matrice non révisée
Pourquoi. Figée au démarrage du projet.
Effet. Nouvelles interfaces non couvertes.
Traitement. Réviser la matrice à chaque changement de périmètre.
Questions fréquentes
- Qui définit la matrice de tests ?
- Le coordinateur BIM ou le BIM manager, en concertation avec les disciplines. La matrice est documentée dans la convention BIM.
- Combien de tests dans une matrice typique ?
- Cela dépend du projet. Une matrice simple peut avoir 10-15 tests. Une matrice complète sur un grand data center peut en avoir 30-50. Privilégier la pertinence à l'exhaustivité.
- Peut-on automatiser l'exécution des tests ?
- Oui. Navisworks permet de sauvegarder les tests et de les ré-exécuter. D'autres outils offrent des fonctionnalités similaires. L'automatisation réduit le temps d'exécution mais pas le temps de classification.
- Que faire des faux positifs récurrents ?
- Les exclure explicitement du test (règle d'exclusion dans l'outil) ou les documenter comme « acceptés ». Ne pas les supprimer manuellement à chaque cycle.
Sources
- 1. Autodesk, Overview of Clash Detective Tool (2026). https://help.autodesk.com/cloudhelp/2026/ENU/Navisworks-Clash-Detective/files/GUID-36D9904E-12F3-4F82-8DD3-C2103DB0BC29.htm. Consulté le 2026-09-03.
- 2. ISO, ISO 19650-1:2018 — Organization and digitization of information about buildings and civil engineering works, including building information modelling (BIM) — Part 1: Concepts and principles (2018). https://www.iso.org/standard/68078.html. Consulté le 2026-09-03.
- 3. ISO, ISO 19650-2:2018 — Information management using building information modelling — Part 2: Delivery phase of the assets (2018). https://www.iso.org/standard/68080.html. Consulté le 2026-09-03.
- 4. CIBSE, KS18: Data Centres: An Introduction to Concepts & Design (2012). https://www.cibse.org/knowledge-research/knowledge-portal/ks18-data-centres-an-introduction-to-concepts-design/. Consulté le 2026-09-03.
