Austausch-Informationsanforderungen: Was ist das EIR im BIM
Die Exchange Information Requirements (EIR) ist ein Dokument, das vom Auftraggeber erstellt wird und alle Anforderungen an den Informationsaustausch eines BIM-Prozesses definiert. Entdecken Sie, was es ist und woraus es besteht

Die EIR, das Akronym für Exchange Information Requirements, ist das Dokument, mit dem der Auftraggeber die Informationsanforderungen definiert, die innerhalb eines BIM-Prozesses erstellt, ausgetauscht und überprüft werden müssen.
Die BIM-Methodik setzt einen kollaborativen Arbeitsablauf und die Erstellung von informationsreichen Modellen voraus, die grafische und textliche Daten enthalten und alle Elemente des Modells während seines gesamten Lebenszyklus charakterisieren.
Das Informationspaket, das jedes Modell kennzeichnet, wird durch die Anforderungen des Auftraggebers umrissen, der die Verantwortung und die Fähigkeit hat, im Vorfeld der Projektidee festzulegen, welche Informationen nützlich sind, wie sie ausgetauscht werden müssen und wann dies geschehen soll. Es gibt innovative IDS BIM-Tools, die es ermöglichen, über den IDS-Standard das EIR korrekt einzurichten und den gesamten Prozess der Erstellung, Ausfüllung und Validierung der Informationsanforderung optimal zu verwalten.
Aber zuerst entdecken wir, was das EIR (Exchange Information Requirements) ist, woraus es besteht und wie es durch den IDS-Standard noch effektiver gestaltet werden kann. Außerdem werden wir ein praktisches Beispiel für die Validierung eines IFC-Modells sehen, bei dem eine Informationsanforderung des EIR in eine IDS-Spezifikation umgewandelt wird, um automatisch die korrekte Nomenklatur des Projekts zu überprüfen.
Schließlich werden wir im Detail einen Fallstudie namens Recycle BIM analysieren, eine wichtige multinationalen und multi-aktoren Initiative, die darauf abzielt, einen integrierten Rahmen für die Kreislauffähigkeit von Baustellenmaterialien zu entwickeln. Dieses Projekt wurde von der Universität Minho geleitet und sah verschiedene internationale Kooperationen wie die von ACCA Software vor.

BIM Modellprüfung EIR
Inhaltsverzeichnis
- Was ist ein EIR-Dokument (Exchange Information Requirements)?
- Was sind die Informationsanforderungen des Auftraggebers?
- Warum benötigen wir ein EIR-Dokument?
- Wie man die Anforderungen des EIR in überprüfbare IDS-Kontrollen im IFC-Modell umwandelt
- Was sollte ein EIR enthalten?
- Wie unterscheidet sich ein EIR von einem BEP?
- Fallstudie: die Erstellung des EIR im Projekt RecycleBIM
- FAQ zum EIR im BIM
Was ist ein EIR-Dokument (Exchange Information Requirements)?
In einem Wettbewerb, der gemäß der BIM-Methodik durchgeführt wird, ist das EIR ein Dokument vor dem Wettbewerb, das Normen, Informationen und Anforderungen eines BIM-Prozesses definiert und das Startinput für den Wettbewerb selbst darstellt, auf den die Techniker und Auftragnehmer mit entsprechenden Angeboten reagieren.
Wenn die PAS 1192-2 das EIR als „Employer Information Requirements“, wörtlich „Informationsanforderungen des Arbeitgebers“, definierte, bezieht sich das Akronym EIR heute auf die „Exchange Information Requirements“, wie sie durch die ISO 19650 geändert wurde, die sich auf die „Anforderungen an den Austausch von Informationen“ bezieht.
Der Unterschied zwischen den Definitionen unterstreicht einen klaren Wandel. Während die zu produzierenden und zu liefernden Informationsanforderungen in beiden Fällen eine dominierende Rolle spielen, lässt uns die neue Bedeutung verstehen, dass der Fokus nun eher auf der Art und Weise des Austauschs dieser Informationen liegt.
Das EIR konzentriert sich daher auf die Methoden, die zur Datenfreigabe und zur Erstellung der Unterlagen durchgeführt werden müssen, wobei der Fokus auf dem Management der Informationsinhalte zwischen den verschiedenen Stakeholdern und den Methoden zur Überprüfung, Archivierung und Lieferung der Modelle liegt. Es stellt ein echtes Textdokument dar, in dem Folgendes identifiziert wird:
- relevante normative Aspekte, Prioritäten und Ziele;
- Modelle, die für jede Planungsphase mit angemessenen Informationslevels zum jeweiligen Schritt implementiert werden sollen.
Die Ziele sollen durch eine kollaborative Arbeit der verschiedenen beteiligten Teams erreicht werden, zu denen Auftragnehmer, Techniker, Lieferanten und gegebenenfalls Subunternehmer und Sublieferanten gehören, was durch einen optimierten Datenaustausch und die Nutzung eines BIM-Management-Systems erreicht werden kann.
Auch heute noch stehen wir oft vor Antragstellern, die Schwierigkeiten haben, ein solches Dokument zu erstellen, manchmal weil sie noch nicht vollständig in die Methodik eingetaucht sind, andere Male, weil es oft schwierig ist, die Ziele des Auftrags, den Datenaustausch und das Management zu umreißen.
Was sind die Informationsanforderungen des Auftraggebers?
Wir haben gesehen, dass der Auftraggeber über das EIR die Managementmerkmale des Auftrags definiert und den Produktions- und Lieferprozess umreißt. Aber was sind konkret die Informationsanforderungen, die definiert werden müssen?
Die Informationsanforderungen, die definiert werden müssen, beziehen sich auf Aspekte wie:
- Managementmethoden (zum Beispiel die Nutzung von kollaborativen Plattformen);
- Produktionsmethoden;
- Koordinationsmethoden zwischen den Modellen und dem Team (Nutzung von BIM-Tools, koordinierte Analyse der Modelle usw.);
- Überprüfungs- und Kontrollmethoden;
- Detailgrad in Bezug auf die Elemente und im Allgemeinen auf das spezifische Modell, das in jeder Phase erstellt werden soll;
- Austauschmethoden (zum Beispiel interoperable Formate);
- Zeiten, Fristen und Lieferphasen;
- Liefermethoden (Ausgabeformate, Dateinamen usw.).

