Welcher LOD-Detaillierungsgrad ist für die Statik nötig?

Denn LOD 300 kann für eine Geschossdecke im Entwurf bereits überzogen sein – und für einen komplexen Stahlbauanschluss in der Ausführungsplanung trotzdem nicht reichen.

Die entscheidende Frage lautet nicht, welcher LOD-Wert „für die Statik“ nötig ist. Es gibt keinen solchen pauschalen Mindestwert. Entscheidend ist, welche Information zu welchem Zeitpunkt, für welchen Anwendungsfall und von welchem Beteiligten tatsächlich gebraucht wird. Wer das nicht trennt, produziert entweder ein hübsches Modell ohne belastbare Aussage oder ein übermodelliertes Datenpaket, das niemand mehr wirtschaftlich pflegt. Beides ist kein BIM-Erfolg, sondern nur teurer Speicherbedarf.

Die LOD-Stufen in der Tragwerksplanung haben durchaus eine Bedeutung – allerdings nur dann, wenn klar ist, was genau mit LOD gemeint ist. Genau an dieser Stelle beginnt der typische Schnittstellenfehler.

Vom starren LOD-Konzept zum Informationsbedarf nach LOIN

LOD wird im BIM-Umfeld unterschiedlich verwendet: als Level of Detail oder als Level of Development. Das klingt nach einer akademischen Spitzfindigkeit. In der Praxis entscheidet diese Unschärfe jedoch darüber, ob ein Modellbauer eine Stütze als Volumenkörper zeichnet oder ob ein Tragwerksplaner die für Berechnung, Ausschreibung und Prüfung nötigen Eigenschaften erhält.

Das klassische LOD-Denken bündelt mehrere Fragen in einer Zahl:

• Wie genau ist die Geometrie?
• Welche Eigenschaften sind hinterlegt?
• Welche Dokumente gehören zum Bauteil?
• Wie belastbar ist die Aussage?
• Für welchen Zweck darf ein anderer Fachplaner die Information verwenden?

Eine Zahl kann das nur sehr grob beantworten. Ein Betonunterzug kann geometrisch weit entwickelt sein, während Betonfestigkeitsklasse, Expositionsklasse oder Brandschutzanforderung noch offen sind. Umgekehrt kann eine Vorbemessung mit klaren Lastannahmen und Materialparametern rechnen, obwohl die endgültige Lage einzelner Öffnungen im Modell noch nicht feststeht. Das Modell ist dann nicht „unfertig“. Es ist für eine Aufgabe ausreichend und für eine andere eben nicht.

Deshalb setzt sich in deutschen BIM-Leitfäden der Begriff LOIN – Level of Information Need, auf Deutsch Informationsbedarfstiefe, durch. Die Grundlage ist DIN EN 17412-1. LOIN beschreibt nicht einen pauschalen Reifegrad, sondern den erforderlichen Umfang und die notwendige Tiefe der Information für ein Lieferobjekt oder ein Fachmodell.

Der Informationsbedarf wird dabei getrennt betrachtet:

Das ist keine neue Bürokratieschicht, sondern eine überfällige Aufräumarbeit. Der Informationsbedarf wird nach Anwendungsfall, Meilenstein, Akteur und Lieferobjekt definiert. Also nicht: „Alle Bauteile LOD 300.“ Sondern: „Für die Mengenableitung im Kostenstand X brauchen wir bei den tragenden Decken diese Geometrie, diese Attribute und diese Verlässlichkeit.“

Ein Modell wird nicht dadurch besser, dass es mehr Polygonflächen besitzt. Es wird besser, wenn die nächste Entscheidung damit sicher getroffen werden kann.

Wer versucht, ein pauschal auf LOD 300 gesetztes Tragwerksmodell in die Objektplanung, Mengenermittlung oder Koordination zu exportieren, stellt schnell fest: Die Zahl hat die offenen Fragen nicht beseitigt. Sie hat sie nur elegant überdeckt.

