Integrated Data Environment (IDE): Was bedeutet das wirklich im BIM und warum ist es mehr als ein verbundenes CDE

Ein Integrated Data Environment (IDE) ist eine datenzentrierte Ebene, die Informationen aus mehreren Common Data Environment (CDE), Authoring-Tools und Datenquellen verbindet, normalisiert und abfragbar macht. Ziel ist es, sicherzustellen, dass ein Projekt oder ein gesamtes Portfolio von Vermögenswerten sich wie eine einzige abfragbare Quelle der Wahrheit verhält.

Während ein CDE Dokumente in einer kontrollierten Umgebung verwaltet, integriert ein IDE verwaltete Daten über viele Umgebungen hinweg.

Es ist hilfreich, sofort die Bedeutung des Akronyms zu klären, das oft in unterschiedlichen Kontexten verwendet wird. In diesem Artikel bedeutet IDE Integrated Data Environment im AECO-Sinn (Architektur, Ingenieurwesen, Bau und Betrieb). Es ist nicht die Integrated Development Environment der Softwareentwickler noch das Integrated Data Environment in der Logistik, das im Verteidigungs- und Lieferkettenbereich verwendet wird. Hier ist es ein Konzept von BIM und Informationsmanagement.

Der Begriff gewinnt aus einem einfachen Grund an Bedeutung: Reale Projekte leben nicht mehr auf einer einzigen Plattform. Das Design kann in einem Ökosystem stattfinden, der Bau in einem anderen, das operative Management in einem dritten. Die Kosten dieser Fragmentierung sind messbar. Eine Referenzstudie des US-amerikanischen NIST (Gallaher et al., 2004) schätzte, dass unzureichende Interoperabilität der Bauindustrie in den USA jährlich etwa 15,8 Milliarden Dollar kostet, wobei der größte Anteil auf Eigentümer und Betreiber entfällt.

Das IDE kann als Antwort der Branche auf diese Fragmentierung gelesen werden: Es ersetzt nicht die CDE, sondern versucht, eine höhere Ebene zu schaffen, in der Daten, Modelle, Dokumente, Issues und Metadaten kohärent verwaltet werden können. Ein IDE funktioniert jedoch wirklich nur, wenn es nicht nur Systeme verbindet, sondern auf offenen Standards, klaren Informationsregeln und Validierungsprozessen für Daten basiert.

Was ist ein Integrated Data Environment (IDE)?

Ein Integrated Data Environment ist die Ebene, die die Informationen aus vielen Systemen als kohärente Einheit behandelt. Konkret födert ein IDE Modelle, Dokumente und Metadaten, die in den verschiedenen CDE und den auf einem Projekt verwendeten Werkzeugen erstellt wurden, normalisiert diese Daten, damit sie vergleichbar sind, und macht sie im gesamten Projekt und Lebenszyklus abfragbar.

Der Fokus liegt auf den Daten, nicht auf den Dateien. Ein IDE beschränkt sich nicht darauf, ein Dokument zu speichern oder zu übertragen, sondern muss die strukturierte Information, die in den Modellen, den Metadaten, der Klassifizierung und den Beziehungen zwischen Objekten enthalten ist, verstehen.

Zum Beispiel kann ein Planer das architektonische Modell in einer Authoring-Software erstellen und in ein CDE hochladen; das Unternehmen kann eine andere Umgebung für das Baustellenmanagement verwenden; der Auftraggeber kann ein GIS- oder Facility-Management-System für den Betrieb des Werks haben. Ohne ein IDE bleiben diese Umgebungen nur teilweise oder dokumentarisch verbunden. Mit einem IDE hingegen können die Informationen normalisiert, kontrolliert und als Teil eines einzigen Informationssystems abgefragt werden.