Informationsfluss für die Erstellung des EIR
Warum benötigen wir ein EIR-Dokument?
Die Exchange Information Requirements (EIR) sind ein Schlüssel-Dokument der BIM-Methodologie, da ihre Ziele auf die Grundidee des BIM selbst verweisen: “Begin with the end in the mind”, “Beginnen Sie mit dem Ende im Kopf”, wonach jede Planung mit klaren Endzielen begonnen werden sollte.
Um die Endziele effektiv zu erreichen, ist das EIR, das den gesamten Arbeitsablauf detailliert identifiziert, sicherlich funktional, da es den gesamten Bauprozess im Voraus steuert.
Ein EIR ist auch vorteilhaft für:
- den Auftraggeber, da die Erstellung von realistischen und informationsreichen Digital Twins dem Antragsteller eine reale Sicht auf die Projekte gewährleistet und es ihm ermöglicht, eine Reihe von Faktoren (Bauphasen, Ressourcen, Kosten und Zeiten, Management- und Wartungsprozesse) zu bewerten;
- die Planer und alle Mitarbeiter, da sie durch die vom EIR definierten klaren Richtlinien und Arbeitsabläufe produktiver sein, Fehler reduzieren und Verzögerungen vermeiden können.
Diese Vorteile erreichen ihren höchsten Ausdruck durch die Verwendung des IDS-Standards von BuildingSMART. Mit einem IDS BIM-Tool kann der Auftraggeber das IDS-Dokument mit den erforderlichen Informationsspezifikationen erstellen und der Planer kann diese geleitet bearbeiten. Wenn der Planer die Arbeit abgeschlossen hat, liest der Computer automatisch das Modell des Planers und der Auftraggeber kann die übergebenen Datensätze validieren.
Um besser zu verstehen, wie diese Vorteile in eine konkrete Kontrolle der BIM-Modelle umgesetzt werden können, ist es nützlich, die Rolle des IDS näher zu betrachten: Der Standard ermöglicht es, die im EIR definierten Informationsanforderungen in strukturierte, automatisch überprüfbare Spezifikationen für IFC-Modelle umzuwandeln.
Wie man die Anforderungen des EIR in überprüfbare IDS-Kontrollen im IFC-Modell umwandelt
Die IDS – Information Delivery Specification ermöglicht einen weiteren Schritt über die bloße Definition der Informationsanforderungen hinaus: Sie erlaubt es, diese in prüfbare Kontrollregeln für IFC-Modelle umzuwandeln. Praktisch kann eine Anforderung im EIR, beispielsweise die Einhaltung einer bestimmten Nomenklatur oder das Vorhandensein spezifischer Eigenschaften, zu einer strukturierten Regel werden, die auf ein IFC-Modell angewendet wird, um dessen Konformität zu überprüfen.
Der Arbeitsablauf ist einfach: Zuerst wird das zu überprüfende Informationsanforderung identifiziert, dann wird definiert, auf welche Elemente des IFC-Modells die Überprüfung angewendet werden soll, durch die Anwendbarkeit, und schließlich wird die eigentliche Anforderung festgelegt, d.h. die Bedingung, die die ausgewählten Elemente erfüllen müssen, um als konform zu gelten.
Auf diese Weise legt das EIR fest, was überprüft werden muss, während das IDS definiert, wo die Kontrolle angewendet werden soll und welche Bedingung erfüllt sein muss. Die abschließende Validierung des IFC-Modells liefert dann ein Ergebnis der Konformität oder Nichtkonformität, sodass der Auftraggeber überprüfen kann, ob die geforderten Informationen tatsächlich im übergebenen BIM-Modell vorhanden, korrekt und konsistent sind.
Praktisches Beispiel: Überprüfung des Projektnamens in einem IFC-Modell
Um die Funktionsweise des IDS zu verstehen, stellen wir uns vor, dass wir ein informatives architektonisches Modell eines Schulgebäudes für die Vorschule validieren müssen, das im IFC 4×3-Format exportiert wurde.
Der Auftraggeber verlangt, dass der Projektname in allen übergebenen IFC-Modellen einheitlich ist. Diese Anforderung, die im EIR ausgedrückt wird, hat einen praktischen Zweck: die Kohärenz in der Dateinomenklatur zu gewährleisten und die Daten für die Stakeholder und die IT-Tools während der verschiedenen Phasen des Lebenszyklus des Gebäudes leichter zugänglich, aggregierbar und nutzbar zu machen.
Im Fallbeispiel ist der geforderte Name für das Projekt „Rainbow Kindergarten”. Die Informationsanforderung kann daher so formuliert werden: Alle übergebenen IFC-Modelle müssen einen Projektnamen haben, der mit diesem Wert übereinstimmt.
An diesem Punkt muss die Anforderung in eine IDS-Spezifikation umgewandelt werden. Die Spezifikation sollte nicht das gesamte Modell allgemein überprüfen, sondern das richtige IFC-Element identifizieren, auf das die Überprüfung angewendet werden soll. Da die Kontrolle das Projekt als Ganzes betrifft, wird die Anwendbarkeit auf das IfcProject-Element eingestellt.
Die Anforderung besteht darin, zu überprüfen, dass das Attribut Name des IfcProject-Elements mit dem vorgesehenen Namen, d.h. „Rainbow Kindergarten”, belegt ist.
| EIR-Anforderung | IDS-Übersetzung |
| Der Projektname muss in allen übergebenen IFC-Modellen einheitlich sein | Die IDS-Spezifikation überprüft das IfcProject-Element |
| Der Projektname muss „Rainbow Kindergarten” sein | Die Anforderung überprüft, dass das Attribut Name gleich Rainbow Kindergarten ist |
| Das Modell muss automatisch überprüfbar sein | Die IDS-Datei wird über einen Validator auf das IFC-Modell angewendet |
Auf diese Weise wird eine Anforderung, die im EIR möglicherweise in diskursiver Form beschrieben wird, in eine technisch überprüfbare Regel umgewandelt.
Wie man die IDS-Spezifikation für die Namensüberprüfung festlegt
In der IDS-Datei wird eine spezielle Spezifikation zur Überprüfung des Projektnamens erstellt. Die Beschreibung der Spezifikation stellt klar, dass das IFC-Modell eine Nomenklatur aufweisen muss, die den Anforderungen des Auftraggebers entspricht, um die Einheitlichkeit zwischen den verschiedenen produzierten Dateien zu gewährleisten und die Datenanalyse zu erleichtern.
Im allgemeinen Abschnitt der Spezifikation kann die relevante IFC-Version angegeben werden, zum Beispiel IFC 4×3, zusammen mit eventuellen Betriebsanweisungen für den Planer. Beispielsweise kann festgelegt werden, dass derjenige, der das IFC-Modell exportiert, sicherstellen muss, dass der Projektname vor der Übergabe korrekt ausgefüllt ist.
Der entscheidende Teil ist die Anwendbarkeitskonfiguration und die Anforderungen. Die Anwendbarkeit filtert die Entität IfcProject, während das Kriterium den Wert des Attributs Name überprüft. In unserem Beispiel, wenn der gefundene Wert „Rainbow Kindergarten“ entspricht, wird die Überprüfung bestanden; wenn der Wert fehlt oder anders ist, ist das Modell nicht konform mit dieser Spezifikation.
Diese Einstellung zeigt konkret, wie die IDS es ermöglicht, eine Informationsanforderung des EIR in eine präzise Überprüfung des IFC-Modells umzuwandeln.
Validierung des IFC-Modells: wie man das Ergebnis der Überprüfung liest
Sobald die IDS-Datei erstellt ist, kann die Spezifikation auf das IFC-Modell über einen Validator angewendet werden. Der Validator vergleicht den Inhalt des Modells mit den im IDS-Dokument definierten Regeln und gibt ein Ergebnis zurück. Im Fall des Beispiels betrifft die Überprüfung nur ein Kriterium: zu überprüfen, ob der Projektname, der mit IfcProject verbunden ist, mit dem geforderten Wert übereinstimmt.
Wenn das Attribut Name den Wert „Rainbow Kindergarten“ enthält, ist das Modell konform mit der Spezifikation. Wenn der Wert jedoch fehlt, falsch oder anders als vorgesehen ist, meldet der Validator eine Nichtkonformität. Der operative Wert der IDS-Validierung besteht nicht nur darin, anzuzeigen, ob das Modell korrekt ist oder nicht, sondern auch darin, den Grund für einen möglichen Fehler nachvollziehbar zu machen.
Der Validator kann tatsächlich Folgendes anzeigen:
- die Spezifikation, die nicht eingehalten wurde;
- das betroffene IFC-Element;
- das erwartete Kriterium;
- den tatsächlich im Modell gefundenen Wert;
- die Meldung der Nichtkonformität.
Dies ermöglicht es dem Planer, dem BIM-Spezialisten oder dem Validator, das Problem schnell zu identifizieren und gezielt zu intervenieren, ohne das gesamte Modell manuell überprüfen zu müssen.
Vom Fehler zur Korrektur: warum die IDS die Qualitätskontrolle vereinfacht
In einem traditionellen Prozess kann die Überprüfung der in einem BIM-Modell enthaltenen Daten lange manuelle Kontrollen erfordern, die unterschiedlichen Interpretationen unterliegen. Mit der IDS hingegen wird die Kontrolle im Vorfeld formalisiert und konsistent auf das IFC-Modell angewendet.
Wenn das Modell die Spezifikation nicht einhält, wird die Nichtkonformität sofort erkennbar. Dies ermöglicht eine effektivere Problembewältigung: Das Team kann den Wert im Modell korrigieren, die IFC-Datei erneut exportieren und die Validierung wiederholen, bis die geforderte Konformität erreicht ist.
In einem openBIM-Workflow können die Meldungen auch über Standardformate wie das BCF – BIM Collaboration Format geteilt werden, was die Kommunikation zwischen den an der Modellüberprüfung beteiligten Parteien erleichtert.
Warum die IDS zusammen mit dem EIR verwenden?
Die IDS ersetzt den EIR nicht, sondern macht ihn aus operativer Sicht effektiver. Der EIR legt fest, welche Informationen erforderlich sind, in welcher Phase sie erstellt werden müssen und welche Kriterien sie erfüllen müssen. Die IDS ermöglicht es, diese Kriterien in automatische Kontrollen umzuwandeln, die auf IFC-Modellen anwendbar sind.
Das Ergebnis ist ein klarerer und überprüfbarer Prozess: Der EIR definiert die Informationsanforderung, während die IDS sie in eine strukturierte, maschinenlesbare Spezifikation umwandelt, die für die automatisierte Validierung verwendet werden kann.
In diesem Sinne stellt die IDS ein grundlegendes Werkzeug dar, um die Informationsqualität der BIM-Modelle besser kontrollierbar zu machen. Sie ermöglicht nicht nur die Überprüfung der Anwesenheit der geforderten Daten, sondern auch deren Richtigkeit, Konsistenz und Verwendbarkeit in den nachfolgenden Prozessen der Planung, Konstruktion, Verwaltung und Wartung des Werkes.
Was sollte ein EIR enthalten?
Es gibt verschiedene Dokumente, die in die Exchange Information Requirements einfließen und zu deren Erstellung beitragen:
- OIR (Organizational Information Requirements) – umfasst die notwendigen Informationen zur Definition der Ziele des Antragstellers;
- AIR (Asset Information Requirements) – umfasst die Managementaspekte und technischen Verfahren des Gebäudes;
- PIR (Project Information Requirements) – umfasst die notwendigen Informationen zur Umsetzung der Ziele in Bezug auf den speziellen Auftrag.
Um das EIR vollständig im Rahmen eines BIM-Auftrags zu erfassen, genügt ein Verweis auf die ISO 19650-1, die den Fluss und die Hierarchie der Informationsanforderungen definiert, die sich in einem BIM-Prozess entwickeln.
Der Auftrag wird mit der Erstellung von:
- PIM (Project Information Model) – umfasst Informationen, die mit der Planung und Realisierung des Bauwerks verbunden sind;
- AIM (Asset Information Model) – umfasst Informationen, die mit der Nutzung, dem Management und der Wartung des Gebäudes verbunden sind.
Hier haben wir eine Reihe von Akronymen aufgelistet, die Ihnen möglicherweise schwierig erscheinen. Daher empfehle ich Ihnen, den Artikel „IFC, PAS, COBie, BEP, EIR: alle Akronyme des BIM“ zu lesen, um mehr über diese und andere Akronyme zu erfahren, die Sie auf Ihrem Weg in der BIM-Welt finden werden.

