Das Fundament, auf dem jeder weitere Teil ruht.
Teil 1 sagt Ihnen nicht, wie Sie ein Projekt führen, das ist die Aufgabe von Teil 2. Er leistet etwas Wichtigeres. Er legt die Begriffe fest, die Anforderungshierarchie, die gemeinsame Datenumgebung und die Informationsbedarfstiefe, von denen jeder andere Teil von ISO 19650 abhängt. Wer Teil 1 falsch anlegt, dem hält nichts anderes mehr stand.
Vier Ideen leisten den Großteil der Arbeit: die Kaskade, die CDE, die Informationsbedarfstiefe (LOIN) und die Benennung, dazu die Beteiligten, die sie betreiben. Etwa achtzehn Minuten Lesezeit.
Wie stellen wir sicher, dass die in einem Projekt erzeugten Informationen tatsächlich nützlich sind?
Die Antwort ist eine Kaskade. Anforderungen fließen nach unten, vom strategischen Bedarf des Eigentümers über das, was jede Anlage und jedes Projekt benötigt, in einen formellen Auftrag an das Lieferteam, das mit einem Lieferplan antwortet. Jede Ebene übersetzt allgemeine Ziele in konkretere Vorgaben. Die Rückführbarkeit reicht von den Zielen des Eigentümers an der Spitze bis zu jeder einzelnen Datei, die an einem Phasen-Gate eingereicht wird.
OIR, Organisational Information Requirements
Die OIR stehen an der Spitze. Sie beschreiben, was eine Organisation von ihren Informationen über jedes Projekt und jede Anlage in ihrem Bestand hinweg benötigt, nicht für ein Projekt, sondern für das gesamte Portfolio.
OIR ergeben sich aus den Unternehmenszielen: Kosten-Benchmarking, Instandhaltungsstrategie, regulatorische Anforderungen, ESG-Berichterstattung, Planung der Anlagenstilllegung. Die Geschäftsleitung, das Asset Management und das FM-Team legen sie fest, mit Unterstützung des BIM-Beraters.
Jährlich überprüft. In jedem Projekt wiederverwendet.
AIR + PIR, je Anlage, je Projekt
Unterhalb der OIR teilt sich die Kaskade in zwei Stränge.
AIR (Asset Information Requirements) übersetzt die OIR in das, was ein bestimmter Anlagentyp ab der Übergabe benötigt. Ein Krankenhaus unterscheidet sich grundlegend von einem Wohnhochhaus, andere Anlagendaten, andere Prüfpläne, andere betriebliche Prioritäten. Die AIR halten diese Unterschiede einmal fest; jedes Projekt dieses Anlagentyps verwendet sie wieder.
PIR (Project Information Requirements) läuft daneben, beantwortet aber eine andere Frage: Was muss der Auftraggeber wissen, um in jeder Projektphase die Entscheidungen zu treffen? Machbarkeit, Konzept, Vorentwurf, Ausführungsplanung, Übergabe, jede Phase hat eine geschäftliche Frage, und die PIR legen fest, was sie beantwortet.
AIA, Exchange Information Requirements
Die AIA sind das operativ wichtigste Dokument der Kaskade. Sie sind die formelle Spezifikation, die die auftraggebende Partei an das Lieferteam ausgibt, an Planungsbüros, Bauunternehmen und Fachunternehmen, und legen genau fest, welche Informationen sie zu erzeugen haben, in welchem Format und bis wann. Jedes nachgelagerte Ergebnis erbt ihre Qualität, weshalb vage AIA ein vages Projekt erzeugen.
Mit der Ausschreibung ausgegeben. Bei Beauftragung bindend.
Vollständige AIA decken drei Bereiche ab. Technisch: Autorensoftware, Dateiformate, Modellursprung und Koordinatensystem, Einheiten, Namenskonvention, Informationsbedarfstiefe je Phase. Management: CDE-Plattform, Informationszustände und Gate-Freigaben, Rollen, Liefermeilensteine, Erwartungen an den MIDP. Kommerziell: Anforderungen an die BAP-Einreichung, QS-Verfahren, Ergebnisse je Beauftragungsphase, Abnahmekriterien.
BAP, MIDP, TIDP, das Team antwortet
Ebene 4 ist die Antwort des Lieferteams auf die AIA.
BAP (BIM-Abwicklungsplan) entsteht zweimal, zuerst als Zusage im Angebot, die die Leistungsfähigkeit belegt, dann nach Beauftragung als vertraglicher Lieferplan. Verantwortet von der Lead Appointed Party.
MIDP (Master Information Delivery Plan) ist das zusammengeführte Register jedes Informationscontainers im Projekt: alle Teams, alle Ergebnisse, alle Termine, alle Formate. Verantwortet und durchgängig gepflegt von der Lead Appointed Party über die gesamte Lieferung.
TIDP (Task Information Delivery Plan) ist der eigene Ausschnitt jedes Fachteams aus dem MIDP, seine Ergebnisse, Prüfer und Termine. Mehrere TIDPs fügen sich zum MIDP zusammen.
VertiefungWer was erstellt, der Lebenszyklus, in dem es läuft, und drei Wege, auf denen die Kaskade scheitert
Wer was erstellt
| Dokument | Verantwortlich | Wann |
|---|---|---|
| OIR | Geschäftsleitung + Asset Management, mit Unterstützung des BIM-Beraters | Einmal je Organisation; jährlich überprüft |
| AIR | FM-Team + Asset Manager | Einmal je Anlagentyp; projektübergreifend wiederverwendet |
| PIR | Projektteam des Auftraggebers | Bei Projektbeginn |
| AIA | BIM-Manager oder Informationsmanager des Auftraggebers | Mit der Ausschreibung ausgegeben; bei Beauftragung bindend |
| BAP | Lead Appointed Party | Vor Beauftragung (Angebot) + nach Beauftragung (Vertrag) |
| MIDP | Lead Appointed Party | Durchgängig über die Lieferung gepflegt |
| TIDP | Jede beauftragte Partei | Bei Beauftragung; über die Lieferung aktualisiert |
Die vier Lebenszyklusphasen, denen die Kaskade dient
Die Kaskade ist kein Selbstzweck, sie speist einen Lebenszyklus. ISO 19650 gliedert das Leben einer Anlage in vier Arbeitsphasen: Beauftragen (die Anforderungen vor der Ausschreibung festlegen), Mobilisieren (CDE, Benennung, Verantwortlichkeiten und Sicherheit vor der Lieferung einrichten), Liefern (den Produktionszyklus betreiben und jeden Austausch prüfen) und Übergeben & Betreiben (das Projektinformationsmodell in das Anlageninformationsmodell überführen und es im Betrieb steuern). Was Sie beim Beauftragen festlegen, bestimmt, was Sie beim Liefern erhalten und was Sie bei der Übergabe prüfen.
Dieser letzte Schritt hat einen Namen. Während Planung und Bau ist das Ergebnis das PIM (Project Information Model). Bei der Übergabe wird daraus das AIM (Asset Information Model), der Datenbestand, aus dem das Betriebsteam das Gebäude über die nächsten fünfzig Jahre führt. ISO 19650-3 regelt diesen Übergang und die Betriebsphase danach.
Drei häufige Fehlerbilder
OIR und AIR überspringen. Viele Projekte gehen direkt zu den AIA. Die Folge: AIA, die technische Ergebnisse vorschreiben, die das FM-Team nie nutzen wird, während Daten fehlen, die es dringend braucht. Das Symptom zeigt sich nach der Übergabe, wenn das FM-Team das Anlagenregister von Grund auf neu aufbaut.
Ein BAP, der zu viel verspricht. Der BAP vor Beauftragung sagt Informationsbedarfstiefen oder Lieferzyklen zu, die das Team nicht halten kann. Bis Phase 3 verfehlt das Team Meilensteine, und das vertragliche Risiko war bei Unterschrift bereits angelegt.
Ein statischer MIDP. Der MIDP wird bei Beauftragung erstellt und nie aktualisiert. Bis zum vierten Monat traut ihm niemand mehr, die wöchentliche Lieferbesprechung läuft wieder über E-Mail und WhatsApp, und die Kaskade bricht zusammen.
Die häufigste Ursache für ein Scheitern des Informationsmanagements ist nicht die Technik. Es ist Unklarheit darüber, wer wofür verantwortlich ist.
Wer ist wer
Die Kaskade sagt Ihnen, was erzeugt wird. Dies sagt Ihnen, von wem. ISO 19650 benennt eine kleine, bewusst gewählte Besetzung, und der gesamte Rahmen setzt voraus, dass Sie wissen, wer wer ist.
Wenn niemand einen Prozess verantwortet, scheitert er. Wenn zwei Parteien beide annehmen, sie verantworteten ihn, wird die Arbeit entweder doppelt gemacht oder ganz vergessen. Deshalb legt die Norm die Hierarchie vorab fest.
Die organisatorischen Rollen
- Auftraggebende Partei, der Auftraggeber. Beauftragt das Projekt, setzt die Anforderungen (OIR, PIR, AIR, AIA), wählt die CDE und hält die finale Freigabebefugnis. In den meisten Projekten überträgt der Auftraggeber das Tagesgeschäft an einen PM-Berater, behält aber das letzte Wort bei Freigaben.
- Lead Appointed Party, in der Planung das federführende Planungsbüro, im Bau das Generalunternehmen. Trägt die primäre vertragliche Verantwortung für die Lieferung der Informationen, koordiniert alle darunter und verantwortet BAP und MIDP.
- Beauftragte Parteien, Fachplaner und Nachunternehmer. Liefern ihre Informationen gegen die AIA; jede verantwortet ihren TIDP.
- Fachteams, die Fachteams, die die Produktionsarbeit leisten.
Die zwei funktionalen Rollen
Zwei Rollen wirken quer über diese Hierarchie, statt in ihr zu sitzen:
- Informationsmanager, verantwortet den Prozess des Informationsmanagements selbst: CDE-Governance, Datenqualität, die Phasen-Gate-Freigaben. In großen Programmen gibt es oft zwei, einen auf Seite der auftraggebenden Partei, einen auf Seite der Lead Appointed Party.
- BIM-Koordinator, verantwortet die tägliche Modellkoordination innerhalb der Gewerke und zwischen ihnen, führt die Kollisionsprüfung durch und übernimmt die Gate-1-Prüfungen, bevor Informationen geteilt werden.
Die Verantwortung folgt der Hierarchie: Die auftraggebende Partei verantwortet Anforderungen, Freigabe und die Abnahme bei der Übergabe; die Lead Appointed Party die Lieferung; die beauftragten Parteien und Fachteams die Produktion. Die vollständigen RACI-Matrizen stehen in Teil 2 und den Rollenpaketen, Teil 1 legt nur die Begriffe fest.
Die gemeinsame Datenumgebung
Die CDE ersetzt den fragmentierten Austausch, E-Mail-Anhänge, USB-Sticks, WhatsApp-Freigaben, persönliche Ordner, durch eine einzige gesteuerte Plattform, auf der alle Projektinformationen gespeichert, kontrolliert und verteilt werden. Die Plattform ist die Technik; die CDE ist die Technik plus der Prozess.
Die vier Zustände
Jeder Informationscontainer befindet sich in einem von vier Zuständen. Der Zustand bestimmt, wer ihn sehen darf und wofür er genutzt werden kann.
- WIP, Work in Progress. Privat für das produzierende Fachteam. Kann Fehler, Platzhalter, Entwürfe enthalten. Nicht zur externen Nutzung.
- Shared, hat Gate 1 bestanden. Für andere Projektteams zur Koordination sichtbar. Nicht für Vergabe- oder Bauentscheidungen.
- Published, hat Gate 2 bestanden. Die freigegebene, aktuelle Fassung des Datenbestands. Vertragsgültig. Genutzt für Bau, behördliche Einreichung, kommerzielle Entscheidungen.
- Archived, durch eine neuere Version ersetzt oder der Bestandsnachweis. Aufbewahrt für das Audit-Protokoll. Historisch, nicht aktuell.
Die zwei Gates
Die Gates sind das, was die CDE gesteuert macht. Sie sind die Qualitätskontrollen, die verhindern, dass ungeprüfte Informationen zur Koordination oder zum Bau genutzt werden.
Gate 1, WIP zu Shared. Durchgeführt vom BIM-Koordinator des produzierenden Teams. Prüft Namenskonvention, Modellzustand (keine Warnungen, bereinigte Inhalte, korrekter Ursprung) und Informationsbedarfstiefe gegen die Spezifikation. Nicht bestandene Einreichungen gehen zur Nachbesserung zurück.
Gate 2, Shared zu Published. Durchgeführt von der Lead Appointed Party im Auftrag der auftraggebenden Partei. Prüft AIA-Konformität, Koordination gegen das Koordinationsmodell und formelle Freigabe. Freigegebene Informationen wechseln mit dem passenden Eignungscode zu Published.
VertiefungStatuscodes, der Freigabeablauf und warum ein gemeinsames Laufwerk keine CDE ist
Eignungs-(Status-)Codes
Der Zustand eines Dokuments sagt, wo es liegt; sein Statuscode sagt, wofür es freigegeben ist. Der Code wandert mit dem Container und ändert sich bei jedem Übergang. Der Standardsatz:
| Code | Status | Was er bedeutet | Wer sich darauf verlassen darf |
|---|---|---|---|
| S0 | Work in Progress | In Entwicklung; nicht zum Teilen | Autor / produzierendes Team |
| S1 | Geeignet zur Koordination | Geteilt zur Planungskoordination | Gesamtes Planungsteam |
| S2 | Geeignet zur Information | Geteilt nur zur Information, keine Aktion | Gesamtes Projektteam |
| S3 | Geeignet zur Prüfung & Kommentierung | Zur formellen Prüfung ausgegeben, Rückmeldung erforderlich | Prüfer von Auftraggeber / Planungsbüro |
| S4 | Geeignet zur Phasenfreigabe | Zur formellen Phasen-/Gate-Freigabe eingereicht | Freigebende Stelle |
| S5 | Geeignet zur Kostenermittlung | Für Mengen- und Kostenermittlung freigegeben | Kalkulation + Kommerziell |
| S6 | Geeignet zur Fertigung | Für Fertigung / Beschaffung freigegeben | Bauunternehmen / Hersteller |
| S7 | Geeignet zur Ausführung | Zur Ausführung auf der Baustelle freigegeben | Baustellenteams / Bauunternehmen |
| A1–An | Freigegeben / angenommen | Formell autorisiert; ersetzt frühere Revisionen | Gesamtes Team + Auftraggeber |
| CR | Bestandsnachweis | Endgültiger Nachweis des Gebauten | Archiviert für FM / Betrieb |
Eine typische Tragwerkszeichnung durchläuft S0 → S1 (Koordination mit TGA) → S3 (Prüfung Auftraggeber) → S4 (Phasenfreigabe) → A1 (freigegeben) → S7 (zur Ausführung freigegeben). Die CDE protokolliert, wer den Status wann und mit welcher Anweisung geändert hat, und der Eintrag kann im Nachhinein nicht verändert werden.
Die Published-/Freigabe-Codes werden in den AIA definiert und unterscheiden sich je nach Rahmenwerk, manche Projekte nutzen A1–A5 für Freigabestufen plus B1 (Ausführung) und B2 (Bestand) statt S7/CR. Wählen Sie ein Schema je Projekt und setzen Sie es in der CDE durch.
VertiefungTiefer einsteigen
Der Freigabeablauf, drei Rollen, eine Entscheidung
Jedes Dokument durchläuft eine strukturierte Prüfung, bevor es genutzt werden darf. Drei Rollen, bewusst getrennt gehalten:
- Autor, erstellt den Container, lädt ihn mit korrekten Metadaten, Benennung und Status hoch und benennt den Prüfer.
- Prüfer, ein Fachkollege im selben Gewerk. Verifiziert technische Richtigkeit, Normkonformität und Vollständigkeit; leitet weiter, wenn annehmbar, oder gibt mit dokumentierten Kommentaren zurück, wenn nicht.
- Freigebende Stelle, federführender Planer, PM-Berater oder Vertreter des Auftraggebers. Trifft die endgültige Entscheidung.
Die Entscheidung der freigebenden Stelle ist selbst codiert: A freigegeben (geht zu Published) · B freigegeben mit Kommentaren (geht weiter, Kommentare in der nächsten Revision gelöst) · C abgelehnt, überarbeiten & erneut einreichen · D abgelehnt, nicht erneut einreichen (das Konzept muss neu überdacht werden). Die eine Regel, die allem zugrunde liegt, die Funktionstrennung, lautet: Ein Autor darf sein eigenes Dokument niemals freigeben. Die CDE setzt das durch.
Warum ein gemeinsames Laufwerk keine CDE ist
ISO 19650 schreibt kein Produkt vor. Autodesk Construction Cloud, Oracle Aconex, Asite, Trimble Connect, ein konfiguriertes SharePoint, alle werden in der Praxis genutzt. Was die Norm verlangt, ist ein Satz unverhandelbarer Fähigkeiten:
- Vier getrennte Zustandsbereiche, WIP, Shared, Published, Archived als Zustände durchgesetzt, nicht als Ordner.
- Rollenbasierte Zugriffskontrolle, jeder Nutzer sieht nur, was seine Rolle erfordert.
- Lückenloses Audit-Protokoll, jeder Upload, Download, Zustandswechsel und jede Berechtigungsänderung mit Nutzer und Zeitstempel protokolliert.
- Versionskontrolle, ersetzte Versionen archiviert, nie überschrieben; die aktuelle Version immer auffindbar.
- Benennungsprüfung, nicht konforme Dateinamen werden beim Upload abgewiesen.
Dropbox, Google Drive, OneDrive, ohne aufgesetzte Governance, sind sie gemeinsame Ordner. Unterordner namens „WIP" und „Published" anzulegen macht noch keine CDE; die Zustände müssen durchgesetzt werden, nicht bloß beschriftet. Die Disziplin lässt sich auf eine Regel bringen, die einen Aushang wert ist: Was nicht in der CDE ist, existiert nicht.
Die Informationsbedarfstiefe ersetzt LOD
Das alte Level-of-Development-System verschmolz drei verschiedene Dinge zu einer einzigen Zahl. Eine Tür konnte in der Form „LOD 400" sein und null nutzbare Daten tragen; eine Pumpe konnte datenreich und geometrisch zu schwer für die frühe Koordination sein. Die eine Zahl konnte nicht sagen, was von beidem zutraf.
Die Informationsbedarfstiefe (LOIN), definiert in EN 17412-1:2020 und von ISO 19650-1 referenziert, trennt die drei ausdrücklich. Jede wird je Element, je Phase festgelegt und bei jedem Data Drop dagegen geprüft.
Drei Dimensionen
- Geometrisch, die 3D-Form, Größe und der sichtbare Detaillierungsgrad im Modell. EN 17412-1 gliedert dies in fünf Teilaspekte, die Sie unabhängig festlegen können: Detail, Dimensionalität, Lage, Erscheinung, parametrisches Verhalten.
- Alphanumerisch, die dem Element angehängten Daten: Identifikation, Material, Leistung, Klassifizierung (Uniclass / OmniClass), kommerzielle und FM-Daten.
- Dokumentation, die in der CDE mit dem Element verknüpften Begleitdateien: Datenblätter, Zertifikate, Berechnungen, Wartungshandbücher, Garantien.
Eines ohne die anderen festzulegen erzeugt Modelle, die richtig aussehen, aber nachgelagert nicht nutzbar sind, oder Modelle, die die Daten tragen, aber zu schwer zum Koordinieren sind.
Über die Phasen hinweg, eine Tür
In der Konzeptphase braucht eine Tür nur ein einfaches Türblatt mit Außenmaßen, die Geometrie ist minimal, aber sie braucht dennoch Feuerwiderstands- und Akustikdaten. Dokumentation: keine.
In der Ausführungsplanung zieht die Geometrie nach: Zarge, Anschlag, Verglasung, Griffe, Bänder, Schwelle. Die Daten vertiefen sich: Material, U-Wert, Hersteller, Modellnummer. Die Dokumentation kommt hinzu: Produktdatenblatt, Brandprüfzeugnis.
Geometrie und Daten entwickeln sich auf eigenen Kurven. Die Informationsbedarfstiefe verfolgt jede für sich, sodass die AIA in jeder Phase das richtige Maß von jeder verlangen können, ohne die andere zum Mithalten zu zwingen.
VertiefungDie Brücke von LOD, die Grenze zu COBie und ein durchgerechnetes Beispiel
Wenn Ihr BAP noch in LOD spricht
Sie müssen sich nicht entscheiden. LOD lässt sich eng genug auf die Informationsbedarfstiefe abbilden, um einen bestehenden BAP zu übersetzen:
| LOD | Geometrisch | Alphanumerisch | Dokumentation | RIBA-Phase |
|---|---|---|---|---|
| 100 | Symbolisch / schematisch; keine gemessene Geometrie | Nur Typidentifikation | Keine | 1 Vorbereitung & Briefing |
| 200 | Näherungsweise; geschätzte Größe, Form, Lage | Grundlegend, geschätzte Fläche, indikatives Material | Konzeptskizzen, Flächenpläne | 2 Konzept |
| 300 | Präzise, aus dem Entwurf gemessen | Spezifiziert, Güte, Last, Brand, Wärme | Spezifikationen, grobe Datenblätter | 3 Räumliche Koordination |
| 350 | 300 + Schnittstellen und Koordinationsfreiräume | 300 + Koordinationsdaten | Koordinationsberichte, Kollisionsprotokoll | 4 Ausführung |
| 400 | Fertigungsgerecht, Anschlüsse, Profile, Schrauben | Vollständige Fertigungsdaten | Werkstattzeichnungen, Fertigungspläne | 4/5 Ausführung / Bau |
| 500 | Bestand, vor Ort verifiziert | Verifiziert wie eingebaut, Seriennummern, Inbetriebnahme | Bestandspläne, Wartungshandbücher, Zertifikate, Garantien | 6 Übergabe |
Der Vorteil der Informationsbedarfstiefe ist Präzision. Statt „LOD 300 für alle Wände" können Sie sagen „präzise Geometrie und exakte thermische Eigenschaften, aber keine Einbaureihenfolge und keine Herstellerdatenblätter vor der Ausführungsplanung", und die Teams produzieren nur, was wirklich gebraucht wird.
Die Informationsbedarfstiefe ist nicht COBie
Eine häufige Verwechslung: Die Informationsbedarfstiefe ist das Rahmenwerk zur Spezifikation des Bedarfs über drei Dimensionen. COBie, geregelt durch ISO 19650-4, ist ein strukturiertes Datenschema zur Lieferung von Anlagendaten an FM-Systeme bei der Übergabe. COBie-Felder entsprechen den alphanumerischen und dokumentarischen Anforderungen, die die Informationsbedarfstiefe für die Übergabephase festlegt. Sie ergänzen einander, sind aber nicht austauschbar.
Durchgerechnetes Beispiel, ein Lüftungsgerät über die Phasen
Dasselbe Element durch jede Phase verfolgt. Jede Zeile ist das, was die Informationsbedarfstiefe für dieses Element in dieser Phase festlegt.
| Phase | Geometrie | Daten | Dokumentation |
|---|---|---|---|
| 1 Machbarkeit | Platzhaltervolumen für die Reservierung im Technikraum | Kühlleistungsbereich, Systemtyp | , |
| 2 Konzept | Generische Lüftungsgerätform, ungefähre Maße und Anschlusspunkte | Leistung, Luftvolumenstrom, Größen der Zu-/Abluftkanäle, Leistungsbedarf | , |
| 3 Vorentwurf | Bestätigte Maße mit Lage der Register, Filterstufen, Ventilatoren | Hersteller, Modellnummer, Gewicht, Akustikdaten, GLT-Steuerpunkte | Produktdatenblatt, akustischer Prüfbericht |
| 4 Ausführungsplanung | Fertigungsgerecht: exakte Maße, Wartungszonen, Hebepunkte, Anschlussspezifikationen | Daten aus Phase 3 plus Einbaureihenfolge, Inbetriebnahmeparameter, Ersatzteilliste | Einbauanleitung, Inbetriebnahme-Checkliste |
| 5–6 Übergabe | Bestand verifiziert: tatsächliche Einbaulage, alle Abweichungen vor Ort | Seriennummer, Einbaudatum, Garantieende, Wartungsintervall, Filterwechselplan | Wartungshandbuch, Garantieurkunde, Prüf- und Abnahmebericht, GLT-Punktliste |
Direkt zum Schreiben von AIA-Klauseln nutzbar: die Phasenzeile auswählen, die Maße aufführen, die Tabelle als Anlage anhängen.
Jeder Dateiname sollte seinen Inhalt, seinen Urheber und seinen Status erkennen lassen, ohne dass jemand die Datei öffnet.
Informationscontainer und Benennung
Teil 1 führt den Informationscontainer als Begriff für alles ein, was in der CDE verwaltet wird, ein Modell, eine Zeichnung, ein Verzeichnis, ein Zertifikat oder eine Fotografie. Der Begriff ist bewusst allgemein gehalten.
Jeder Container folgt der im BAP vereinbarten Namenskonvention. In einem Projekt jeder Größe hält die CDE zehntausend oder mehr davon. Ohne einheitliche Benennung heißt die richtige Datei zu finden, den Urheber zu fragen, Versionskonflikte bleiben unsichtbar, automatische Prüfung und Suche und Berichtswesen und Mengenermittlung werden unpraktikabel, und die Übergabedaten sind für das CAFM oder CMMS des FM-Teams unbrauchbar.
Die standardisierte Acht-Felder-Konvention, getrennt durch Bindestriche:
[Projekt] - [Urheber] - [Gewerk] - [Zone] - [Typ] - [Sequenz] - [Status] - [Revision]
Beispiel: DXB-MR-AEC-AR-ZZ-M3-0001-S2-P03
Von links nach rechts gelesen nennt der Name das Projekt, den Urheber (die produzierende Organisation), das Gewerk (Architektur), die Zone (ZZ = alle Zonen), den Typ (M3 = 3D-Modell), die Sequenznummer, den Eignungsstatus (S2 = geteilt zur Information) und die Revision (P03). Niemand öffnet die Datei, um zu wissen, was sie ist.
VertiefungDie Feldcodes und die Regeln, die sie maschinenlesbar halten
Gewerkecodes
| AR Architektur | ST Tragwerk | ME Maschinentechnik |
| EL Elektro | PL Sanitär | FP Brandschutz |
| LN Landschaft | CV Tiefbau | GE Geotechnik |
| SV Vermessung | AC Akustik | FA Fassade |
| VT Fördertechnik | EN Umwelt | BM BIM-Management |
| PM Projektmanagement | QS Mengenermittlung | ZZ Mehrere / alle |
Containertypcodes
M3 3D-Modell · M2 2D-Modell · IF IFC · DR Zeichnung · SP Spezifikation · SH Verzeichnis · RP Bericht · VS Visualisierung · CR Zertifikat · RI RFI · BQ Leistungsverzeichnis · PC Punktwolke · PH Fotografie · FN Aktennotiz.
Trennzeichenregeln
Bindestrich zwischen Feldern; nie ein Bindestrich innerhalb eines Feldes; alles GROSSBUCHSTABEN; keine Leerzeichen; keine Sonderzeichen. Ein zusammengesetzter Projektcode wie DXB-MR zählt als ein Feld. Die CDE setzt das beim Upload durch, ein nicht konformer Name wird abgewiesen, nicht stillschweigend angenommen.
Manche Plattformen nutzen eine Neun-Felder-Variante, die Zone und Geschoss trennt und einen einstelligen Rollencode ergänzt. Die obige Acht-Felder-Konvention ist die kanonische; welche ein Projekt übernimmt, kommt in den BAP und in die Prüfregeln der CDE.
Weiterführende Literatur
- ISO 19650-1:2018, Konzepte und Grundsätze, die Quellnorm für diesen Teil.
- UK BIM Framework, kostenlose Umsetzungshilfen, Vorlagen und die erklärte Kaskade.
- BSI, ISO 19650 / BIM, die vollständige Normenfamilie.
- EN 17412-1:2020 definiert die Informationsbedarfstiefe (LOIN), auf die dieser Teil durchgängig verweist.
Wenn Sie sich eine Handvoll Dinge merken, dann diese.
Die Kaskade. Nichts wird ohne rückführbaren Bedarf erzeugt. OIR → AIR + PIR → AIA → BAP + MIDP + TIDP. Eigentümer schreiben die Anforderung; Teams antworten mit dem Lieferplan.
Die Parteien. Auftraggebende Partei, Lead Appointed Party, beauftragte Parteien, Fachteams, dazu der Informationsmanager und der BIM-Koordinator, die quer über sie hinweg wirken. Klare Verantwortung ist der ganze Sinn.
Die CDE. Kein Ordner. Vier Zustände, zwei Gates, Eignungscodes, ein lückenloses Audit-Protokoll. Die Plattform plus der Prozess.
Die Informationsbedarfstiefe. Drei Dimensionen, Geometrie, Daten, Dokumentation, unabhängig festgelegt je Element, je Phase. Definiert in EN 17412-1. LOD ist tot.
Benennung. Jeder Dateiname ein sich selbst beschreibender Datensatz. Durchsuchbar, sortierbar, maschinenlesbar, kein Öffnen nötig.
Weiter, Teil 2: Die Lieferphase
Teil 1 hat das Fundament gelegt. Teil 2 beschreibt die Tätigkeiten der Projektlieferung, Beauftragung, Mobilisierung, den Produktionszyklus und die Phasen-Gates, die das Fundament in der Praxis betreiben. Lesen Sie ihn als Nächstes.
Teil 2 · Die Lieferphase →