AIA, BAP und IDS: Informationsanforderungen prüfbar machen
Kurze Antwort: Die Auftraggeber-Informationsanforderungen (AIA) legen fest, welche Informationen ein Projekt liefern muss; der BIM-Abwicklungsplan (BAP) beschreibt, wie das Team sie liefert. Der Teil der AIA, der Modelldaten betrifft – welche Bauteile welche Eigenschaften, Klassifikationen und Materialien tragen –, lässt sich als IDS-Datei schreiben. Damit wird aus einer Anforderung im PDF eine Regel, die jede Software automatisch gegen jedes gelieferte IFC-Modell prüfen kann.
In vielen Projekten steckt der eigentliche Aufwand nicht im Modellieren, sondern im Nachweis: Hat das gelieferte Modell wirklich alles, was in den AIA steht? Solange die Anforderungen nur als Dokument vorliegen, heißt die Antwort „Modell öffnen und nachsehen“ – und Lücken fallen spät auf, oft erst bei der Übergabe.
AIA und BAP: wo die Anforderungen herkommen
Nach DIN EN ISO 19650 wird der Informationsbedarf des Auftraggebers über Informationsanforderungen festgelegt, darunter die Project Information Requirements (PIR). Diese werden in Exchange Information Requirements (EIR) überführt, die festlegen, welche Informationen wann zu liefern sind. Das Auftragnehmerteam antwortet mit einem BIM Execution Plan (BEP), der beschreibt, wie Informationen erstellt, verwaltet und ausgetauscht werden – einschließlich Zuständigkeiten, Prozessen und Werkzeugen. In Deutschland sind die entsprechenden Dokumente meist als AIA (Auftraggeber-Informationsanforderungen) und BAP (BIM-Abwicklungsplan) bekannt, wie in VDI 2552 Blatt 10 beschrieben.
Beide Dokumente regeln viel mehr als Modelldaten: Zuständigkeiten, Termine, Freigabeprozesse, Austauschformate. Ein Teil davon ist aber sehr konkret – und genau dieser Teil lässt sich automatisieren.
Welcher Teil der AIA zu IDS wird
Prüfbar wird alles, was sich als Aussage über Bauteile formulieren lässt:
- „Jede Tür hat eine Feuerwiderstandsklasse aus dieser Liste.“
- „Jeder Raum hat eine Raumnummer nach dem Muster
R-000.“ - „Jede tragende Wand ist als tragend gekennzeichnet und einem Geschoss zugeordnet.“
- „Es gibt keine Proxy-Elemente.“
Genau das drückt eine IDS-Datei aus: Jede Spezifikation wählt Bauteile aus (die Anwendbarkeit) und legt fest, was sie enthalten müssen (die Anforderungen) – mit Werten, Wertelisten, Mustern, Wertebereichen und den Kardinalitäten erforderlich, optional und verboten. Mehr dazu im Glossar.
Nicht zu IDS werden geometrische Regeln (Abstände, Kollisionen), Prozessregeln (wer gibt frei) und alles, was mehrere Modelle miteinander vergleicht.
Vom Dokument zur IDS-Datei
In der Praxis gibt es drei Wege:
- Aus einem Anforderungswerkzeug exportieren. Werkzeuge für das Anforderungsmanagement erzeugen IDS-Dateien direkt aus den gepflegten Merkmalen.
- Aus einer Tabelle erzeugen. Viele Teams pflegen ihre Merkmalslisten in Excel; es gibt Werkzeuge, die daraus IDS schreiben.
- In einem IDS-Editor schreiben. Für kleinere Anforderungssätze reicht ein Editor, der die Spezifikationen Schritt für Schritt aufbaut.
Auch öffentliche Auftraggeber stellen zunehmend auf IDS um – das BIM-Portal des Bundes bietet beispielsweise einen IDS-Export an.
Wichtig ist in jedem Fall: Die IDS-Datei sollte Teil der AIA werden und im BAP referenziert sein. Dann ist eindeutig, gegen welche Regeln geliefert und geprüft wird.
Prüfen – vor der Lieferung und beim Eingang
Liegt die IDS-Datei vor, kann jede Seite dieselbe Prüfung ausführen:
- Die Fachplanung prüft ihr Modell vor der Lieferung und ergänzt, was fehlt.
- Das BIM-Management prüft jedes gelieferte Modell beim Eingang gegen dieselbe Datei.
Weil beide dieselben Regeln verwenden, gibt es keine Diskussion darüber, was gemeint war – nur darüber, was fehlt.
Wo Bimlyte passt
Bimlyte prüft IFC-Modelle kostenlos im Browser gegen IDS-1.0-Dateien – ohne Upload, ohne Konto, ohne Installation. Der Prüfbericht zeigt je Spezifikation und je Bauteil, was fehlt, und daneben die Werte, die das Modell tatsächlich enthält. Das Ergebnis lässt sich im 3D-Modell einfärben und als Excel-Arbeitsmappe an alle weitergeben, die keine BIM-Software verwenden.
Bimlyte erstellt keine IDS-Dateien – es prüft gegen sie. Es zeigt jede IDS-Datei aber als verständliche Sätze und markiert Regeln, die kein Modell erfüllen kann. Das hilft, eine fehlerhafte Datei schon vor der ersten Lieferung zu klären.