Hierarchie der Informationsanforderungen
Um das EIR korrekt zu erstellen, ist es notwendig, eine Vorlage zu befolgen, die in drei Teile unterteilt ist:
- Technisch;
- Management;
- Kommerziell.
Jeder Teil besteht aus einer Reihe typischer Inhalte, die in der nachstehenden Tabelle schematisiert sind:
| TECHNISCH |
|
| MANAGEMENT |
|
| KOMMERZIELL |
|
Technischer Teil
In diesem Teil werden die technischen Anforderungen des Auftrags umrissen:
- Austauschformate – die Dateiformate (gegebenenfalls auch die Versionen), mit denen der Datenaustausch erfolgen soll, sodass alles in einem vom Auftraggeber verwendbaren Format erfolgt;
- Detaillierungsgrad – für jedes Modell und jedes technische Element jedes Modells muss der Mindestdetaillierungsgrad, geometrisch und informativ, definiert werden, basierend auf den projektbezogenen Anforderungen;
- Softwareplattformen – die Softwareinfrastruktur und die kollaborative Plattform des Auftrags müssen klargestellt werden;
- Koordinaten – ein gemeinsames Koordinatensystem für alle muss festgelegt werden, da die Projektmodelle denselben Koordinationspunkt haben müssen;
- Ausbildungsniveau – der Auftraggeber muss die erforderliche BIM-Ausbildung definieren, um an der Erstellung des Angebots und der Unterzeichnung des möglichen Auftrags teilnehmen zu können.
Managementteil
In diesem Teil werden die Anforderungen an das Management der Projektprozesse skizziert:
- Standards – Verfahren, die zu befolgen sind, um den korrekten Fluss der Informationen, den Datenaustausch, die Lieferung und die Sicherheit des Prozesses zu gewährleisten;
- Rollen und Verantwortlichkeiten der Stakeholder – es ist ratsam, die Anbieter zu bitten, alle Rollen und Verantwortlichkeiten der Teilnehmer an der Planung anzugeben;
- Datensicherheit – Sicherheitsmaßnahmen zum Schutz sensibler Daten;
- Koordinierungsprozess – Kontroll- und Lösungsmethoden für Störungen, Toleranzen usw.;
- Zusammenarbeitsprozess – es muss klargestellt werden, welche kollaborativen Methoden das Team befolgen muss;
- Planung von Überprüfungssitzungen des Modells – Kontroll- und Unterstützungsprogramm für das Planungsteam während der Durchführung des Auftrags;
- Management von Gesundheit und Sicherheit in der Planung – planungsbezogene Anforderungen, die die Sicherheit auf der Baustelle gewährleisten;
- Beschränkungen – um eventuelle Beschränkungen oder Einschränkungen im Auftrag zu kommunizieren;
- Konformitätsplan – verbunden mit der Definition von Methoden zur Sicherstellung der Qualität der produzierten Informationen und Daten;
- Liefermethoden für Informationen über die Vermögenswerte – um einen Mindeststandard und das Datenschema zu definieren, über das die Informationen im Vermögenswert verwaltet werden.
Kommerzieller Teil
In diesem Teil werden die Anforderungen im Zusammenhang mit den Zielen und Zwecken der Planung aufgelistet:
- Strategische Ziele – Zwecke der Informationsanforderungen;
- BIM-Ergebnisse, die erreicht werden sollen – es muss detailliert definiert werden, welche Ergebnisse in Bezug auf Modellierung, Digitalisierung und Koordination erreicht werden sollen;
- Bewertung der Kompetenzen – durch die die Fähigkeiten und Kompetenzen der Anbieter im Management und im Informationsaustausch analysiert werden.
Wie unterscheidet sich ein EIR von einem BEP?
EIR und BEP sind beide Dokumente, die während eines BIM-Auftrags erforderlich sind, unterscheiden sich jedoch in ihrem Zweck:
- Das EIR dient dazu, die Bedürfnisse und Informationsanforderungen des Auftraggebers zu identifizieren;
- Das BEP dient dazu, anzugeben, wie man auf die im EIR geäußerten Bedürfnisse reagieren möchte.
Somit ermöglicht die Erstellung eines BIM-Designs die Produktion und den Austausch von Informationen, die im EIR definiert sind, den Anbietern die Erstellung der BEP (BIM Execution Plan).
Im BEP (BIM Execution Plan) werden die Methoden und Werkzeuge hervorgehoben, die darauf abzielen, die vom EIR geforderten Ziele zu erreichen. Je nach Phase, in der man sich befindet, werden zwei BEPs erstellt: das vorvertragliche (preBEP) und das nachvertragliche (BEP).