Geometrie ist nicht Information – und LOG ist nicht bloß ein neues Kürzel

Für die geometrische Detaillierung wird zunehmend LOG – Level of Geometry verwendet. Das ist sinnvoll, weil LOD international doppeldeutig ist und häufig sowohl geometrische Details als auch Informationsreife meinen soll. Der Unterschied ist gerade im Tragwerk relevant.

Ein Modell mit hoher geometrischer Tiefe kann statisch erstaunlich wenig aussagen. Ein sauber modellierter Stahlträger mit Schraubenköpfen, Schweißnähten und Endplatten hilft nicht weiter, wenn Profilbezeichnung, Stahlgüte, Lagerungsannahmen oder das zugrunde liegende System nicht eindeutig sind. Andersherum kann ein Träger als einfacher Volumenkörper für die Entwurfsstatik vollständig genügen, wenn seine Achsen, Querschnittsabmessungen, Materialannahmen und Lastübergaben konsistent vorliegen.

In Musteranforderungen für den Hochbau wird LOG 200 als Entwurfsmodell beschrieben: wesentliche Modellelemente sind typgerecht mit Dimension, Form, Lage, geografischer Referenz, Mengen und erforderlichen Eigenschaften vorhanden. Das ist für viele Aufgaben der Tragwerksplanung bereits eine brauchbare Basis – etwa für die Systemfindung, die Vorbemessung oder die räumliche Abstimmung mit Architektur und Technischer Gebäudeausrüstung.

LOG 300 beschreibt ausführungsreife, typgerechte Bauteile oder Bauteilgruppen mit präziseren Angaben zu Dimension, Form, Lage, Referenz und Mengen. Mengen können daraus auch für Leistungsverzeichnisse abgeleitet werden. Das ist ein sinnvoller Orientierungswert für Teile der Ausführungsplanung. Ein Automatismus ist es nicht.

Der verbreitete Reflex „von LOD 300 direkt zu LOD 400“ verkennt den Zweck von LOG 400. Dort kommen relevante Montage- und Installationsdetails hinzu. Das kann bei Fertigteilen, Stahlbau, Holzbau oder komplexer Bewehrungskoordination erforderlich sein. Es ist aber keine Standardpflicht für jedes Tragwerksmodell. Eine Ortbetondecke mit klarer Schal- und Bewehrungsplanung braucht nicht zwangsläufig ein vollumfängliches 3D-Abbild jeder Stabbewehrung, nur weil die Software das erzeugen kann. Software kann vieles erzeugen. Das ist kein Abnahmekriterium.

Die letzte Zeile verdient Aufmerksamkeit. LOG 500 bedeutet nicht, dass jedes gebaute Bauteil millimetergenau neu erfasst werden muss. Je nach vereinbartem Zweck kann auch eine symbolische Darstellung genügen. Das As-built-Modell ist ein Dokumentationsinstrument, keine digitale Selbstbespiegelung der Baustelle.

In welchen BIM-Leistungsphasen welche Tiefe sinnvoll ist

Die BIM-Leistungsphasen der Statik folgen keiner universellen Modellkurve. Ein Krankenhaus mit dicht geführter Technik, ein Parkhaus mit wiederkehrenden Fertigteilen und ein Wohnungsbau mit Ortbeton haben andere Risiken, andere Schnittstellen und andere Entscheidungen. Trotzdem lässt sich der Workflow sinnvoll gliedern.

1. Vorplanung und Systementscheidung:

Hier zählt vor allem die richtige Tragstruktur. Raster, Lastabtrag, Aussteifungskerne, Deckenspannrichtungen, Gründungssystem und relevante Zwangspunkte müssen nachvollziehbar sein. Ein überdetailliertes Modell verhindert keine Fehlentscheidung im System. Es verschiebt sie nur in eine spätere Besprechung, wo sie teurer wird.

2. Entwurf und Fachkoordination:

