Grundlage ist ein IFC-Koordinationsmodell, geprüft nach den Regeln des BAP, gesteuert vom BIM-Gesamtkoordinator. Ergebnis: ein kollisionsfreies Modell, weniger Nacharbeit, weniger böse Überraschungen im Rohbau.
Kurz gesagt:
- Kollisionsprüfung sollte dauerhaft in den Leistungsphasen 2 bis 5 erfolgen, da spätes Erkennen teuer und aufwändig ist.
- Fehlerhafte IFC-Modelle oder unvollständiger Export führen zu Phantom-Kollisionen, die die Prüfung verfälschen und Zeit kosten.
- Ein koordiniertes Vorgehen mit klaren Prozessen, Verantwortlichkeiten und regelmäßigen Prüfungen mindert Konflikte im Bauablauf deutlich.
- Die modellbasierte Koordination muss virtuelle Freihalteraum- und Durchbruchmodelle nutzen, um kritische Wartungs- und Montagebereiche zu schützen.
- Fachplaner brauchen technisches Verständnis, IFC-Exportwissen und Verhandlungsgeschick, um Konflikte richtig zu bewerten und effizient zu lösen.
Was ist Clash Detection? Definitionen und Arten von Kollisionen
Clash Detection ist der systematische Abgleich mehrerer Fachmodelle auf geometrische und funktionale Widersprüche. Klingt trocken, ist aber der Unterschied zwischen einem Bauleiter, der ruhig schläft, und einem, der um 6 Uhr morgens ans Telefon gerufen wird, weil die Lüftungsleitung durch einen Unterzug soll.
Man unterscheidet grob drei Kategorien:
- Hard Clash: physische Überschneidung zweier Bauteile, etwa ein Lüftungskanal, der durch einen Stahlträger verläuft. Das ist bautechnisch schlicht nicht umsetzbar.
- Soft Clash: keine direkte Überlappung, aber eine verletzte Distanzregel, etwa wenn Wartungsraum vor einem Heizkreisverteiler fehlt oder ein Freihalteraum unterschritten wird.
- 4D-Konflikt: zeitliche Kollision im Bauablauf, wenn zwei Gewerke zur selben Bauphase am selben Ort arbeiten müssten.
Nicht jede Kollision ist automatisch ein Fehler. Ein Soft Clash kann im BAP bewusst als tolerierbar definiert sein, etwa bei kurzzeitig genutzten Montagezonen. Die buildingSMART-Definition zu Freihalteräumen zeigt genau das: Regelprüfungen erlauben abgestufte Toleranzen statt einer starren Ja-Nein-Logik.
Warum sich Kollisionsdetektion TGA für Sie rechnet
Der eigentliche Wert von Clash Detection zeigt sich nicht im Meeting, sondern auf der Baustelle. Ein übersehener Hard Clash zwischen Lüftungskanal und Unterzug kostet in der Ausführung ein Vielfaches dessen, was seine Entdeckung am Bildschirm gekostet hätte. Man kennt das: Kernbohrung durch bewehrten Beton, Statiker einschalten, Genehmigung abwarten, Bauzeitplan reißt.
Profi-Tipp: Rechnen Sie nicht nur die Materialkosten der Nacharbeit, sondern auch die Terminverzugstage. Die verursachen bei vielen Projekten mehr Schaden als das eigentliche Bauteil.
BIM-Koordination bündelt Modelldaten, dokumentiert Entscheidungen und macht Konflikte nachvollziehbar, was laut BIMpact Risiko senkt und die Planbarkeit erhöht. Und genau darum geht es: Durchbrüche früh festlegen, Montagefenster realistisch planen, Änderungsaufträge vermeiden. Wer erst auf der Baustelle merkt, dass die Aussparung fehlt, zahlt doppelt. Einmal für die Kernbohrung, einmal für den verlorenen Tag im Terminplan. Mehr zu diesem Zusammenhang zwischen sauberer Modellierung und Fehlerquote finden Sie in unserem Leitfaden zu BIM-Vorteilen im Bauwesen.
IFC, BCF und die Werkzeuge hinter der BIM-Kollisionsprüfung
Ohne ein gemeinsames Format funktioniert gar nichts. IFC ist der De-facto-Standard, um Teilmodelle aus unterschiedlicher TGA Planungssoftware in ein federiertes Koordinationsmodell zu überführen, egal ob die Lüftungsplanung in einem anderen Programm entstand als die Elektroplanung. BCF übernimmt danach die Ticketverteilung: Ein gefundener Konflikt wird als BCF-Datei mit Screenshot, Kommentar und Verantwortlichem exportiert und landet direkt im Postfach des zuständigen Fachplaners.
Der typische Ablauf, wie ihn auch Build-Ing beschreibt, sieht so aus:
- Teilmodelle als IFC aus der jeweiligen Autorensoftware exportieren
- Modelle in einer Federationsplattform zusammenführen (etwa Desite MD oder vergleichbare Model-Checker)
- Regelbasierte Prüfung laufen lassen, gegen die im BAP definierten Prüfkriterien
- Ergebnisse als BCF exportieren und an die zuständigen Fachplaner verteilen
Die Qualität der IFC-Datei entscheidet dabei über die Aussagekraft des ganzen Prozesses. Schlecht modellierte oder unvollständig exportierte Bauteile erzeugen Phantom-Kollisionen, die niemandem helfen, wie BibLus zur IFC-Dateiverwaltung zu Recht betont. Standardisierte Modellierungsrichtlinien im BAP senken dieses Rauschen erheblich.
Wie läuft eine Kollisionsprüfung im TGA-Projekt konkret ab?
Der Prozess folgt einer klaren Logik: Teilmodelle rein, Koordinationsmodell raus, BCF-Tickets als Ergebnis. Dazwischen liegt die eigentliche Arbeit.
- Modellabgabe: Jedes Fachgewerk (Elektro, Lüftung, Sanitär, Heizung) liefert sein IFC-Teilmodell nach vereinbartem LOD.
- Federation: Der BIM-Gesamtkoordinator führt die Modelle zu einem Koordinationsmodell zusammen.
- Regelprüfung: Automatisierte Prüfung gegen die im BAP hinterlegten Prüfregeldatensätze, ergänzt durch manuelle Sichtprüfung kritischer Zonen.
- BCF-Export und Verteilung: Gefundene Konflikte werden gruppiert, priorisiert und den Verantwortlichen zugewiesen.
- Koordinationsworkshop: Gemeinsame Klärung, meist wöchentlich oder alle zwei Wochen, je nach Projektphase.
Diese Prüfungen laufen laut DBZ-Fachartikel zu BIM-orientierten Leistungsbildern typischerweise über die Leistungsphasen 2 bis 5, mit steigender Prüftiefe je näher man an die Ausführungsplanung kommt.
Profi-Tipp: Setzen Sie sich pro Clash ein kurzes Zeitlimit im Workshop, etwa nur wenige Minuten. Wer länger diskutiert, hat meist ein Grundsatzproblem, das nicht im Meeting gelöst wird, sondern eine eigene Besprechung braucht.
Freihalteräume, Durchbrüche und Aussparungen richtig prüfen
Hier wird es für TGA-Planer konkret, denn die generische Kollisionsprüfung reicht nicht. Ein Rohr, das exakt neben einem Träger verläuft, ist geometrisch kollisionsfrei und trotzdem unbrauchbar, wenn niemand mehr an den Absperrschieber kommt.
- Freihalteräume modellieren: Virtuelle Volumenkörper definieren Wartungs-, Montage- und Isolierzonen um Anlagenteile, die bei der reinen Geometrieprüfung sonst unsichtbar bleiben.
- Durchbruchfamilien nutzen: Intelligente, parametrische Durchbruchobjekte in der Autorensoftware gleichen sich automatisch mit dem Tragwerksmodell ab und melden Konflikte, bevor die Aussparung überhaupt final platziert ist.
- No-Go-Areas im Tragwerksmodell definieren: Bereiche, in denen aus statischen Gründen grundsätzlich keine Durchbrüche zulässig sind, müssen als Sperrzonen im Modell hinterlegt sein, nicht nur in einer PDF-Notiz.
- Mindestabstände als Regel hinterlegen: Montageöffnungen brauchen definierte Zugangsflächen, die als Prüfregel im System liegen, nicht im Kopf des Planers.
Eine frühe Koordination vor Abschluss der Leistungsphase 4 reduziert spätere Nacharbeiten deutlich, wie auch die Praxisbeobachtungen von Build-Ing zeigen. Details zur Raumbuchstruktur und den passenden Freihalteraum-Standards finden Sie in unserem Leitfaden zum Raumbuch TGA.
Typische Fehlerquellen: Priorisieren statt jeden Clash einzeln jagen
Wer jeden gefundenen Clash einzeln abarbeitet, verliert sich. Die häufigsten Ursachen sind erstaunlich banal: veraltete Teilmodelle, falsch gesetzte Referenzpunkte, oder schlicht ein Fachplaner, der seine letzte Änderung nicht neu exportiert hat.
- Gruppieren Sie Konflikte nach dem MEA-Prinzip (Mechanical, Electrical, Architectural), nicht nach Einzelbauteil.
- Priorisieren Sie nach Bauphase: Ein Konflikt in der Rohbauzone hat Vorrang vor einem Konflikt im Innenausbau, der noch Monate Zeit hat.
- Setzen Sie einen klaren Workflow: Fix im Fachmodell, IFC neu hochladen, Re-Federation, Status auf „gelöst“ setzen, erst dann gilt der Clash als erledigt.
Profi-Tipp: Fassen Sie ähnliche Konflikte zusammen, statt sie einzeln zu diskutieren. Zehn identische Kollisionen entlang eines Kanalstrangs sind ein Modellierungsfehler, kein zehnfaches Problem.
Praxis-Fokus: Wie IET-Hamburg GmbH Kollisionsprüfung im Projektalltag umsetzt
Bei IET-Hamburg GmbH läuft die Kollisionsprüfung nicht als isolierter Softwareschritt, sondern eingebettet in den gesamten Planungsablauf, von der Konzeptentwicklung über die Modellprüfung bis zur Bauüberwachung. Genau diese Kette macht den Unterschied: Ein Clash, der in der Entwurfsplanung entdeckt wird, kostet fast nichts. Derselbe Clash auf der Baustelle kostet Zeit, Geld und Nerven.
Unser Vorgehen stützt sich auf klar dokumentierte Grundlagen:
- Ein präzise geführtes Raumbuch TGA als Referenz für Freihalteräume und Bauteilanforderungen
- Eine Leistungsbeschreibung, die Prüfregeln bereits in der Vergabephase festschreibt
- Regelmäßige Modellprüfungen statt einer einmaligen Kontrolle kurz vor Ausführungsplanung
- Direkte Koordination mit Architekten, Statikern und ausführenden Firmen während der Bauüberwachung
Details zur konkreten Umsetzung in der Elektroplanung, inklusive Beispielen aus laufenden Projekten, finden Sie in unserem Beitrag zur BIM-Elektroplanung.
Schulungen und Qualifikation: Wer soll die Kollisionsprüfung eigentlich machen?
Ein Tool kann keine Entscheidung treffen. Das klingt banal, wird aber regelmäßig ignoriert, wenn Projektleiter glauben, ein Model-Checker würde die Koordinationsarbeit ersetzen. Tut er nicht. Er findet Konflikte. Bewerten und lösen muss sie immer noch ein Mensch mit Fachwissen.
Wer Clash Detection sinnvoll betreiben will, braucht mindestens drei Kompetenzebenen im Team. Erstens: technisches Verständnis der Autorensoftware, damit ein Fachplaner seine eigenen Modellierungsfehler erkennt, bevor sie zum Ticket werden. Zweitens: Kenntnis der IFC-Exportparameter, denn ein falsch exportiertes Modell erzeugt Dutzende Phantom-Kollisionen, die wertvolle Koordinationszeit fressen. Drittens, und das wird oft unterschätzt: Verhandlungsgeschick im Koordinationsworkshop. Wer nicht erklären kann, warum sein Lüftungskanal genau dort verlaufen muss, verliert die Diskussion gegen den lauteren Kollegen, auch wenn er technisch recht hat.
Der BIM-Gesamtkoordinator braucht zusätzlich Prozesswissen: Wie liest man einen BAP korrekt, wie übersetzt man dessen Prüfkriterien in konkrete Regelsätze der Software? Diese Rolle sitzt oft zwischen den Stühlen, technisch tief genug, um Unsinn von echten Problemen zu unterscheiden, aber auch diplomatisch genug, um zwischen konkurrierenden Fachplanern zu vermitteln. Interne Schulungen sollten deshalb nicht nur Software-Klicks vermitteln, sondern das Verständnis dafür, was ein Hard Clash von einem tolerierbaren Soft Clash unterscheidet. Genau dieses Urteilsvermögen unterscheidet ein Team, das Kollisionsprüfung ernst nimmt, von einem, das nur die Checkliste abhakt.