Es ist der Unterschied zwischen Archivierung und Integration. Zwei Systeme zu verbinden, damit die Dateien verschoben werden, ist nur Konnektivität. Ein IDE fügt Bedeutung hinzu: konsistente Eigenschaften, gemeinsame Klassifizierungen, Beziehungen zwischen Objekten, Datenqualitätsregeln und Nachverfolgbarkeit. Es ist der praktische Ausdruck eines Prinzips, auf das sich das BIM seit Jahren zubewegt: Daten über Geometrie, also Priorität für die strukturierten Daten gegenüber der reinen Geometrie des Modells.

Ein IDE ist nur dann zuverlässig, wenn die technische Integration von semantischer Standardisierung, Validierung der Informationsanforderungen und Nachverfolgbarkeit der Verantwortlichkeiten begleitet wird.

IDE vs CDE: worin sich ein Integrated Data Environment von einem Common Data Environment unterscheidet

Ein CDE ist eine kontrollierte Umgebung zur Sammlung, zum Teilen, zur Genehmigung und zur Archivierung von projektbezogenen Informationscontainern; ein IDE ist ein integriertes und standardisiertes Datenlevel, das mehrere CDE, Werkzeuge und Informationsquellen durchqueren kann. Sie sind komplementär, nicht konkurrierend. Ein IDE ersetzt das CDE nicht: es erweitert es.

Das Common Data Environment ist das etablierte und normierte Konzept. In der ISO 19650 ist das CDE der Ort/Prozess zur Verwaltung von Informationen durch Informationszustände wie WIP → Shared → Published → Archived. Jedes strukturierte Projekt sollte auf einem CDE basieren.

Das Integrated Data Environment ist ein neuerer und marktorientierter Begriff, der beschreibt, was passiert, wenn ein Projekt legitim mehrere CDE und Werkzeuge zusammen und mehrere Datenquellen verwendet, aber dennoch benötigt, dass die Informationen sich wie ein einheitliches System verhalten.

Es ist hilfreich, einen Punkt zu klären: “Integrated Data Environment” ist kein Begriff der ISO 19650. Die ISO 19650 normiert das CDE und das Informationsmanagement. Das IDE ist ein Branchenkonzept, das das Integrationslevel über und durch die CDE beschreibt. Genau aus diesem Grund, um etwas Kohärentes zu bedeuten und nicht zu einem einfachen Handelslabel zu werden, muss es an offenen Standards, klaren Informationsanforderungen und überprüfbaren Prozessen verankert sein.

Vergleich zwischen CDE und IDE

Warum „integriert“ ohne „standardisiert“ nicht ausreicht

Hier ist der Punkt, den viele Definitionen vermissen: Integration ohne Standardisierung ist nur zusammengeführter Chaos. Wenn Sie fünf CDE über APIs verbinden, aber jeder die Daten unterschiedlich benennt, strukturiert und klassifiziert, haben Sie das Durcheinander nur schneller verschoben. Sie haben keine Quelle der Wahrheit geschaffen.

Ein echtes IDE erfordert, dass die Daten offen, normalisiert und verifizierbar sind, nicht einfach von einer Umgebung in die andere transportiert werden. Hier wird openBIM® entscheidend.

Das IFC, Industry Foundation Classes, veröffentlicht als ISO 16739-1, macht die Modell-Daten neutral und portabel zwischen verschiedenen Softwarelösungen. Der IDS (Information Delivery Specification) ermöglicht es, Informationsanforderungen in einer maschinenlesbaren Form zu definieren und automatische Konformitätsprüfungen an den IFC-Modellen durchzuführen. Das bSDD, buildingSMART Data Dictionary, hilft dabei, Begriffe, Eigenschaften und Klassifikationen an gemeinsame Definitionen zu verankern.

Zusammen verwandeln diese Standards „integriert“ in „integriert und vergleichbar“. Sie garantieren nicht allein die Qualität der Daten, schaffen jedoch die Bedingungen, um sie zu überprüfen, zu verbessern und zwischen verschiedenen Werkzeugen und Organisationen nutzbar zu machen.