Entwicklung von BIM-Workflows
Il BEP Pre-Vertrag wird in der Angebotsphase (Vor-Ausschreibung) von jedem Teilnehmer erstellt.
Gerade aus diesem Grund skizziert er grob, wie man auf die Anforderungen des Auftraggebers reagieren möchte, indem die wichtigsten „Schritte“ der zu realisierenden Planung (in Form eines PIM – Project Information Model) geplant werden und auf das eigene Kompetenzniveau, die eigene Leistungsfähigkeit, die vorhandenen Ressourcen und Technologien eingegangen wird.
Nach Abschluss der Ausschreibung muss der Gewinner, nach Unterzeichnung des Vertrags mit dem anbietenden Unternehmen, einen weiteren Plan vorlegen, den BEP nach Vertragsschluss.
Wenn der preBEP gewissermaßen ein Angebot darstellt, umreißt der BEP nach Vertragsschluss die tatsächlichen Modalitäten der Umsetzung, Kontrolle, des Austauschs und der gemeinsamen Nutzung der zu produzierenden Unterlagen und Endmodelle. Er wird durch Unterlagen wie die Verantwortungsmatrix, das MIDP, das TIDP ergänzt, wobei die Verwaltung der Verfahren, der zu befolgenden Prozesse, der Lieferstrategien und der Standards detailliert wird.
Zusammenfassend lässt sich sagen, dass es gerade der BEP ist, der allen Akteuren des Prozesses die Ziele und die Verwendung des BIM-Modells verständlich macht, indem er einen effizienten, funktionalen und den Standards entsprechenden Vorschlag definiert.
Fallstudie: die Erstellung des EIR im Projekt RecycleBIM
Der Bausektor steht vor erheblichen Herausforderungen in Bezug auf Produktivität und Vorhersehbarkeit, die oft aus einer fragmentierten Planung und einem reaktiven Informationsmanagement resultieren.
Um diese Schwierigkeiten zu überwinden, ist es entscheidend, einen proaktiven Ansatz für das Informationsmanagement zu verfolgen, der den ISO-Standards entspricht.
In diesem Kontext treten die Exchange Information Requirements (EIR) als entscheidende Instrumente für ein effizientes Informationsmanagement während des gesamten Lebenszyklus eines Projekts hervor, von der Idee bis zur Demontage.
In diesem Abschnitt behandeln wir im Detail eine Fallstudie, in der ACCA software aktiv beteiligt ist. Es handelt sich um das Projekt RecycleBIM, eine wichtige Initiative zur Förderung der Nachhaltigkeit und der Kreislauffähigkeit von Baustellenmaterialien durch den fortschrittlichen Einsatz von BIM.
Wenn Sie weitere Informationen wünschen, empfehlen wir Ihnen, den vertiefenden Artikel „RecycleBIM: ein Schritt in Richtung Kreislaufwirtschaft von Baustoffen“ zu lesen.
Dank dieses Projekts war es möglich, Verfahren zu untersuchen, die darauf abzielen, das Management von Baustoffen zu verbessern, die Umweltbelastung zu reduzieren und effizientere und nachhaltigere Baupraktiken zu fördern.
In Bezug auf die Erstellung des EIR sah die Fallstudie die Erstellung von zwei Vorlagen vor, eine für die Demontage eines bestehenden Objekts und die andere für den Fall eines Neubaus.
Die beiden Vorlagen sind wie folgt angegeben:
- track: to-be-demolished;
- track: new construction.
Sehen wir diese im Detail.
EIR für die Demontage: „track: to-be-demolished“
Obwohl BIM in Demontageprojekten noch nicht weit verbreitet ist, bleibt die Erstellung eines EIR entscheidend, um einen strukturierten Ansatz zu gewährleisten und Ressourcenverschwendung zu minimieren. Ein gut definierter EIR hilft, die Prozesse zu optimieren, Redundanzen zu reduzieren und sicherzustellen, dass alle relevanten Daten genau erfasst und zwischen den Stakeholdern geteilt werden.
Die EIR für die Demontage konzentrieren sich auf eine Reihe spezifischer Ziele, darunter:
- eine schlanke Demontage zu planen, um die Kreislauffähigkeit der Materialien zu fördern;
- den Verkauf von recycelten Materialien zu steigern, um neue Geschäftsmöglichkeiten zu schaffen;
- die Arbeitsplanung zu optimieren, um die Projektzeiten und -kosten zu reduzieren;
- den Datenaustausch mit dem Markt zu erleichtern, um einen effizienten Informationsfluss zwischen Angebot und Nachfrage zu schaffen, um „Information Waste“ zu vermeiden und eine gerechtfertigte Anwendung von BIM zu gewährleisten;
- die Ziele zu klären, indem die erforderlichen Informationen skizziert und die Informationsstandards, Produktionsmethoden und anwendbaren Verfahren während der Phase der Vor-Demontage und der Planung der Demontage spezifiziert werden;
- Vorlagen zu verwenden, die darauf abzielen, systematisch kritische Informationen über Materialien, strukturelle Elemente und Standortbedingungen während des Demontageprozesses zu erfassen und auszutauschen;
Ein Schlüsselmerkmal der EIR für die Demontage ist das Deconstruction Information Model (DIM), ein spezifisches Datenmodell für die Planung und Durchführung von Demontageprojekten.
Modell EIR für Demontage- und Abbruchprojekte
Sehen wir jedoch wie ein EIR strukturiert ist, um die Demontageprozesse zu verwalten.
1. Einführung
1.1. Zweck der Informationsanforderungen für den Austausch (EIR) – erklärt, dass die Exchange Information Requirements (EIR) von der ausschreibenden Stelle für das betreffende Projekt formuliert wurden.
1.2. Ziele des Informationsmanagements – beschreibt die Ziele des Auftraggebers in Bezug auf das Informationsmanagement des Projekts und sein Engagement für die Nutzung von BIM zur Verbesserung der Demontageverfahren, mit dem Ziel, wirtschaftliche und zeitliche Vorteile zu erzielen und eine Demontagestrategie zu verfolgen, die auf der Kreislauffähigkeit der Materialien basiert.
1.3. Projektinformationen
1.3.1. Allgemeine Informationen zum Projekt – liefert grundlegende Details zum Projekt (Projekttitel, Beschreibung, Projektbeginn, usw.).
1.3.2. Kontaktdaten der ausschreibenden Stelle – enthält die Kontaktdaten der Organisation, die das Projekt in Auftrag gegeben hat (Firmenname, Webseite, Adresse, usw.).
1.3.3. Details zum gebauten Asset – beschreibt das bestehende Gebäude oder die Struktur, die Gegenstand der Demontage sein wird (Beschreibung des Assets, Eigentümer des Assets, usw.).
1.3.4. Zweck des Projekts – definiert im Detail, was mit dem Projekt erreicht werden soll (Projektbegründung, Deliverables, usw.).
1.3.5. Projektbeschränkungen – identifiziert alle Grenzen und Einschränkungen, die die Planung, das Design und die Ausführung eines Bauwerks beeinflussen (Budget, Personal, usw.).
1.3.6. Meilensteine für die Informationsübergabe – definiert die entscheidenden Zeitpunkte während des Projekts, an denen spezifische Informationen übergeben werden müssen.
1.3.7. Referenzinformationen – listet die Informationen über das Asset auf, die den Teilnehmern der Ausschreibung zur Verfügung gestellt werden. Der Standort dieser Informationen wird angegeben, wobei darauf hingewiesen wird, dass sie über Links zur gemeinsamen Datenumgebung (CDE) zugänglich sind (As-built-Zeichnungen, Entwurfszeichnungen, Katasterdaten, usw.).
1.3.8. Geteilte Ressourcen – ähnlich wie im vorherigen Abschnitt werden hier weitere Ressourcen aufgelistet, die den Teilnehmern über Links zur CDE zur Verfügung gestellt werden (Prozesskarten, Spezifikationen des Informationsbedarfs, usw.).
2. Informationsanforderungen
Dieser Abschnitt definiert die Informationsanforderungen, die für die Lieferung des Informationsmodells der Demontage erforderlich sind. Diese Anforderungen sind das Ergebnis umfassenderer Unternehmensstrategien und der spezifischen Bedürfnisse des Projekts und werden dem Team durch den EIR (Exchange Information Requirements) kommuniziert. Die Abbildung 1 veranschaulicht die Hierarchie der Informationsanforderungen, die von den OIR (Organizational Information Requirements) über die PIR (Project Information Requirements) bis zur Definition des EIR reicht und in der Definition der Spezifikationen für das PIM (Project Information Model) gipfelt.