Clash Detection als Teil des Gesamtprozesses, nicht als Insellösung
Kollisionsprüfung isoliert zu betrachten ist der häufigste strategische Fehler in TGA-Projekten. Sie funktioniert nur, wenn sie mit den übrigen BIM-Prozessen verzahnt ist: Mengenermittlung, Terminplanung, Kostenkontrolle und Dokumentation hängen alle am selben Koordinationsmodell.
Ein Beispiel aus der Praxis: Wird ein Hard Clash in der Ausführungsplanung gelöst, indem eine Lüftungsleitung verschoben wird, hat das Auswirkungen auf die Mengenermittlung (mehr Kanalmaterial), auf den Terminplan (neue Abstimmung mit dem Trockenbauer) und potenziell auf die Kosten. Wer Clash Detection als reinen Geometrie-Check betreibt und diese Folgen nicht mitdenkt, löst ein Problem und erzeugt drei neue.
Die Integration gelingt über drei Mechanismen. Erstens über den BAP selbst, der festlegt, wann welche Prüfung mit welchem Modellierungsgrad läuft und wer welche Freigabe erteilt. Zweitens über die BCF-Workflows, die Konflikte nicht nur technisch dokumentieren, sondern auch mit Terminen und Verantwortlichkeiten verknüpfen, sodass ein gelöster Clash automatisch in die Terminplanung zurückfließt. Drittens über die Bauüberwachung selbst: Wer die Kollisionsprüfung sauber dokumentiert hat, kann während der Bauphase viel schneller reagieren, wenn doch noch ein Konflikt auftaucht, weil die Modellhistorie nachvollziehbar bleibt. Mehr zu diesem Übergang von der Modellprüfung in die Bauphase finden Sie in unserem Beitrag zur Bauüberwachung in der Elektrotechnik.
Best Practices für die laufende Kollisionsprüfung in TGA-Projekten
Einmalige Kollisionsprüfungen kurz vor der Ausführungsplanung bringen wenig. Bis dahin haben sich zu viele Änderungen angesammelt, und die Fehlerkorrektur wird teuer. Kontinuität schlägt Einzelaktion.
Bewährt hat sich ein fester Rhythmus: wöchentliche oder zweiwöchentliche Prüfläufe, synchronisiert mit dem Planungsfortschritt der beteiligten Gewerke. Jede Fachdisziplin liefert zu einem festen Stichtag ihr aktuelles IFC-Modell ab, unabhängig davon, ob die eigene Planung “fertig” ist. Genau dieser feste Turnus verhindert, dass sich Konflikte über Wochen aufstauen und am Ende in einem einzigen chaotischen Workshop entladen werden.
Zweitens: Prüfregeln müssen mit dem Planungsfortschritt mitwachsen. In frühen Phasen reicht eine grobe Volumenprüfung, in der Ausführungsplanung braucht es feingranulare Regeln für Mindestabstände, Freihalteräume und Durchbruchtoleranzen. Wer von Anfang an mit der vollen Regeltiefe prüft, erzeugt in frühen Phasen tausende irrelevante Treffer und begräbt die wirklich kritischen Konflikte darunter.