Auch die Lieferung im offenen Format wird in vielen öffentlichen und infrastrukturellen Kontexten immer relevanter. In verschiedenen Ländern und Programmen wird die Verwendung von IFC oder openBIM®-Ansätzen gefordert oder empfohlen, um technologische Unabhängigkeit, Interoperabilität und langfristigen Zugang zu Daten zu fördern. Die Verpflichtungen variieren jedoch je nach Land, Branche, Auftragswert und Art des Auftrags. Daher ist ein IDE, das auf offenen Standards basiert, nachhaltiger als eine Integration, die nur auf proprietären Verbindungsstellen beruht.

Vergleich zwischen Chaos und verwalteten Daten

Die Bausteine eines realen IDE

Ein Integrated Data Environment realer IDE basiert auf mehreren Komponenten, die zusammenarbeiten müssen:

• offene Formate: das IFC ist der neutrale Träger der Moduldaten, während das BCF das Management und den Austausch von BIM-Problemen auf interoperablere Weise ermöglicht. Ohne offene Formate bleibt die Information von den Werkzeugen abhängig, die sie erzeugt haben;
• Standardisierung und Validierung der Daten: IDS und bSDD helfen dabei, Informationsanforderungen, Eigenschaften, Klassifizierungen und gemeinsame Vokabulare zu definieren. Hinzu kommen Model Checking, Qualitätskontrolle und Validierungsverfahren, bevor die Daten als zuverlässig angesehen werden;
• Koordinationsmodelle und Informationen: ein IDE muss disziplinäre Modelle, die mit verschiedenen Werkzeugen erstellt wurden, in einem kohärenten, navigierbaren und abfragbaren Gesamtbild kombinieren. Die Koordination betrifft nicht nur die Geometrie, sondern auch Objekte, Eigenschaften, Klassifizierungen, Dokumente und Beziehungen;
• Multi-CDE-Synchronisation: ein IDE muss Dateien, IFC-Modelle, Probleme und Metadaten zwischen verschiedenen CDEs und Cloud-Räumen synchron halten, indem es Versionen, Berechtigungen, Verantwortlichkeiten, Audit-Trails und Konflikte verwaltet;
• Abfragen, Analysen und Integration mit anderen Systemen: einmal normalisierte Daten müssen es einem IDE ermöglichen, Abfragen, Analysen, Dashboards, automatische Kontrollen und Integrationen mit GIS, Facility Management, IoT, ERP, Dokumentationssystemen und digitalen Zwillingen durchzuführen.

Lassen Sie den zweiten Baustein — die Standardisierung — aus, und die anderen erzeugen Volumen ohne Wert. Es ist die Disziplin der Daten, die ein IDE von einer einfachen Ansammlung verbundener Plattformen unterscheidet.

openCDE: der offene Standard, der verbundene CDE in ein Integrated Data Environment verwandelt

Ein Integrated Data Environment ist so zuverlässig wie die Standards, die seinen Verbindungen zugrunde liegen. Hier kommt openCDE ins Spiel, die Initiative von buildingSMART International, die ein Portfolio offener APIs bündelt, um die Kommunikation zwischen CDE und BIM-Tools zu fördern.

openCDE umfasst Komponenten wie die Foundation API, die BIM Collaboration Format (BCF) API, die Documents API und die Dictionary API, die offene Konnektivität und Kommunikation zwischen CDE-Plattformen und BIM-Tools für Gebäude und Infrastrukturen bereitstellen. Ziel ist es, zu verhindern, dass jeder Anbieter nur proprietäre Schnittstellen bereitstellt und stattdessen gemeinsamere Methoden zu definieren, um Dokumente, Modelle, Issues und verknüpfte Daten zu lesen, zu schreiben und auszutauschen.

