Information Delivery Specification

Was ist eine Information Delivery Specification?

Eine Information Delivery Specification (IDS) ist ein offener, maschinenlesbarer Standard von buildingSMART, der BIM-Informationsanforderungen als prüfbare Regeln formuliert. Während ein BIM-Abwicklungsplan (BEP) Anforderungen in Prosa stellt („Wände müssen U-Wert und Feuerwiderstandsklasse enthalten“), übersetzt eine IDS diese Anforderung in eine Regel, die ein Prüfprogramm automatisch ausführen kann: ein IFC-Modell öffnen, jede Wand testen und für jede einzelne Bestehen oder Nichtbestehen melden. Dieser Wandel von Prosa zu maschinenausführbaren Regeln ist die entscheidende Stärke der IDS.

Der Standard wird von buildingSMART gepflegt und als öffentliche Spezifikation veröffentlicht. Er arbeitet im openBIM-Ökosystem und operiert auf IFC-Dateien, die herstellerneutral und frei austauschbar sind. IDS nimmt die menschliche Interpretation aus der Konformitätsprüfung: Entweder das Modell erfüllt die Spezifikation oder nicht, überprüfbar durch Software ohne Auslegungsspielraum.

Wie unterscheidet sich IDS von einem BIM-Abwicklungsplan?

Beide dokumentieren Informationsanforderungen, aber sie arbeiten auf unterschiedlichen Ebenen. Der BEP ist eine schriftliche Vereinbarung, typischerweise 5-50 Seiten, in der Team und Auftraggeber aushandeln, welche Informationen benötigt werden, wer sie erstellt und bis wann. Die Konformität wird diskutiert: Ein Teammitglied sagt „wir haben die thermischen Eigenschaften geliefert“, der Empfänger prüft und bestreitet oder stimmt zu. Der Streit wird per E-Mail oder Besprechung gelöst.

Eine IDS nimmt dieselbe Anforderung („thermische Eigenschaften erforderlich“) und kodiert sie als Regel: „für jede Wand-Entität muss eine Eigenschaft namens U-Wert existieren und ihr Wert muss eine Zahl zwischen 0,1 und 2,0 sein“. Eine Maschine führt diese Regel gegen das Modell aus und meldet: fünf Wände bestanden, zwei Wände nicht bestanden (fehlender U-Wert), drei Wände nicht bestanden (Wert außerhalb des Bereichs). Es gibt keine Diskussion; die Daten sind entweder vorhanden oder nicht.

In der Praxis ergänzt IDS den BEP, ersetzt ihn aber nicht. Der BEP bleibt der Vertrag und das Projektregelwerk. Eine IDS ist ein Werkzeug, das einen Teil der BEP-Durchsetzung automatisiert: die Teile zur Informationsvollständigkeit und zu den Benennungskonventionen.

Welche Struktur definiert eine IDS-Spezifikation?

Jede IDS-Regel hat zwei Teile: Anwendbarkeit und Anforderungen. Die Anwendbarkeit beantwortet die Frage „auf welche Entitäten bezieht sich diese Regel?“. Die Anforderungen beantworten die Frage „was muss für diese Entitäten gelten?“. Die Anwendbarkeit filtert nach IFC-Entitätstyp, Klassifikation oder Eigenschaft. Zum Beispiel: „auf alle als Wärmedämmung klassifizierten Elemente anwenden“ oder „auf alle Wände im zweiten Geschoss anwenden“. Die Anforderungen legen dann fest, welche Informationen diese Entitäten begleiten müssen: Mindest- und Höchstwerte, erforderliche Eigenschaften, zulässige Materialien oder Beziehungen zu anderen Elementen. Eine Regel könnte besagen: „jedes Dämmelement muss eine Eigenschaft Dicke haben (numerisch, Millimeter, mindestens 50)“, geprüft gegen die Eigenschaftsdefinitionen des buildingSMART Data Dictionary, damit die Benennung modellübergreifend aus verschiedenen Werkzeugen übereinstimmt.

Warum funktioniert IDS nur, wenn die Benennung tatsächlich übereinstimmt?

Hier liegt die harte Einschränkung: IDS-Regeln referenzieren Eigenschaftsnamen und Klassifikationen. Wenn Ihr Architekturmodell eine thermische Eigenschaft „U_Val“ nennt und die Regel nach „U-Wert“ sucht, sieht der Prüfer nichts, markiert es als nicht bestanden, und kein menschliches Urteil kann dies überschreiben. Die Eigenschaft existiert, aber unter einem anderen Namen, also ist die Regel technisch korrekt: Die geforderte Eigenschaft existiert nicht.