Drittens: Dokumentation der Entscheidungen, nicht nur der Konflikte. Wenn ein Soft Clash im Koordinationsworkshop bewusst als akzeptabel eingestuft wird, muss das nachvollziehbar festgehalten werden, inklusive Begründung. Sonst taucht derselbe “Fehler” drei Prüfläufe später wieder auf, weil niemand mehr weiß, warum er eigentlich in Ordnung war. Viertens: feste Verantwortlichkeiten je Gewerk für die Nachverfolgung offener Tickets, mit klaren Fristen, nicht mit einem vagen “kümmert sich jemand drum”.
Praxisbeispiele: Wo Clash Detection in TGA-Projekten wirklich greift
Ein Bürogebäude mit abgehängter Decke und dichter Belegung durch Lüftung, Sprinkleranlage, Elektrotrassen und Kabelpritschen ist der Klassiker. Ohne Koordinationsmodell verläuft die Sprinklerleitung genau dort, wo eigentlich die Hauptzuluft hin sollte, und das fällt erst auf, wenn beide Gewerke gleichzeitig auf der Baustelle montieren wollen. Mit sauberer Kollisionsprüfung wird dieser Konflikt Wochen vorher im Modell sichtbar, inklusive Vorschlag für eine alternative Trassenführung.
Ein zweites, unterschätztes Beispiel: Aussparungen im Tragwerk für Steigleitungen. Wird die Position einer Steigleitung im TGA-Modell nachträglich verschoben, ohne dass die Aussparung im Tragwerksmodell mitgezogen wird, entsteht ein klassischer Soft Clash, der erst beim Betonieren auffällt. Die Lösung: intelligente Durchbruchfamilien, die automatisch eine Warnung auslösen, sobald Leitung und Aussparung nicht mehr deckungsgleich sind.
Ein drittes Beispiel aus der Wartungspraxis: Ein Heizungsverteiler wird geometrisch korrekt platziert, aber ohne ausreichenden Freihalteraum davor. Die Wartungsfirma kann später keinen Wagen für den Ausbau der Pumpe heranfahren. Ein reiner Geometrie-Check hätte das nie gefunden, weil kein physisches Bauteil kollidiert. Erst die explizite Modellierung des Freihalteraums als virtuelles Prüfobjekt macht diesen Konflikt sichtbar, lange bevor die Anlage in Betrieb geht.
Autorperspektive: Drei Lektionen aus echten TGA-Projekten
Die meisten Kollisionen, die ich in Projekten gesehen habe, waren keine Softwarefehler, sondern Kommunikationsfehler. Ein Statiker, der seine Unterzugshöhe ändert, ohne die TGA-Planung zu informieren, erzeugt garantiert neue Konflikte. Sprechen Sie mit dem Architekten und Statiker öfter, als Ihnen angenehm ist, gerade in der Entwurfsphase.
Und eine Regel vor Rohbauschluss, die selten befolgt wird: Prüfen Sie explizit, ob jede geplante Aussparung noch mit der aktuellen Tragwerksgeometrie übereinstimmt. Nicht die Kollision selbst ist das Problem. Das Vertrauen, dass “das schon passt”, ist es.
Unterstützung bei TGA-Koordination: Was IET-Hamburg GmbH konkret leistet
IET-Hamburg GmbH übernimmt die Fachplanung Elektrotechnik so, dass Kollisionsprüfung kein nachträglicher Rettungsversuch wird, sondern von Anfang an Teil des Prozesses ist, von der Grundlagenermittlung über Entwurfs- und Genehmigungsplanung bis zur Bauüberwachung.