Die BCF API, die dem Austausch von Issues gewidmet ist, gehört zu den am weitesten verbreiteten und ausgereiften Komponenten. Die Documents API standardisiert Vorgänge wie den Download und das interaktive Hochladen zwischen Anwendungen und CDE-Umgebungen, die den Standard unterstützen. Die Dictionary API ermöglicht die Verbindung mit dem buildingSMART Data Dictionary (bSDD). Die evolutionäre Richtung ist klar: die Interoperabilität vom Dokumentenlevel zu einem zunehmend datenzentrierten Level zu bringen. Es ist jedoch wichtig, präzise zu sein: openCDE beseitigt heute nicht jede Komplexität der Integration zwischen proprietären Umgebungen und ersetzt nicht automatisch die APIs einzelner Systeme. Es ist eine sich entwickelnde offene Basis, die darauf abzielt, den Austausch zwischen CDE und BIM-Anwendungen standardisierter und nachhaltiger zu gestalten.

usBIM.platform ist das erste Common Data Environment IFC, das von buildingSMART International zertifiziert wurde und openCDE implementiert. ACCA ist in diesem Bereich aktiv: Auf dem buildingSMART International Virtual Summit im März 2021 hat ACCA seine Cloud-Plattform in derselben openCDE-Session demonstriert, in der Oracle die Fortschritte des Projekts openCDE API teilte. In diesem Sinne hat ACCA die offene Interoperabilität in der Praxis getestet, indem es usBIM.platform mit Oracle Aconex verbunden hat — heute Teil von Oracle Construction and Engineering, einem der Hauptakteure in der Entwicklung des Projekts openCDE API bei buildingSMART — und gezeigt, dass zwei unabhängige CDE Informationen über offene Standards austauschen können, anstatt maßgeschneiderte Punkt-zu-Punkt-Codes zu verwenden.

openCDE befindet sich noch in der Reifungsphase und ist noch nicht vollständig genug, um jede Synchronisation zwischen proprietären CDEs eigenständig zu steuern. Daher können Technologien wie usBIM.sync eine pragmatische Rolle spielen: Systeme, Ordner, CDE und bereits genutzte Repositories zu verbinden und Dateien sowie Informationen synchron zu halten. Die strategische Richtung bleibt jedoch die der offenen Standards: Mit der Reifung von openCDE könnte die Integration zwischen verschiedenen Umgebungen weniger von proprietären Konnektoren abhängig und mehr auf gemeinsamen Regeln basieren.

Für das IDE ist dies entscheidend. openCDE ist der verbindende Standard, der es einem Integrated Data Environment ermöglicht, sich zwischen Autodesk, Bentley, Trimble, Oracle und usBIM auszudehnen, ohne dass jemand seine Plattform aufgeben muss — und in Kombination mit IFC, IDS und bSDD gewährleistet es, dass zwischen den Systemen nicht nur Dateien, sondern auch normalisierte und abfragbare Daten bewegt werden. Es ist der Unterschied zwischen einem IDE, das auf proprietärem Kleber basiert, und einem, das auf offenen Standards basiert: Nur der zweite skaliert, bleibt anbieterneutral und überdauert den gesamten Lebenszyklus des Assets.

openCDE API-Architektur und Systeme

Vom Projekt zum Gebiet: das IDE, das zum GIS und zum digitalen Zwilling gelangt

Ein reifes IDE endet nicht an der Projektgrenze. Sobald die Daten offen und normalisiert sind, können sie dorthin gebracht werden, wo sie entlang des Lebenszyklus den größten Wert schaffen, einschließlich der geospatialen Welt.

Die Integration von BIM und GIS verwandelt ein IDE von einem Projektwerkzeug in eine territoriale Informationsinfrastruktur. Ganze Stadtviertel, Städte oder Infrastrukturnetze werden navigierbar und abfragbar wie lebendige BIM-Daten innerhalb eines geospatialen Systems wie Esri ArcGIS.

Es geht um mehr als nur Visualisierung. Eine räumliche Abfrage wie „Welche Vermögenswerte innerhalb dieses Korridors haben eine Feuerwiderstandsklasse unter einem bestimmten Schwellenwert“ liefert zuverlässige Antworten nur, wenn jedes Modell dieses Attribut enthält, einheitlich geschrieben, unabhängig vom Team oder dem Werkzeug, das es erstellt hat.