In dieser Phase müssen tragende Bauteile räumlich eindeutig sein. Stützen, Wände, Unterzüge, Deckenränder, Schlitze und große Öffnungen brauchen verlässliche Lage- und Höhenbezüge. Gleichzeitig müssen Eigenschaften vorhanden sein, die für Auswertung und Abstimmung gebraucht werden: Bauteiltyp, Material, Funktion, gegebenenfalls Brandschutz- oder Expositionsanforderungen. Ein grafisch sauberer Quader ohne semantische Zuordnung ist in diesem Stadium ein CAD-Relikt im BIM-Mantel.

3. Ausführungsplanung und Mengen:

Sobald aus dem Modell Mengen abgeleitet oder Ausführungsentscheidungen koordiniert werden, steigt die erforderliche Präzision deutlich. Der Tragwerksplaner muss jedoch nicht jedes Detail in ein 3D-Objekt pressen. Für LOG 300 wird ausdrücklich vorgesehen, dass Details im Maßstab 1:20 und größer als 2D-Plan erstellt werden können. Das ist keine Notlösung, sondern professioneller Modellumfang. Ein guter 2D-Detailschnitt ist häufig klarer, prüfbarer und wartbarer als eine ornamentale 3D-Bewehrungslandschaft.

4. Montage, Fertigung und Bauausführung:

Erst wenn Fertigungsprozesse, Montageabläufe oder digitale Maschinenübergaben davon abhängen, wird LOG 400 plausibel. Dann müssen die Beteiligten aber konkret benennen, wer welche Information nutzt. „Der Rohbauer könnte das vielleicht brauchen“ ist keine Anforderung. Es ist ein Budgetrisiko.

5. Dokumentation des gebauten Zustands:

Für Betrieb, Umbau oder Instandhaltung kann ein LOG-500-Modell sinnvoll sein. Der Nutzen hängt von der späteren Nutzung ab. Bei einem Tragwerk, das jahrzehntelang kaum verändert wird, ist ein sorgfältig dokumentierter Bestand oft wertvoller als ein maximal feingranulares Modell, dessen Daten nach der Übergabe niemand mehr fortschreibt.

Der richtige Detaillierungsgrad ist kein Meilenstein der Software. Er ist das Ergebnis einer Vereinbarung über Entscheidungen, Verantwortlichkeiten und Nutzung.

Die Frage nach dem notwendigen Level of Development in der BIM-Statik muss deshalb immer rückwärts gestellt werden: Welche Entscheidung soll am nächsten Meilenstein auf Basis dieser Daten getroffen werden? Erst danach lässt sich bestimmen, welche Geometrie, welche Attribute und welche Dokumente nötig sind.

Praxisbeispiel: Geschossdecke und Stütze sind keine gleichartigen Datenobjekte

Nehmen wir ein übliches Stahlbetontragwerk mit Flachdecken, punktgestützten Bereichen und einzelnen Unterzügen. Die Architektur braucht früh eine Aussage zu Deckenstärken, Unterzugshöhen und Durchbrüchen. Die Tragwerksplanung benötigt für die Berechnung Lasten, Spannweiten, Lagerungsbedingungen, Materialannahmen und die Abbildung des Systems. Die Kostenplanung wiederum interessiert sich für Mengen und Bauteilzuordnungen. Es gibt Überschneidungen, aber keine vollständige Deckung.

Für eine Geschossdecke kann ein sinnvoller Informationsbedarf zum Entwurfsmeilenstein etwa so aussehen:

• Die Decke ist geschossweise eindeutig zugeordnet und mit ihren Begrenzungen räumlich korrekt modelliert.
• Dicke, konstruktive Höhenlage, Material und Tragfunktion sind auswertbar hinterlegt.
• Größere Öffnungen, Deckensprünge, Randunterzüge und relevante Aussparungszonen sind enthalten, sofern sie die Tragwirkung oder die Fachkoordination beeinflussen.
• Die Modellierung macht sichtbar, wo Lasten abgetragen werden und wo der Entwurf noch von Annahmen lebt.
• Bewehrungsführung, lokale Durchstanzbewehrung und Detailausbildung erscheinen nicht automatisch als dreidimensionale Geometrie. Dafür braucht es einen Ausführungs- oder Fertigungsanwendungsfall.

