Wissen · Common Data Environment

Common Data Environment (CDE) im Bau: was dahintersteckt und was ISO 19650 beschreibt

Eine Common Data Environment ist die vereinbarte, gemeinsame Informationsquelle eines Projekts. Der Beitrag erklärt das Konzept, die Rolle von ISO 19650, typische Informationsstände und die wichtigsten Kriterien für CDE-Software im Bau.

Was ist eine Common Data Environment (CDE)?

Eine Common Data Environment (CDE, deutsch „gemeinsame Datenumgebung“) ist die vereinbarte Quelle für Projektinformationen: Dort werden Pläne, Dokumente, Modelle und die zugehörigen Informationen gesammelt, verwaltet und nach einem festgelegten Prozess an die Beteiligten verteilt. Im Mittelpunkt steht der Gedanke einer einzigen Quelle der Wahrheit: Was außerhalb der CDE per Mail oder Datenträger ausgetauscht wird, ist nicht Teil des verbindlichen Informationsstands.

Wichtig ist die Unterscheidung zwischen Konzept und Werkzeug. Die CDE im Sinne der Norm besteht aus Prozess und Technik: Regeln für Zuständigkeiten, Freigaben und Benennung auf der einen Seite, eine Softwareplattform („CDE-Lösung“) auf der anderen. Software allein erzeugt noch keine CDE.

Im deutschen Bauwesen wird die CDE oft mit dem Projektraum gleichgesetzt, weil beide eine gemeinsame Datenumgebung bezeichnen. Der Begriff CDE betont zusätzlich geregelte Informationsstände, Rollen und die Arbeit mit Modellen.

CDE und BIM: der Unterschied

BIM (Building Information Modeling) ist eine Arbeitsmethode: Bauwerke werden als digitale Modelle mit Geometrie und Informationen geplant, gebaut und betrieben. Die CDE ist die Umgebung, in der diese Informationen geordnet abgelegt und ausgetauscht werden. Daraus folgt:

  • BIM ist auch ohne CDE denkbar – die Zusammenarbeit ist dann aber deutlich fehleranfälliger.
  • Eine CDE ist auch ohne BIM sinnvoll, zum Beispiel für die geordnete Verwaltung von 2D-Plänen und Dokumenten.

Was ISO 19650 beschreibt

ISO 19650 ist eine internationale Normenreihe zum Informationsmanagement über den Lebenszyklus von Bauwerken mit BIM. Sie legt keine Software fest, sondern beschreibt Konzepte, Rollen und Abläufe. Die Teile im Überblick:

  • Teil 1: Konzepte und Grundsätze des Informationsmanagements, darunter das CDE-Konzept.
  • Teil 2: Informationsmanagement in der Realisierungsphase eines Bauwerks.
  • Teil 3: Informationsmanagement in der Betriebsphase.
  • Teil 5: Sicherheitsorientierter Umgang mit Informationen.

Die Norm ist kein Gesetz. Verbindlich wird sie nur, wenn Auftraggeber oder Verträge sie als Anforderung festlegen, etwa in den Auftraggeber-Informationsanforderungen (AIA) und im BIM-Abwicklungsplan (BAP). Ob ISO 19650 für Ihr Projekt gefordert ist, steht also in den Projektunterlagen.

Ergänzend beschreibt in Deutschland die DIN SPEC 91391 Funktionen von gemeinsamen Datenumgebungen und den offenen Datenaustausch zwischen Plattformen. Auch sie ist eine Spezifikation, keine gesetzliche Vorgabe.

Informationsstände in der CDE

Ein zentrales Element des CDE-Konzepts sind klar definierte Stände, die Informationen durchlaufen. In der Normenreihe werden üblicherweise vier Bereiche unterschieden:

StandBedeutungTypisch
In Bearbeitung (Work in Progress)Interne Arbeit des jeweiligen Teams, noch nicht abgestimmtNur das erstellende Team sieht den Inhalt
Geteilt (Shared)Geprüft und zur Koordination mit anderen freigegebenAndere Fachplaner nutzen den Stand als Referenz
Veröffentlicht (Published)Vom Auftraggeber oder der verantwortlichen Stelle autorisiertGrundlage für Ausführung oder Übergabe
Archiv (Archive)Bewahrter Stand für NachvollziehbarkeitHistorie und Nachweis

