Aller au contenu principal

Matrice de conflits

Matrice de classification des conflits BIM

Une matrice de tests transforme « tout contre tout » en décisions ciblées. Sans matrice, les rapports de collision sont du bruit.

Rédaction Ardaron · Mis à jour le 3 septembre 2026 · Revue technique nominative en attente

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.

  1. Lister les disciplines et types d'éléments présents dans le projet.
  2. Identifier les interfaces critiques — où les conflits sont probables et coûteux.
  3. Définir les tests pour chaque interface : sélections, type, tolérance.
  4. Attribuer une fréquence et une priorité à chaque test.
  5. Documenter la matrice dans la convention BIM.
  6. Réviser la matrice quand le périmètre évolue.

Tests typiques sur un data center

Exemple de matrice de tests data center

TestSélection ASélection BTypeToléranceFréquence
Électrique vs mécaniqueChemins, buswayTuyauteries, gainesHard0Hebdo
MEP vs structureTous MEPPoutres, poteaux, dallesHard0Hebdo
Dégagements TGBTEnveloppes TGBTTousSoft1000 mmÀ chaque fédération
Dégagements groupesEnveloppes groupesTousSoftVariableÀ chaque fédération
Indépendance voiesVoie A électriqueVoie B électriqueSoftSéparation designMensuel
Chemins vs circulationChemins de câblesCirculation maintenanceSoft2000 mm hauteurHebdo

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. 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. 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. 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. 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.

À lire ensuite

Une contrainte d’exécution ?

Trois façons d’entamer la discussion.

Un manque de capacité en ingénierie ?

Indiquez-nous la discipline, l’environnement logiciel et la capacité recherchée.

Un goulot d’étranglement aux achats ?

Dites-nous où l’équipe est saturée : consultations, relances, comparaison ou reporting.

Un besoin de sourcing difficile ?

Envoyez-nous la spécification, la quantité et la date de mise à disposition sur site.