Bei Stützen verschiebt sich die Gewichtung. Hier sind Achsbezug, Querschnitt, Geschosszuordnung, Material, Bauteilname und Tragfunktion früh entscheidend. Dazu kommen gegebenenfalls Knicklängenannahmen, Feuerwiderstand oder die Unterscheidung zwischen Primär- und Sekundärtragwerk. Eine Stütze, die im Architekturmodell optisch korrekt aussieht, aber nicht sauber auf der Tragwerksachse liegt oder zwischen zwei Geschossen nicht eindeutig verbunden ist, erzeugt beim Export genau jene Fehler, die später als „IFC-Problem“ etikettiert werden. Meist ist es kein IFC-Problem. Meist ist es eine unklare Modellkonvention, die erst beim Datenaustausch sichtbar wird.

Im BIM-Portal für Bundesbauten werden für das Fachmodell Tragwerksplanung unter anderem Geschossdecken, Rampen, Stützen und Träger mit spezifischen Informationsanforderungen geführt. Typische Merkmale sind Bauteiltyp, Maße, Material, Name und Funktion; als Austauschformat wird IFC4 in der Version 4.0.2.1 genannt. Der wesentliche Punkt ist nicht die Versionsnummer. Der wesentliche Punkt ist die Objektlogik: Ein Bauteil muss so beschrieben sein, dass sein Gegenüber es fachlich einordnen kann.

Wer versucht, das Berechnungsmodell eins zu eins als Koordinationsmodell zu verwenden, stellt schnell fest, wie unterschiedlich beide Welten arbeiten. Das Statikmodell darf idealisieren, Lastfälle abbilden und Rechenansätze nutzen. Das Fachmodell muss räumliche und semantische Konsistenz für andere Planungsbeteiligte liefern. Zwischen beiden braucht es eine bewusste Übersetzung – keine Exporttaste mit Hoffnungsmodus.

Warum LOD 300 und LOD 400 im Tragwerk oft falsch verglichen werden

Die Debatte „LOD 300 versus LOD 400“ wird häufig geführt, als läge zwischen beiden lediglich eine höhere Zoomstufe. Tatsächlich ändert sich die Leistungstiefe.

Bei einer LOG-300-orientierten Planung stehen ausführungsreife Bauteile und belastbare Mengen im Vordergrund. Bei LOG 400 geht es zusätzlich um relevante Montage- und Installationsdetails. Das kann zum Beispiel bei einer Stahlkonstruktion mit werkstattseitiger Fertigung, bei Elementdecken, bei vorgefertigten Holzbauteilen oder bei komplexen Fassadenanschlüssen sinnvoll sein. Dann ist die Frage aber sehr konkret:

• Soll ein Fertigungsbetrieb Daten direkt weiterverarbeiten?
• Werden Montagereihenfolge und logistische Schnittstellen aus dem Modell geplant?
• Müssen Einbauteile, Anschlüsse oder Toleranzen maschinenlesbar vorliegen?
• Wer verantwortet die Modellfortschreibung bei Änderungen auf der Baustelle?
• Welche Prüfung bestätigt, dass Modell und Ausführungsunterlage tatsächlich übereinstimmen?

Ohne Antworten darauf ist LOG 400 nur ein Etikett mit erheblichem Zusatzaufwand. Die Tragwerksplanung darf sich nicht in die Rolle drängen lassen, alle nicht geklärten Ausführungsfragen dreidimensional vorwegzunehmen. Das führt zu falscher Verantwortung und zu Modellen, deren Detailgrad bei jeder Änderung sofort veraltet.