Hinzu kommen Regeln für Benennung, Revisionen und Metadaten: Jede Information braucht eine eindeutige Kennung, einen Versionsstand und einen Status. Ohne diese Disziplin entsteht keine verlässliche gemeinsame Datenumgebung, sondern eine größere Dateiablage.

Rollen und Verantwortung

Die Norm unterscheidet unter anderem den Auftraggeber (Appointing Party), den federführenden Auftragnehmer (Lead Appointed Party) und die einzelnen Aufgabenteams. Der Auftraggeber legt Informationsanforderungen fest; die Beteiligten liefern entsprechend. In der CDE spiegelt sich das in Rollen und Rechten: Wer darf Inhalte in einen Bereich einstellen, wer darf Stände freigeben, wer darf sie nur lesen?

Praktisch heißt das: Die Rechte- und Rollenlogik ist kein Zusatz, sondern Kern der CDE. Prüfen Sie, ob Ihre Plattform Rollen, Statuswechsel und Freigaben so abbilden kann, wie Ihre Vertragsunterlagen es verlangen.

Wofür eine CDE gut ist

  • Zusammenarbeit: Alle arbeiten auf einem gemeinsamen, aktuellen Datenbestand; Fachmodelle lassen sich zu einem Gesamtmodell zusammenführen und prüfen.
  • Datenqualität: Konsistente Stände statt verstreuter Kopien; Änderungen sind nachvollziehbar.
  • Frühzeitige Fehlererkennung: Kollisionen und Unstimmigkeiten zwischen Gewerken werden erkannt, bevor sie auf der Baustelle ankommen.
  • Nachweisbarkeit: Zugriffe, Freigaben und Revisionen sind protokolliert.
  • Lebenszyklus: Die Daten bleiben für Betrieb, Umbau und Facility Management nutzbar.

Worauf Sie bei CDE-Software achten sollten

Ein strukturiertes Vorgehen hat sich bewährt: Anforderungen klären, Anbieter vergleichen, Referenzen prüfen, Demo ansehen. Die wichtigsten Kriterien:

  • Status- und Freigabelogik: Lassen sich Informationsstände und Freigaben konfigurieren und belegen?
  • Rollen und Rechte: Wie fein lassen sich Zugriffe je Projektbereich und Rolle steuern?
  • Modelle und Dokumente: Unterstützt die Plattform IFC-Modelle und Pläne, Dokumente und Prozesse? Ein Modell-Viewer allein ist keine CDE.
  • Offene Formate: IFC und BCF sollten ohne Hersteller-Bindung nutzbar sein.
  • Schnittstellen: Anbindung an die Werkzeuge, die Ihre Beteiligten bereits nutzen.
  • Revisionssicherheit und Datenschutz: Protokollierung, Hosting-Standort, Zertifizierungen und Auftragsverarbeitung.
  • Einführung und Support: Einrichtung, Schulung, laufende Projektpflege und Erreichbarkeit.
  • Kosten: Lizenz, Einrichtung und Schulung transparent, inklusive Umgang mit externen Beteiligten.

Zur Frage, wer die CDE beauftragt: Üblicherweise ist es der Bauherr oder der Hauptauftragnehmer. Der Bauherr sollte „Herr der Daten“ bleiben; Betrieb und Pflege können an Architekturbüro oder Projektsteuerer delegiert werden.

Beispiel: ein Informationsfluss durch die CDE

Das Konzept wird greifbar, wenn man den Weg eines Fachmodells nachvollzieht. Ein vereinfachtes, allgemeines Beispiel:

  1. Der Tragwerksplaner erstellt sein Fachmodell und legt es im Bereich In Bearbeitung ab. Nur sein Team sieht es.
  2. Nach interner Prüfung wird der Stand in den Bereich Geteilt überführt. Architektur und TGA können ihn als Referenz laden und mit ihren Modellen abgleichen.
  3. Kollisionen und Anmerkungen werden dokumentiert und an den Verantwortlichen zurückgespielt.
  4. Der koordinierte Stand wird vom Verantwortlichen geprüft und als Veröffentlicht freigegeben – etwa als Grundlage für Ausschreibung oder Ausführung.
  5. Überholte Stände wandern ins Archiv und bleiben nachvollziehbar.

