Exynix
Zurück zum Blog

Clash-Kontrolle und Koordinationslogik

Wann Klassifikation in der Bahnkoordination vor der Clash-Matrix stehen sollte

Bahnprojekte scheitern selten wegen einer fehlenden Matrix. Sie scheitern, weil die Matrix einen Scope steuern soll, der vor dem Lauf hätte definiert werden müssen.

8. Apr. 20266 Min. LesezeitBefehlsorientierter Leitfaden
BIM-ManagerBahnprojektteamsPlanungsmanager
Wann Klassifikation in der Bahnkoordination vor der Clash-Matrix stehen sollte

Warum es wichtig ist

Dieser Beitrag vermittelt eines der stärksten ExyViewer-Review-Muster, ohne Klassifikation in einen Verkaufstext zu verwandeln.

Abschnitt 1

The matrix is not a scoping strategy

A clash matrix is useful for deciding which entity pairs deserve checking. It is not a substitute for deciding which part of the model should be in scope at all.

Rail projects make this obvious. A track package, platform package, and cable route package can share the same spatial zone while still belonging to very different review questions.

Abschnitt 2

Why classification belongs first

Classification lets the team build a reusable logic layer before the run starts. You can separate permanent works from temporary works, isolate only platform edge assets, or define a corridor subset that actually relates to this week’s review.

Once that scope exists, the matrix becomes smaller and more meaningful. Instead of checking everything against everything, you are checking the right things against the right things.

Abschnitt 3

Where ExyViewer fits

The useful pattern is classification first, clash matrix second. In ExyViewer, that means building the scope with classification, then configuring clash detection around that defined scope rather than hoping the matrix alone will clean the result.

  • Use classification to shape the review boundary
  • Use the matrix to refine the check logic inside that boundary
  • Export only the clash set that still matters after review

Abschnitt 4

The tradeoff

This does add one more setup step. But that is still cheaper than reviewing a report full of combinations the project never intended to discuss.

Praktische Erkenntnisse

  • Classification defines scope. The matrix refines scope.
  • Railway federations benefit from reusable classification logic more than one-off brute-force clash runs.
  • A smaller clash set is not less rigorous if the scope is better defined.

Realitätscheck

  • Classification logic still needs governance. If different coordinators define scope differently, report comparability drops.

Relevante Befehle und Funktionen

ExyViewer

Classification, Clash Detection

Connect classification scope to IFC review

Use the IFC viewer guide to connect classification, property inspection, visibility control, and model review before downstream reporting.

Read IFC viewer guide

Verwandte Beiträge

Klassifikation vor der Clash-Matrix in der Bahn-BIM-Koordination