Mit anderen Worten, die GIS-Ebene ist so leistungsfähig wie die Standardisierung, die ihr zugrunde liegt. Es ist das IDE, verankert in IFC, IDS und einer korrekten Informationsgovernance, das die Abfragen auf territorialer Ebene zuverlässig macht. Im Ökosystem ACCA wird diese BIM–GIS-Brücke durch usBIM.geotwin dargestellt, das entwickelt wurde, um BIM-Informationen und geospatialen Kontext dynamisch zu integrieren.

Die gleiche Logik erstreckt sich über den Lebenszyklus: Mengenermittlung, 4D-Planung in der Ausführung, Fortschrittskontrolle, Facility Management, IoT-Überwachung, energetische Analysen und LCA-Bewertungen für die Nachhaltigkeit. Jeder dieser Bereiche kann die gleichen gesteuerten openBIM-Daten nutzen, anstatt sie manuell in separate Systeme einzufügen.

Governance in großem Maßstab: Eine einheitliche Datenstruktur für Planer, Unternehmen und Subunternehmer durchsetzen

Für eine große Institution — eine öffentliche Verwaltung oder ein großer Immobilienverwalter, eine öffentliche Infrastruktur oder ein privater Asset Owner – ist das IDE in erster Linie ein Governance-Tool.

Durch die informationsbasierten Anforderungen, die auf dem IDS basieren, (im ACCA-Ökosystem über usBIM.IDSagent), kann eine Institution eine einheitliche Datenstruktur definieren, validieren und durchsetzen für jede Kategorie von Assets und verlangen, dass jeder Subunternehmer, der diese Assets plant, ausführt oder verwaltet, in dieser Struktur liefert.

Das bedeutet, dass Planer, Unternehmen, Lieferanten und Subunternehmer weiterhin verschiedene Werkzeuge verwenden können, solange sie Modelle und Informationen liefern, die den festgelegten Anforderungen entsprechen. Das Ergebnis ist eine homogenere, kontrollierbarere und leichter abfragbare Datenbasis in großem Maßstab.

Für eine öffentliche Verwaltung oder einen großen Verwalter ist dies entscheidend. Ohne Standardisierung bedeutet das Abfragen von Tausenden von Assets, inkonsistente Daten zu vergleichen. Mit einem IDE, das auf openBIM® basiert, kann das Portfolio hingegen nach Kategorien, Standort, Wartungszustand, Leistung, Risiken, Kosten oder Prioritäten für Eingriffe analysiert werden.

Wie man ein Integrated Data Environment mit openBIM® erstellt

Ein IDE zu erstellen bedeutet nicht einfach, ein Produkt zu kaufen. Es bedeutet, eine Informationsmanagement-Disziplin zu übernehmen, die offene Standards, Datenqualität und Interoperabilität in den Mittelpunkt stellt.

In der Praxis bedeutet der Aufbau eines IDE:

• die Informationsanforderungen vor der Datenerstellung zu definieren;
• diese Anforderungen, wo möglich, in IDS zu übersetzen;
• den Teams zu ermöglichen, Autorentools und CDE zu verwenden, die mit ihrer Arbeit kohärent sind;
• Dateien, IFC-Modelle, Issues und Metadaten zwischen verschiedenen Umgebungen zu synchronisieren;
• Beiträge mit Model Checking, IDS-Kontrollen und gemeinsamen Wörterbüchern zu validieren;
• Eigenschaften, Klassifizierungen und Identifikatoren zu normalisieren;
• die Daten in einer abfragbaren Umgebung zu koordinieren;
• die Informationen in Richtung GIS, Facility Management, IoT und digitaler Zwilling zu erweitern.