Abbildung 1 – Hierarchie der Informationsanforderungen, die von der ISO 19650 angenommen wurde
2.1. Anforderungen an organisatorische Informationen (OIR)
Die OIR (Organisational Information Requirements) stellen die hochrangigen Informationsbedürfnisse der auftraggebenden Organisation dar und sind mit ihren ESG-Richtlinien (Umwelt, Soziales und Unternehmensführung) abgestimmt. Sie definieren die Leitprinzipien für das Informationsmanagement auf Unternehmensebene und beeinflussen alle Projekte. In diesem Kontext heben die OIR die Bedeutung von:
- Abbau und Demontage von Vermögenswerten mit minimalen Umweltauswirkungen – dies impliziert die Notwendigkeit, Maßnahmen zu planen, die die Abfallproduktion minimieren, die Wiederverwendung und das Recycling von Materialien fördern und die Sicherheit und Gesundheit der umliegenden Gemeinschaft berücksichtigen. Zum Beispiel könnte ein OIR das Ziel festlegen, einen bestimmten Prozentsatz an recycelten Materialien aus dem Demontageprozess zu erreichen;
- Einhaltung nationaler Vorschriften und Förderung der Kreislaufwirtschaft – die Organisation muss im Einklang mit den geltenden Gesetzen und Vorschriften zur Demontage und Abfallbewirtschaftung arbeiten und gleichzeitig Praktiken integrieren, die die Kreislaufwirtschaft fördern, wie die Wiederverwendung und Aufwertung von Materialien. Ein Beispiel könnte die Verpflichtung sein, die wiederverwendbaren Materialien im Gebäude vor der Demontage zu identifizieren;
- Einführung einer umfassenden Strategie für die Planung und Durchführung des Projekts – es ist entscheidend, einen strukturierten Ansatz für das Informationsmanagement während des gesamten Lebenszyklus des Projekts zu definieren, von der Planungsphase bis zu seinem Abschluss. Dies kann die Nutzung von kollaborativen Plattformen und die Definition klarer Arbeitsabläufe umfassen.
- Auswahl von Demontage- und Abbautechniken basierend auf optimierten Modellen – die Verwendung von Informationsmodellen (BIM) ermöglicht es, verschiedene Demontagetechniken zu simulieren und zu analysieren, um die effizientesten, sichersten und nachhaltigsten auszuwählen. Zum Beispiel kann das BIM-Modell verwendet werden, um die Abfolge der Demontage von strukturellen Elementen zu planen.
2.2. Anforderungen an Projektinformationen (PIR)
Die PIR (Project Information Requirement) spezifizieren den hochrangigen Informationsinhalt, der speziell für das betreffende Projekt erforderlich ist, um die strategischen Ziele der auftraggebenden Organisation zu unterstützen. Diese Anforderungen sind eine Ableitung der OIR, die an die Besonderheiten des einzelnen Projekts und seiner entscheidenden Punkte angepasst sind.
Innerhalb des Prozesses zur Erstellung des Project Information Model (PIM) für die Planung der Demontage werden vier verschiedene Schlüsselpunkte identifiziert (Tabelle 1):
- Lieferung einer räumlichen Darstellung des Vermögenswerts (M1): zum Beispiel die Punktwolke, die durch Laserscanning erhalten wurde;
- Lieferung des Materialinventars aus dem Vor-Demontage-Audit (M2): die detaillierte Liste der im Gebäude vorhandenen Materialien;
- Lieferung des BIM-Modells, das den Vermögenswert darstellt (M3): das informative 3D-Modell des Gebäudes;
- Lieferung der Spezifikationen des Vermögenswerts im interoperablen Datenformat für Marktplätze (M4): die Daten zu den Materialien, strukturiert in einem für den Online-Verkauf nutzbaren Format.

