Gemeinsame
Daten-
umgebung.
Eine CDE ist keine Plattform. Sie ist eine Vereinbarung: wo jede Datei liegt, in welchem Status sie ist und wer sie freigibt.
Welche gilt?
E-Mails, Ordner und lokale Kopien. Niemand weiß, welche Version gültig ist und wer sie für richtig befunden hat.
Eine vereinbarte Quelle.
Die gemeinsame Datenumgebung ist der vereinbarte Ort, an dem Informationen gesammelt, verwaltet und verteilt werden, stets in einem gesteuerten Prozess.
Alles ist ein Container.
Ein Modell, ein Plan oder eine Tabelle: jede benannte, abrufbare Informationseinheit. Sie trägt ihre Metadaten mit sich.
Vier Status.
Jeder Container ist immer in genau einem: Er wird bearbeitet, zur Koordination geteilt, zur Nutzung veröffentlicht, und alles wird protokolliert.
In Bearbeitung.
Die Werkstatt des Teams. Der Urheber erstellt es, niemand von außen sieht es: Fehler, Löschen und Neuanfang sind erlaubt.
Geteilt.
Freigegeben, damit andere Teams es sehen. Es dient zum Koordinieren und Kommentieren, nicht zum Bauen.
Veröffentlicht.
Zur Nutzung autorisiert: in der Detailplanung, auf der Baustelle oder im Betrieb. Es ist die vertraglich maßgebliche Version.
Archiviert.
Nicht das Ende des Weges, sondern das Logbuch. Es bewahrt jede überholte Version und jeden Statuswechsel, mit wem und wann.
Nichts ohne Freigabe.
Zwischen den Status liegen Tore. Das erste öffnet das Team selbst; das zweite der federführende Auftragnehmer und danach der Auftraggeber.
Der Status ist nicht der Ordner.
Jeder Container trägt drei Pflichtangaben: Statuscode, Revisionscode und Klassifikationscode. Ordner helfen, ersetzen aber das Etikett nicht.
P für vorläufig, C für Vertrag.
Arbeitsversionen tragen Nachkommastellen, Geteiltes nicht, und Veröffentlichtes wechselt den Buchstaben.
Ein Name, der sich selbst erklärt.
Feste Felder, getrennt durch Bindestriche: welches Projekt, wer es erstellt, wo es liegt, was es ist, welche Fachdisziplin und welche Nummer.
Wer bestellt, wer liefert.
Der Auftraggeber beauftragt. Ein federführender Auftragnehmer verantwortet das gesamte Lieferteam, und jedes Aufgabenteam erstellt seinen Teil.
Das Recht hängt vom Status ab.
Der Urheber bearbeitet seine Daten in Bearbeitung. Die anderen Teams lesen Geteiltes. Veröffentlichtes wird nur gelesen.
| Wer | In Bearbeitung | Geteilt | Veröffentlicht |
|---|---|---|---|
| Eigenes Aufgabenteam | Bearbeitet | Liest | Liest |
| Andere Teams | — | Liest | Liest |
| Federführender Auftragnehmer | — | Liest und prüft | Autorisiert |
| Auftraggeber | — | Liest, wenn geteilt | Akzeptiert |
Verknüpfen statt kopieren.
Jedes Team arbeitet an seinem Modell und referenziert die der anderen aus dem Status Geteilt. So koordinieren alle gegen dieselbe Version.
Vom Projekt zum Asset.
Das Veröffentlichte und Abgenommene bildet das Projektinformationsmodell. Zum Abschluss wird es archiviert und speist das Asset-Informationsmodell, mit dem der Eigentümer arbeitet.
Sechs Teile, eine Methode.
Die Normenreihe ISO 19650 ordnet das Informationsmanagement über den gesamten Lebenszyklus. Die CDE entsteht in Teil 1.
Die CDE steht vor der Ausschreibung.
Teil 2 beschreibt acht Aktivitäten. Der Auftraggeber richtet die CDE in der ersten ein, bevor er irgendjemanden einlädt.
Von der Anforderung zum Plan.
Der Auftraggeber sagt, welche Informationen er braucht. Das Team antwortet, wie, wer und wann. In der CDE wird dieses Versprechen eingelöst.
Die Codes sind nicht ISO.
ISO 19650 verlangt Status- und Revisionscodes, legt sie aber nicht fest. Jedes Land definiert sie in seinem nationalen Anhang, und sie stimmen nicht überein.
Wofür es taugt, in zwei Zeichen.
Der Statuscode sagt, wofür ein geteilter oder veröffentlichter Container verwendet werden darf. Der britische Anhang wird am häufigsten übernommen und hat sich 2021 geändert.
| Code | Status | Geeignet für |
|---|---|---|
| S0 | In Bearbeitung | Arbeit im Team |
| S1 | Geteilt | Koordination |
| S2 | Geteilt | Information |
| S3 | Geteilt | Prüfung und Kommentare |
| S4 | Geteilt | Freigabe der Phase |
| A1…An | Veröffentlicht | Autorisiert und abgenommen |
Spanien fordert es stufenweise.
Der Plan BIM für die öffentliche Vergabe definiert die CDE und verlangt sie ab der erweiterten Stufe gemäß UNE-EN ISO 19650.
Nicht alles wird geteilt.
Eine Polizeiwache, ein Flughafen oder ein Stromnetz verraten zu viel. Teil 5 verlangt, die Sensibilität zu bewerten, bevor über Zugriffe entschieden wird.
Zweite Ausgabe unterwegs.
Teile 1 und 2 werden überarbeitet. Der neue Teil 2 vereint Projekt und Betrieb in einem Prozess. Bis dahin gelten die Ausgaben von 2018.
Synchronisieren ist nicht teilen.
Das zentrale Modell in der Cloud ist Arbeit in Bearbeitung des Teams. Erst ein ausdrücklicher Schritt holt es dort heraus, damit andere es sehen.
Version ist nicht Revision.
Die Plattform nummeriert jedes Speichern. Die ISO-Revision legt ein Mensch fest, wenn ein Tor passiert wird. Und die IFC ist ein anderer Container als die native Datei.
Viele Marken, dieselben Status.
Jede Plattform setzt die vier Status auf ihre Weise um. Zuerst wird der Ablauf definiert, dann das Werkzeug gewählt.
Status als Ordner oder als Etikett.
Manche Plattformen verschieben die Datei beim Statuswechsel in einen anderen Ordner; andere ändern nur ihr Etikett und lassen sie liegen. Beides funktioniert, wenn die Rechte mitziehen.
Das Tor hat einen Knopf.
Ein Prüf-Workflow weist Prüfer zu, sammelt ihre Entscheidung und verschiebt den Container oder etikettiert ihn neu. Nicht jede Funktion erlaubt das.
Nicht jedes Siegel wiegt gleich.
„ISO-19650-konform“ kann ein externes Audit sein oder ein Satz aus dem Prospekt. Prüfen Sie, wer zertifiziert und für welche Teile.
Damit CDEs miteinander sprechen.
Mit den OpenCDE-APIs lassen sich Container einer CDE aus jedem Programm öffnen und speichern, ohne manuellen Download.
Ein Kommentar mit Koordinaten.
BCF speichert jedes Issue mit seiner Ansicht, seinem Screenshot und den betroffenen Elementen. Es wandert zwischen Programmen und der CDE, ohne das Modell anzufassen.
Mit den Verknüpfungen liefern.
ICDD bündelt Modelle, Pläne und Tabellen samt den Links zwischen ihnen. DIN SPEC 91391 legt fest, welche Funktionen eine CDE haben muss und wie zwei CDEs Daten austauschen.
Sechs Fragen an jedem Tor.
Vor dem Teilen oder Veröffentlichen wird der Container nach sechs Kriterien geprüft. Das erste ist die CDE selbst: korrekter Name und korrekte Metadaten.
Kommt er durchs Tor?
Geben Sie einen Containernamen ein und prüfen Sie Feld für Feld, ob er der britischen Konvention von 2018 entspricht, der am weitesten verbreiteten.
Der Name reicht nicht.
Die CDE prüft den Container, die IDS prüft den Inhalt der IFC-Datei. Gemeinsam machen sie den Übergang zu einer automatischen Prüfung.
Eine CDE, die niemand nutzt, gibt es nicht.
Der häufigste Fehler ist nicht technisch: Teams, die weiter per E-Mail verschicken. Auditiert wird mit Stichproben, nicht anhand des Handbuchs.