Deshalb müssen IDS und das buildingSMART Data Dictionary (bsdd) zusammenarbeiten. Das bsdd ist ein Register von Eigenschaftsdefinitionen, gruppiert nach Domänen, jede mit einem standardisierten Namen. Wenn eine IDS-Regel sagt „Eigenschaft U-Wert (aus bsdd-Code PSet_WallCommon.U-value)“, bedeutet das: diese muss existieren, unter diesem exakten Namen, mit dieser exakten Definition. Die Software jedes Fachplaners muss dann mit bsdd-Eigenschaftsnamen nach IFC exportieren, sonst schlägt die Prüfung fehl.

Für ein Einzelbüro, das externe Fachplaner koordiniert, erfordert die Durchsetzung, die bsdd-Referenz in den BEP aufzunehmen und die Fachplaner zu bitten, zu bestätigen, dass ihre Software den Export damit unterstützt. Viele Werkzeuge unterstützen dies inzwischen; einige noch nicht. Aus diesem Grund ist die Einführung von IDS in der slowakischen Praxis noch früh: Das Ökosystem muss die Benennung angleichen, bevor IDS-Prüfungen zuverlässig werden.

Wo steht IDS im Workflow?

Ein IDS-Regelsatz wird typischerweise zu Beginn mit dem Auftraggeber vereinbart, parallel zum BEP. Er lebt in der Gemeinsamen Datenumgebung (CDE) als Qualitätstor des Projekts. Jedes Mal, wenn ein Fachplaner eine Modellaktualisierung herausgibt (wöchentlich, zweiwöchentlich oder zu Meilensteinen), wird das Modell an die CDE übermittelt und ein Prüfer (Software oder ein Mensch mit Software) führt die IDS-Regeln aus. Die Ergebnisse werden an das Team zurückgemeldet: „das TGA-Modell besteht alle Regeln“ oder „das Architekturmodell fällt durch: 12 Wänden fehlt der U-Wert“.

Die Ergebnisse fließen dann in den Koordinationsprozess ein: Konflikte werden erkannt, IDS-Fehlschläge werden als Probleme im Koordinationstool protokolliert, der verantwortlichen Partei zugewiesen und vor der nächsten Ausgabe behoben. Die BIM-Koordination wird strukturierter, weil die Informationsqualität verifiziert und nicht nur angenommen wird. Teams erkennen unvollständige oder falsch benannte Daten frühzeitig, nicht erst bei der Übergabe.

Was sind die praktischen Grenzen der IDS-Einführung heute?

IDS ist eine ausgezeichnete Idee, aber in der slowakischen Wohnbaupraxis steckt die Einführung noch in den Kinderschuhen. Mehrere Gründe:

• Die Werkzeugunterstützung variiert. Nicht jede BIM-Plattform exportiert IDS, und nicht jeder Prüfer liest sie zuverlässig. Die Unterstützung verbessert sich, aber viele kleine Büros verwenden noch ältere Softwareversionen ohne IDS-Funktionalität.
• Die bsdd-Angleichung ist unvollständig. Viele europäische Eigenschaftsbibliotheken werden noch auf buildingSMART-Definitionen migriert. Bis das abgeschlossen ist, ist die Durchsetzung der Benennung über IDS schwierig.
• Die Zustimmung der Fachplaner ist erforderlich. Ein Tragwerksplaner, der an mehreren Projekten arbeitet, kann IDS nicht für einen Auftraggeber einführen und für einen anderen ignorieren. Eine branchenweite Einführung des Standards muss zuerst erfolgen.
• IDS kann keine Entwurfsqualität beurteilen. Eine Wand kann alle IDS-Regeln bestehen und trotzdem ihr thermisches Ziel verfehlen, oder ein Luftkanal kann korrekt benannt, aber unterdimensioniert sein. IDS validiert das Vorhandensein und die Formatierung von Daten, nicht deren Korrektheit oder Leistung.

Für Einzelbüros ist der pragmatische Ansatz, mit kleinen, wertvollen Regeln zu beginnen (z. B. „jede Wand muss einen Typ und eine Dicke haben“) und nur dann zu erweitern, wenn Ihre Fachplaner die Unterstützung sowohl für den Standard als auch für die bsdd-Benennung nachweisen. Der BEP bleibt das primäre Werkzeug; IDS ist ein wachsender Begleiter, der einen Teil der Qualitätskontrolle automatisiert, während das Ökosystem reift.