Anders als bei vielen Projekten, wo TGA-Koordination erst dann ernst genommen wird, wenn der erste Konflikt auf der Baustelle auffällt, arbeitet IET-Hamburg GmbH mit einem klar definierten Ablauf: Konzeptentwicklung, laufende Modellprüfung, dokumentierte Koordination mit Architekten und Handwerkern, dann Bauüberwachung nach HOAI-Leistungsphasen. Für Architekten und Generalplaner bedeutet das: ein Ansprechpartner, der Kollisionen im Modell löst, statt sie auf die Baustelle durchzureichen.
Wenn Sie ein Bauprojekt planen und eine Elektroplanung suchen, die Kollisionsprüfung von Beginn an mitdenkt, werfen Sie einen Blick auf unsere Leistungen zur Elektroplanung und sprechen Sie uns direkt an.
Quellen
- buildingSMART Use Case: Kollisionsprüfung (Freihalteräume)
- Build‑Ing: Kollisionsprüfung — endlich verständlich
FAQ
Was unterscheidet Hard Clash von Soft Clash?
Ein Hard Clash ist eine physische Überschneidung zweier Bauteile, ein Soft Clash eine verletzte Abstandsregel wie ein fehlender Freihalteraum, ohne direkte Überlappung.
Welches Dateiformat braucht man für Clash Detection in der TGA?
IFC ist das Standardformat für das federierte Koordinationsmodell, BCF dient anschließend der Verteilung gefundener Konflikte an die zuständigen Fachplaner.
Wann im Bauprozess sollte Kollisionsprüfung stattfinden?
Idealerweise durchgehend in den Leistungsphasen 2 bis 5, mit wachsender Prüftiefe, nicht erst kurz vor der Ausführungsplanung.
Wer ist für die Kollisionsprüfung verantwortlich?
Der BIM-Gesamtkoordinator steuert den Prozess und führt die Teilmodelle zusammen, die einzelnen Fachplaner liefern die Modelle und lösen die ihnen zugewiesenen Konflikte.
Kann IET-Hamburg GmbH bei der TGA-Koordination unterstützen?
Ja, IET-Hamburg GmbH begleitet Elektroplanung inklusive Modellprüfung und Bauüberwachung und bindet Kollisionsprüfung direkt in den Planungsablauf ein.
Was ist ein Freihalteraum in der TGA-Planung?
Ein Freihalteraum ist ein virtuelles Volumen um ein Bauteil, das Wartungs-, Montage- oder Isolierzonen sichert und bei reiner Geometrieprüfung sonst übersehen wird.