Tabelle 1 – Anforderungen an Projektinformationen (PIR) – (Quelle: Universität Minho)
2.3. Anforderungen an den Austausch von Informationen (EIR)
Das EIR (Anforderungen an den Austausch von Informationen) ist ein entscheidendes Dokument, das die Abstimmung zwischen allen Projektbeteiligten sicherstellt und eine effektive Informationsverwaltung während des gesamten Lebenszyklus erleichtert. Es schafft ein gemeinsames Verständnis zwischen den beteiligten Parteien und fördert Zusammenarbeit, Klarheit und Effizienz im Datenaustausch.
Die Tabelle 2 beschreibt die Informationsanforderungen für die Lieferung. Für jede Informationsanforderung (entsprechend den Meilensteinen) gibt die Tabelle eine Reihe von Informationen an (die erforderlichen unterstützenden Informationen, das benötigte Dateiformat usw.).

Tabelle 2 – EIR-Zerlegung – (Quelle: Universität Minho)
Die Tabelle 3 definiert die Meilensteine für die Bereitstellung von Informationen und die wichtigen Daten, die mit jedem Lieferergebnis verbunden sind.

Tabelle 3 – Meilensteine der Informationsbereitstellung und wichtige Daten – (Quelle: Universität Minho)
Das Dokument spezifiziert außerdem, dass bis zu einem bestimmten Stichtag alle Stakeholder Fragen zum EIR stellen können. Als Antwort auf das EIR muss jeder Teilnehmer an der Ausschreibung einen Pre-BEP (pre-BIM Execution Plan) erstellen, der seinen Ansatz und die Informationsmanagement-Fähigkeiten zur Erfüllung der Anforderungen darstellt. Der Pre-BEP muss bis zum festgelegten Datum unterzeichnet werden und wird vor der Annahme überprüft.
Die benannten Parteien sind verpflichtet, einen detaillierten Pre-BEP zu entwickeln, der eine Reihe von Informationen umfasst (die Informationslieferstrategie, die Kollaborationsstrategie usw.).
Nach der Ernennung wird der BEP des Lieferungsteams in Zusammenarbeit mit dem gesamten Team und unter Berücksichtigung des Feedbacks des Auftraggebers validiert. Der endgültige BEP muss bis zum festgelegten Datum unterzeichnet werden und enthält ähnliche Informationen wie der Pre-BEP, jedoch mit mehr Details wie dem MIDP (Master Information Delivery Plan) und den TIDP (Task Information Delivery Plan), sowie etwaige Abweichungen vom EIR.
2.4. Informationsbedarf
Die Spezifikationen des LOIN (Level of Information Need), die der Norm EN 17412-1:2020 entsprechen, sind grundlegende Elemente der Informationsanforderungen, die vom Auftraggeber definiert werden und an die während der Informationslieferung gehalten werden muss. Diese Spezifikationen müssen im BEP (BIM Execution Plan) als Referenz zur Definition des Informationsinhalts in Bezug auf das gebaute Asset und seine Komponenten, wie Bauprodukte, aufgenommen werden.
3. Informationsstandards
Die Projekte müssen bestimmte Informationsstandards einhalten, um einen effektiven Austausch von Informationen mit anderen Technologien zu gewährleisten, wobei offene Datenformate bevorzugt werden:
- den ISO 19650, CEN/EN 17412-1 / ISO 7817 und ISO 16739-1 Standards folgen;
- die EWC-Codes zur Klassifizierung von Abfällen verwenden;
- Uniclass und die Klassen ISO 16739-1 zur Strukturierung und Klassifizierung von Informationen verwenden;
- die Maßeinheiten beziehen sich auf das Internationale System, sofern nicht anders angegeben;
- es ist wichtig, standardisierte Konventionen zur Identifizierung von Dateien (Namenskonvention mit Projektname, Urheber, Gliederung usw.) zu übernehmen;
- die Dateien müssen ein Feld für Metadaten enthalten, das über die Datenfreigabeumgebung (CDE) verwaltet wird.
Informationsproduktion
- das Lieferungsteam muss im BEP (BIM Execution Plan) die Authoring-Software und deren Version angeben;
- die Daten müssen sowohl im proprietären/bearbeitbaren Format als auch im offenen Datenformat (z. B. IFC für BIM-Modelle) bereitgestellt werden;
- die maximale Größe für einzelne Dateien beträgt 300 Megabyte;
- die vom Auftraggeber verwendeten Plattformen sind angegeben, und das Lieferungsteam muss angeben, wie es Informationen mit diesen austauschen möchte, wenn es alternative Software verwendet;
- die Funktionen des Informationsmanagements sind eine gemeinsame Verantwortung aller Teammitglieder;
- das Dokument definiert die Verantwortlichkeiten der verschiedenen Parteien in den verschiedenen Phasen des Informationsprozesses;
- die Phasen der Bestandsaufnahme des Assets, der BIM-Modellierung und der Datenverarbeitung für den Marktplatz werden beschrieben;
- ein Genehmigungs- und Veröffentlichungsprozess für Informationen wird definiert, der die anfängliche und technische Überprüfung, die Genehmigung usw. umfasst;
- eine Strategie für räumliche Koordination und eine Struktur zur Gliederung der Informationen sind erforderlich und müssen im BEP detailliert werden.
Abnahmeverfahren
- die veröffentlichten Dateien unterliegen Validierungs- und Abnahmeverfahren bei jedem bedeutenden Meilenstein;
- die Abnahme hängt von der Konformität jedes einzelnen Deliverables mit den definierten Kriterien ab, die geometrische Aspekte, alphanumerische Daten und Dokumentation betreffen können;
- der Auftraggeber strebt an, die Abnahme der Arbeitsergebnisse durch maschinenlesbare Kontrollen und Datenspezifikationen zu automatisieren;
- es werden spezifische Abnahmekriterien (AC) für jedes in den Gliederungstabellen des EIR identifizierte Deliverable aufgeführt.
EIR für den Neubau: „track: new construction“
Die EIR für den Neubau zielen darauf ab, Überlegungen zur Nachhaltigkeit und Kreislaufwirtschaft bereits in den frühen Planungsphasen zu integrieren. Die wichtigsten Aspekte werden im Folgenden aufgeführt:
- die Optimierung der Materialauswahl, die betriebliche Effizienz und eine kostengünstige End-of-Life-Phase für das Projekt;
- die charakteristischen Unterschiede im Vergleich zu den EIR für den Track „to-be-demolished“, da das EIR ein Dokument ist, das aus dem EIR für spezifische Deliverables erstellt wird;
- ein konzeptionelles BIM-Modell zur Ermöglichung der iterativen Analyse der Energieeffizienz der Gebäudehülle, der Materialzusammensetzung und anderer Aspekte;
- spezifische Informationsbedarfe für das as-built-Modell, das dann zur Planung der Abrissarbeiten des Assets verwendet wird. Dieses Modell muss die für das DIM erforderlichen Informationen enthalten;
- weitere Anforderungen an ein BIM-Modell, das die während der Nutzung und Wartung des gebauten Assets vorgenommenen Änderungen widerspiegelt;
1. DER GEBIET DES EIR
In einem Bauprojekt (“track: new construction”) gibt es viele Phasen und potenzielle Anwendungen des BIM während des Lebenszyklus des Projekts, einschließlich Planung, Bau, Betriebsmanagement und Wartung sowie schließlich Abriss.
In Anbetracht dessen umfasst der Umfang dieses EIR nur die charakteristischen Unterschiede im Vergleich zum EIR für den “track: to-be-demolished”, und daher können die in diesem Dokument festgelegten Informationsanforderungen in das EIR integriert werden, wenn ein Projekt unter Verwendung der BIM-Methodik durchgeführt wird.
2. SCHLÜSSELBESTIMMUNGEN DES EIR
2.1. Zweck der Informationsanforderungen des EIR – legt die Informationsbedürfnisse fest, die in den Phasen der Planung und des Bauens erfüllt werden müssen;
2.2. Ziele und Zwecke des Informationsmanagements – der Auftraggeber verpflichtet sich, das Building Information Modeling (BIM) für dieses Projekt zu nutzen;
2.3. Meilensteine für die Informationslieferung – werden unter Berücksichtigung verschiedener Faktoren festgelegt, und die angenommenen Schlüsselunterscheidungspunkte sind:
- M0 – Projektbeginn;
- M1 – Beginn der Vorbereitung;
- M2 – Beginn der konzeptionellen Planung;
- M3 – Beginn der detaillierten Projektentwicklung;
- M4 – Beginn der detaillierten technischen Planung, Konstruktion und Fertigung;
- M5 – Beginn der Arbeiten auf der Baustelle;
- M6 – Beginn der Lieferung des Assets;
- M7 – Lieferung des Assets und Beginn des Betriebs und der Wartung;
- M8 – Beginn der End-of-Life-Phase.
2.4. Projektinformationsanforderungen (PIR) – spezifizieren den Informationsinhalt, der erforderlich ist, um die strategischen Ziele des Auftraggebers zu unterstützen und stammen aus den strategischen Zielen der Organisation und den entscheidenden Entscheidungspunkten des Projekts.
Tabelle 4 identifiziert die spezifischen hochrangigen Informationsanforderungen des Projekts für jeden entscheidenden Lieferpunkt.