Der bessere Weg ist eine Bauteil- und anwendungsfallbezogene Festlegung. Ein Stahlbaustützenfuß kann eine deutlich höhere geometrische und dokumentarische Tiefe benötigen als eine innenliegende Ortbetonwand. Eine Fertigteiltreppe braucht andere Informationen als eine Bodenplatte. Das klingt banal. Trotzdem werden noch immer ganze Fachmodelle mit einer einzigen LOD-Zahl beauftragt. Das ist ungefähr so präzise, wie ein Tragwerk mit „genug Beton“ zu bemessen.

Der BIM-Abwicklungsplan macht aus Erwartungen ein steuerbares Leistungssoll

LOIN-Vorgaben gehören in die Projektvorbereitung und als Anhang zu den Auftraggeber-Informationsanforderungen. Dort wird festgelegt, was vertraglich geliefert werden soll. Der BIM-Abwicklungsplan konkretisiert diese Vorgaben im Projekt: Modellstruktur, Austauschzeitpunkte, Zuständigkeiten, Prüfregeln, Namenskonventionen und Fortschreibung.

Für die Tragwerksplanung sollte der BIM-Abwicklungsplan mindestens beantworten:

• Welche Fachmodelle entstehen, und welches davon ist führend für welche Information?
• Welche Bauteilklassen werden modelliert, welche bewusst nicht?
• Welche Attribute sind zu welchem Meilenstein verpflichtend?
• Wo liegt die Grenze zwischen Berechnungsmodell, Fachmodell und Dokumentation?
• Welche IFC-Übergabe wird erwartet, und welche Prüfungen werden vor dem Austausch durchgeführt?
• Wie werden Öffnungen, Einbauteile, Lastübergaben und Änderungen zwischen Objektplanung, Tragwerk und TGA nachverfolgt?
• Welche Detailinformationen bleiben in Plänen, Listen oder Berechnungsunterlagen, statt als 3D-Geometrie im Modell zu landen?

Diese Fragen sind weniger spektakulär als ein animierter Rundgang durch den digitalen Zwilling. Sie verhindern aber die teuren Fehler: doppelte Modellierung, unklare Modellverantwortung, abweichende Mengen, nicht nachvollziehbare Öffnungsstände und Berechnungsgrundlagen, die nach drei Exporten keiner mehr erklären kann.

Ein guter BIM-Abwicklungsplan ist kein PDF, das nach dem Kick-off verschwindet. Er ist ein Arbeitsinstrument. Wenn sich der Anwendungsfall ändert, muss auch der Informationsbedarf überprüft werden. Andernfalls bleibt formal alles korrekt, während der Workflow längst in eine andere Richtung läuft – ein Zustand, den Bauprojekte leider gut kennen.

Die nüchterne Antwort: Nicht LOD bestellen, sondern Entscheidungen absichern

Für die Statik ist kein allgemeiner LOD-Mindestwert festzulegen. LOG 200 kann für Systemfindung, Vorbemessung und frühe Koordination reichen. LOG 300 kann für ausführungsreife Bauteile und Mengenableitung passend sein. LOG 400 ist dort sinnvoll, wo Montage, Fertigung oder Installation es nachweisbar verlangen. Und LOG 500 dient der Dokumentation des gebauten Zustands, nicht der nachträglichen Perfektionierung des Modells.

Die eigentliche Steuerungsgröße heißt LOIN. Sie zwingt das Projekt dazu, Geometrie, Eigenschaften und Dokumentation auseinanderzuhalten – und für jeden Meilenstein nur das zu verlangen, was tatsächlich gebraucht wird.

Das ist weniger glamourös als die LOD-Zahl auf einer Präsentationsfolie. Aber Tragwerksplanung wird nicht dadurch robust, dass ein Modell detailliert aussieht. Sie wird robust, wenn die richtigen Informationen zur richtigen Zeit verlässlich über die richtige Schnittstelle kommen. Alles andere ist Renderqualität.