Der Kern: Jeder Statuswechsel ist eine bewusste, protokollierte Entscheidung einer berechtigten Person. Die genaue Ausgestaltung – Bezeichnung der Stände, Prüfschritte, Freigabeberechtigte – legt das Projekt fest, üblicherweise im BIM-Abwicklungsplan.

Einführung in sechs Schritten

  1. Anforderungen klären: Projektziele, Beteiligte, Modell- und Dokumentarten.
  2. Informationsanforderungen festlegen: Was muss wann in welcher Form geliefert werden?
  3. Regeln vereinbaren: Benennung, Status, Revisionen, Freigaben im Abwicklungsplan.
  4. Plattform konfigurieren: Struktur, Rollen und Rechte dem Regelwerk entsprechend einrichten.
  5. Beteiligte einweisen: Kurze Schulung; Ansprechpartner benennen.
  6. Betrieb begleiten: Struktur und Rechte laufend pflegen und an neue Projektphasen anpassen.

Typische Fehler bei der Einführung

  • Werkzeug ohne Regeln: Ohne Benennungskonvention, Status und Rollenmodell bleibt die CDE ein Dateiserver.
  • Parallele Kanäle: Austausch außerhalb der CDE untergräbt die „einzige Quelle der Wahrheit“.
  • Normbegriffe ohne Vertragsbezug: Wenn AIA und BAP nicht festlegen, wie die CDE genutzt wird, bleibt ISO 19650 Theorie.
  • CDE mit Viewer verwechseln: Modelle ansehen ist nur ein Teil; Freigabe, Status und Nachweis gehören dazu.
  • Zu spät starten: Die CDE gehört an den Projektbeginn, nicht in die Ausführungsphase.

So setzt winplan das um

Für BIM-Projekte bietet NetzWerkPlan wpsquirrel als Common Data Environment: eine gemeinsame Datenumgebung für Modelle, Pläne und Dokumente mit klaren Rollen und Status, eingebettet in die Plattform winplan. IFC-Modelle lassen sich im Browser ansehen und mit Projektinformationen verknüpfen.

Zur BIM-CDE wpsquirrel

Häufige Fragen zur Common Data Environment

Was bedeutet CDE im Bau?

CDE steht für Common Data Environment, auf Deutsch gemeinsame Datenumgebung. Gemeint ist die zentrale Plattform und der zugehörige Prozess, über die ein Bauprojekt Pläne, Dokumente und Modelle verwaltet und austauscht.

Ist eine CDE nach ISO 19650 Pflicht?

ISO 19650 ist eine Norm und kein Gesetz. Verbindlich wird sie, wenn Verträge oder Auftraggeberanforderungen sie vorschreiben. Prüfen Sie dazu die Projektunterlagen des Auftraggebers.

Brauche ich eine CDE auch ohne BIM?

Eine gemeinsame Datenumgebung ist auch für 2D-Pläne und Dokumente sinnvoll. Für BIM-Projekte ist sie in der Praxis nahezu unverzichtbar, damit Modelle geordnet ausgetauscht werden.

Was ist der Unterschied zwischen CDE und Projektraum?

Im Alltag werden die Begriffe oft gleichgesetzt. CDE betont geregelte Informationsstände, Rollen und die Arbeit mit BIM-Modellen; der Projektraum ist die im deutschen Bau übliche Bezeichnung für die gemeinsame Arbeitsumgebung.

Wer beauftragt und bezahlt die CDE?

In der Regel der Bauherr oder der Hauptauftragnehmer. Eine Umlage der Kosten auf Beteiligte ist möglich, muss aber vor Projektbeginn vertraglich geregelt werden.

Sehen Sie winplan an Ihrem Projekt.

In 30 Minuten zeigen wir Ihnen die passenden Abläufe – unverbindlich und mit Blick auf Ihr Projekt.

Kostenlose Demo anfragen