Tabelle 4 – Projektinformationsanforderungen (PIR) Neubau – (Quelle: Universität Minho)
Die Tabelle 5 stellt die Informationsanforderungen für die Lieferanten dar.

Tabelle 5 – EIR Neubau – (Quelle: Universität Minho)
2.5. Informationsbedarf (LoI) – sind wesentliche Bestandteile der Informationsanforderungen, die vom Auftraggeber formuliert und für die Bereitstellung der Informationen verbindlich sind.
2.6. Projektinformationsstandards – die Informationen müssen gemäß den Projektinformationsstandards erstellt werden, um einen effektiven Austausch mit anderen Technologien zu gewährleisten, wobei nach Möglichkeit offene Datenformate verwendet werden sollten.
2.7. Software und Erstellung der Informationen – das Lieferungsteam muss im BEP die Authoring-Software und deren Version für alle Informationscontainer angeben.
2.8. Prozess der Erstellung und Zusammenarbeit der Informationen – das native Modell und die Interoperabilitätsrichtlinien sollten die Erstellung von Modellen im IFC-Schema erleichtern.
2.9. Akzeptanzkriterien und Qualitätskontrollverfahren – nach jeder Phase der Informationsgenerierung ist ein Akzeptanz-/Ablehnungsprozess für jedes einzelne Deliverable und die Einhaltung der Spezifikationen vorgesehen.
2.10. Informationen und unterstützende Referenzen – es wird empfohlen, das unterstützende Material zu konsultieren, das dem Auftraggeber zur Verfügung gestellt wird.
FAQ zum EIR im BIM
Was ist das EIR im BIM?
Das EIR, die Abkürzung für Exchange Information Requirements, ist das Dokument, mit dem der Auftraggeber die Anforderungen an den Informationsaustausch in einem BIM-Prozess definiert. Es dient dazu, klarzustellen, welche Informationen produziert werden müssen, wie sie geteilt werden sollen, in welchen Formaten und mit welchen Überprüfungs- und Liefermodalitäten.
Wozu dient ein EIR-Dokument?
Das EIR dient dazu, den BIM-Arbeitsablauf von den ersten Phasen des Bauprozesses an korrekt einzurichten. Es ermöglicht dem Auftraggeber, Ziele, Anforderungen, Modalitäten des Datenaustauschs, Kontrollkriterien und Lieferfristen zu definieren, wodurch es den Planern und Mitarbeitern hilft, mit klareren Regeln zu arbeiten und Fehler, Verzögerungen und Informationsinkonsistenzen zu reduzieren.
Welche Informationsanforderungen muss der Auftraggeber definieren?
Der Auftraggeber muss Anforderungen in Bezug auf die Verwaltung, die Produktion, die Koordination und die Überprüfung der Modelle definieren. Dazu gehören die Nutzung von kollaborativen Plattformen, interoperable Formate, Detailgrade, Liefermodalitäten, Dateinamen, Fristen und Kontrollverfahren.
Wie kann das IDS das EIR unterstützen?
Das IDS ermöglicht es, die im EIR definierten Informationsanforderungen in strukturierte Spezifikationen zu transformieren, die sowohl von Menschen als auch von Software gelesen werden können. Auf diese Weise kann eine Anfrage des Auftraggebers zu einer automatisch überprüfbaren Regel auf einem IFC-Modell werden, was die Kontrolle der Informationen objektiver und nachvollziehbarer macht.
Wie wird von einer EIR-Anforderung zu einer IDS-Kontrolle übergegangen?
Der Übergang erfolgt, indem zunächst die zu überprüfende Informationsanforderung identifiziert wird, dann die IFC-Elemente, auf die die Überprüfung angewendet werden soll, und schließlich die Bedingung, die erfüllt sein muss. Das EIR legt fest, was überprüft werden muss, während das IDS definiert, wo die Kontrolle angewendet werden soll und welches Kriterium erfüllt sein muss.
Was passiert, wenn ein IFC-Modell eine spezifische IDS nicht erfüllt?
Wenn das Modell die Spezifikation nicht erfüllt, meldet der Validator eine Nichtkonformität. Auf diese Weise kann das Team die nicht erfüllte Anforderung, das betroffene IFC-Element und den im Modell gefundenen Wert identifizieren, um dann die Daten zu korrigieren, die IFC-Datei erneut zu exportieren und die Validierung zu wiederholen.
Was sollte ein EIR enthalten?
Ein EIR enthält technische, verwaltungstechnische und kommerzielle Anforderungen. Der technische Teil betrifft Aspekte wie Austauschformate, Detailgrade, Softwareplattformen und Koordinaten. Der verwaltungstechnische Teil umfasst Standards, Rollen, Datensicherheit, Kollaborationsprozesse und einen Konformitätsplan. Der kommerzielle Teil definiert strategische Ziele, zu erreichende BIM-Ergebnisse und die Bewertung der Kompetenzen.
Was ist der Unterschied zwischen EIR und BEP?
Das EIR definiert die Anforderungen und Informationsbedürfnisse des Auftraggebers. Der BEP, also der BIM Execution Plan, beschreibt hingegen, wie das Team beabsichtigt, auf diese Anforderungen zu reagieren. Zusammenfassend lässt sich sagen, dass das EIR festlegt, was der Auftraggeber benötigt, während der BEP angibt, wie diese Anforderungen erfüllt werden sollen.