Die Rolle von ACCA in diesem Szenario besteht darin, Werkzeuge bereitzustellen, die diese openBIM®-Logik unterstützen. usBIM.platform kann als CDE openBIM® fungieren, das mit der ISO 19650 übereinstimmt; es kann dazu beitragen, verschiedene Cloud-Umgebungen und -Räume zu synchronisieren; usBIM.IDSeditor und die Funktionen des Model Checkings können Standardisierung und Validierung unterstützen; usBIM.geotwin kann die BIM-Daten in Richtung GIS erweitern.

Das Prinzip ist jedoch nicht an einen einzigen Anbieter gebunden. Ein echtes Integrated Data Environment muss mit einer Reihe konformer Werkzeuge funktionieren können, solange die Daten offen, validiert, nachverfolgbar und geregelt sind. Dies verwandelt eine Reihe verbundener Systeme in ein echtes IDE.

FAQ – Integrated Data Environment

Was ist ein Integrated Data Environment (IDE) im Bauwesen?

Ein Integrated Data Environment (IDE) ist eine datenzentrierte Ebene, die Informationen zwischen mehreren CDE, Authoring-Tools und Datenquellen verbindet und standardisiert, sodass ein Projekt oder ein Portfolio von Vermögenswerten sich wie eine einzige abfragbare Quelle der Wahrheit verhält. Der Schwerpunkt liegt auf der Integration von gesteuerten Daten, nicht auf der einfachen Ablage von Dateien.

Wie unterscheidet sich ein IDE von einem CDE (Common Data Environment)?

Ein CDE ist eine kontrollierte Umgebung zum Teilen und Genehmigen von Projektdokumenten, definiert durch die ISO 19650. Ein IDE ist eine integrierte und standardisierte Datenebene, die mehrere CDE und Werkzeuge durchquert. Das CDE verwaltet Dokumente innerhalb einer Umgebung; das IDE integriert Daten über viele Umgebungen hinweg.

Ersetzt ein IDE das CDE?

Nein. Ein IDE baut auf den CDE auf, ersetzt sie jedoch nicht. Jedes Team kann sein eigenes CDE gemäß der ISO 19650 beibehalten; das IDE ist die Ebene, die die Daten aller kohärent und abfragbar macht.

Ist “Integrated Data Environment” ein Begriff der ISO 19650?

Nein. Die ISO 19650 standardisiert das Common Data Environment (CDE). “Integrated Data Environment” ist ein aufkommender Branchenterm für die Integrationsstufe über und durch die CDE, und deshalb muss er an offene Standards (IFC, IDS, bSDD) gebunden sein, um bedeutungsvoll zu sein.

Warum benötigt ein IDE openBIM (IFC, IDS, bSDD)?

Weil Integration ohne Standardisierung nur zusammengeführter Chaos ist. Das IFC macht die Daten neutral und portabel, das IDS macht sie standardisiert und vergleichbar, das bSDD macht sie semantisch eindeutig. Nur offene und standardisierte Daten können zwischen verschiedenen Werkzeugen abgefragt und als zuverlässig angesehen werden.

Was ist openCDE und wie hängt es mit einem IDE zusammen?

openCDE ist eine Familie offener APIs von buildingSMART International (Foundation, BCF, Documents, Dictionary), die es verschiedenen CDE und BIM-Tools ermöglicht, Dokumente, Modelle und Issues neutral gegenüber dem Anbieter auszutauschen. Es ist der verbindende Standard, der ein offenes IDE aufrechterhält, anstatt von proprietärer Middleware abhängig zu sein.

Kann ein Integrated Data Environment das BIM mit dem GIS verbinden?

Ja. Wenn die BIM-Daten offen und standardisiert sind, kann ein IDE sie in ein geospatiales System wie Esri ArcGIS synchronisieren, sodass Städte und Infrastrukturen wie lebendiges BIM navigiert und abgefragt werden können. Zuverlässige räumliche Abfragen hängen von der Standardisierung der Daten über IFC und IDS ab.