Der Moment, auf den alles ankommt.
Die Teile 1 bis 3 setzen die ganze Maschinerie auf: welche Information gebraucht wird, wer sie erzeugt, wann sie fällig ist, wo sie liegt und wie sie bis in den Betrieb durchträgt. Teil 4 regelt das eine Ereignis, für das all das existiert, den Moment, in dem ein Container tatsächlich von einer Partei zur nächsten wechselt und jemand entscheiden muss, ob er ihn annimmt.
ISO 19650-4 ist der Qualitätsmaßstab für diesen Moment. Er existiert, weil der in den Teilen 1–3 aufgebaute Prozess genau am Punkt der Übergabe noch brechen kann: ein falsch exportiertes Modell, bei der Konvertierung verlorene Daten, ein nicht regelkonformes Format, das durchgewunken wird, weil niemand geprüft hat. Teil 4 schließt diese Lücke mit zwei benannten Entscheidungen, fünf Qualitätskriterien und einem Nachweis, der sich im Nachhinein nicht mehr ändern lässt. Etwa elf Minuten.
Was passiert eigentlich bei einem Datenabwurf?
Ein Informationsaustausch, ein „Datenabwurf", ist jede formelle Bewegung eines Informationscontainers an einem Meilenstein: ein einzelnes Modell, ein Satz Zeichnungen, ein COBie-Datenabwurf oder ein Paket von Dokumenten. Der MIDP hat bereits gesagt, was und wann wechselt. Teil 4 regelt, wie es geprüft wird, bevor sich irgendjemand darauf verlässt.
Der Mechanismus sind zwei Gates, jedes im Verantwortungsbereich einer benannten Person. Nichts passiert ein Gate durch freie Übergabe, es passiert nur, indem es eine Entscheidung besteht. Es ist dieselbe Zwei-Gate-Struktur aus der gemeinsamen Datenumgebung in Teil 1, benannt nach den Personen, die den Beschluss fassen: Entscheidung A ist der Erzeuger, der seine eigene Arbeit vor der Freigabe prüft; Entscheidung B ist der Empfänger, der sie vor der Veröffentlichung annimmt.
Erzeugen, der Container in WIP
Das Aufgabenteam erstellt die Information in ihrem privaten Work-in-Progress-Zustand. Sie kann noch Fehler, Platzhalter und Entwürfe enthalten. Nichts verlässt WIP, bevor es seine erste Entscheidung bestanden hat, der Erzeuger darf Information schlechter Qualität nicht in einen Zustand freigeben, auf den sich andere Teams verlassen.
Entscheidung A, die interne Prüfung (Gate 1)
Das erzeugende Team prüft sein eigenes Ergebnis vor der Freigabe. Der Architekt verifiziert seinen IFC-Export; das Bauunternehmen verifiziert das COBie-Paket vor der Einreichung. Der Übergang ist WIP → Shared.
Entscheidung A wird von einem benannten Prüfer durchgeführt, der im TIDP genannt ist, eine bestimmte Person, niemals „das Team". Er bescheinigt, dass die Information bereit ist, von anderen Teams gesehen zu werden. Was nicht besteht, wird vor der Freigabe behoben.
Entscheidung B, Annahme (Gate 2)
Die empfangende Partei, typischerweise der Informationsmanager oder BIM-Verantwortliche der auftraggebenden Partei, das FM-Team bei der Übergabe, prüft und nimmt formell an. Der Übergang ist Shared → Published.
Hier werden die vollen fünf Cs angewendet, zusammen mit der Prüfung auf AIA-Konformität und MIDP-Vollständigkeit. Der Empfänger bescheinigt, dass die Information für ihren vorgesehenen Zweck geeignet ist. Entscheidung B ist das Gate, das aus Shared-Information den vertraglichen Nachweis macht.
Annahme oder Zurückweisung, das codierte Ergebnis
Entscheidung B endet in einem von vier codierten Ergebnissen, denselben Freigabecodes, die Teil 1 definiert:
- A, angenommen. Alle Kriterien erfüllt. Wechselt mit seinem Statuscode (A1, S7) zu Published.
- B, mit Auflagen angenommen. Kleinere Mängel; veröffentlichen, in der nächsten Revision beheben.
- C, zurückgewiesen, überarbeiten & neu einreichen. Ein oder mehrere Kriterien nicht erfüllt; mit Begründung zurückgegeben.
- D, zurückgewiesen, nicht neu einreichen. Ein grundlegendes Problem mit Umfang oder Ansatz; die Arbeit muss vor jeder erneuten Einreichung überdacht werden.
Welches Ergebnis auch immer, es wird mit einer benannten Person, einem Datum und einem Resultat festgehalten. Anonyme oder undatierte Annahmen sind nach ISO 19650-4 nicht gültig.
VertiefungDie zehn Prüfungen der Entscheidung A, der Audit-Pfad und drei Arten, wie ein Austausch scheitert
Entscheidung A, die zehn internen Prüfungen
Bevor ein Container WIP verlässt, bestätigt der benannte Prüfer jede dieser Prüfungen. Wird auch nur eine nicht bestanden, geht der Container mit einer Mängelliste und einer Korrekturfrist an den Erzeuger zurück.
| # | Prüfung | Was sie bestätigt |
|---|---|---|
| 1 | Schemakonformität | Gültige IFC-Struktur, korrekte COBie-Schemaversion, korrekte native Dateiversion |
| 2 | Benennungskonformität | Datei- und Containernamen folgen exakt der vereinbarten Konvention |
| 3 | Metadatenkonformität | Gewerk, Zone, Geschoss, Typ, Status, Revision alle ausgefüllt |
| 4 | Interne Konsistenz | Maße stimmen mit den Auszügen überein, Klassifizierungen einheitlich, keine widersprüchlichen Parameter |
| 5 | LOIN-Konformität | Geometrie, Daten und Dokumentation erfüllen die Informationsbedarfstiefe für diese Phase |
| 6 | Vollständigkeit | Keine leeren, Platzhalter- oder Standardwerte in Pflichtfeldern |
| 7 | Keine internen Kollisionen | Keine räumlichen Kollisionen innerhalb des eigenen Fachmodells |
| 8 | Klassifizierungskonformität | Jedes Element nach dem vereinbarten System klassifiziert (z. B. Uniclass 2015) |
| 9 | Format-Exporttest | Ist eine Konvertierung nötig (Revit → IFC), wird der Export getestet, Daten und Geometrie bleiben erhalten |
| 10 | Dokumentation verknüpft | Jedes referenzierte Begleitdokument ist vorhanden und zugänglich |
Der Audit-Pfad des Austauschs
Ein Prüfformular je Container (oder Paket) je Austausch. Teil A (Entscheidung A) und Teil B (Entscheidung B) reisen als ein einziger Nachweis zusammen, eine ungebrochene Kette von der Erzeugung bis zur Veröffentlichung:
Erzeugung abgeschlossen → Entscheidung A (freigegeben / zurück) → in Shared hochgeladen (automatische Validierung bestanden/nicht bestanden) → Koordinationszeitraum → Entscheidung B (angenommen / mit Auflagen / zurückgewiesen) → mit Statuscode veröffentlicht → bei Bedarf erneute Einreichung.
Die CDE hält fest, wer welchen Status gesetzt hat, wann und auf welche Anweisung, und der Eintrag lässt sich im Nachhinein nicht mehr ändern. Das ist die Audit-Pfad-Regel aus Teil 1, angewendet am exakten Punkt des Austauschs.
Drei häufige Fehlermuster
Der leere Prüfer. Entscheidung A oder B wird „dem Team" überlassen, ohne benannte Person. Wenn die Qualität nachlässt, ist niemand verantwortlich, und das Gate war nie ein echtes Gate. Die Lösung liegt im TIDP: Jedes Gate benennt vor dem ersten Austausch eine Person und eine Vertretung.
Das durchgewunkene Format. Ein nicht regelkonformer Export wird angenommen, weil die Prüfung mühsam und die Frist nah war. Der Datenverlust zeigt sich bei der Übergabe, wenn das FM-Team das Modell nicht importieren kann, wochenlange Nacharbeit für eine Prüfung, die eine Stunde gekostet hätte.
Die undatierte Annahme. Information wird veröffentlicht, aber der Eintrag sagt nicht, wer angenommen hat oder wann. Nach ISO 19650-4 ist diese Annahme ungültig; in einem Streitfall gibt es keinen belastbaren Audit-Pfad. Der Nachweis ist genauso das Ergebnis wie das Modell.
Die fünf Cs, wie „gut" am Punkt der Übergabe aussieht
ISO 19650-4 Abschnitt 5 nennt fünf Qualitätskriterien, angewendet bei jedem Austausch. Sie sind die Substanz hinter Entscheidung B: Der Empfänger nimmt nicht nach Gefühl an, er prüft den Container gegen fünf konkrete Fragen. Jedes Kriterium hat seine eigene Checkliste von Teilprüfungen, doch die fünf Überschriften tragen den Gedanken.
Konformität, erfüllt er den vereinbarten Standard?
Korrektes Dateiformat, Namenskonvention, Schemaversion, Klassifizierungssystem, Metadaten, Statuscode. Eine COBie-Datei, die die Schemavalidierung nicht besteht, oder ein Modell, das außerhalb der Konvention benannt ist, scheitert an der Konformität. Das ist das Kriterium, das die Automatisierung am besten abfängt, das meiste lässt sich beim Upload erzwingen.
Kontinuität, schließt er an das letzte Mal an?
Element- und Anlagenkennungen bleiben beständig; Änderungen gegenüber der Vorversion sind nachvollziehbar und begründet; keine Elemente verschwinden ohne dokumentierten Grund; GUIDs werden nicht stillschweigend neu vergeben; die Versionierung ist fortlaufend. Ein Modell der Phase 4 muss auf das Modell der Phase 3 zurückführbar sein, aus dem es entstanden ist. (Beim allerersten Austausch nicht zutreffend.)
Kommunikation, kann der Empfänger ihn wirklich nutzen?
Haben die Daten die Formatkonvertierung überstanden? Geometrie, Einheiten, Zeichenkodierung, gemeinsame Parameter, das Koordinatensystem, die COBie-Feldzuordnungen, alles unversehrt nach Export und Import. Eine IFC, die korrekt aussieht, aber beim Import die Hälfte ihrer Daten verliert, scheitert an der Kommunikation. Die Absicherung ist der Round-Trip-Test, durchgeführt vor der Produktion, nicht bei der Übergabe.
Konsistenz, stimmt er mit sich und den anderen überein?
Intern konsistent und konsistent über die Gewerke hinweg: kein Element über die Koordinationsmodelle hinweg doppelt geführt, räumliche und koordinative Ausrichtung korrekt, Attributwerte passend zu den Auszügen und Spezifikationen, keine widersprüchlichen Daten, Einheiten und Klassifizierung einheitlich, und Kollisionen, sowohl innerhalb des Gewerks als auch gegen andere Shared-Modelle, gelöst.
Vollständigkeit, ist alles da?
Alles, was die LOIN in dieser Phase fordert, ist vorhanden: alle Geometrie, alle Datenattribute, alle verknüpften Dokumente, alle COBie-Felder für diesen Abwurf, jeder Container, den der MIDP für den Meilenstein aufführt, keine verwaisten Einträge, und das Ganze geeignet für seinen vorgesehenen Zweck.
VertiefungAngemessene Strenge und der Informationsaustauschplan, der sie festlegt
Die fünf Cs skalieren mit der Phase
Man prüft im Konzept nicht in derselben Tiefe wie bei der Übergabe. Übermäßiges Prüfen früh verschwendet Ressourcen; zu wenig Prüfen spät erzeugt Risiko. ISO 19650-4 verlangt eine angemessene Strenge, und der Informationsaustauschplan legt das Niveau je Kriterium je Phase fest.
| Kriterium | Konzept | Vorentwurf | Technisch | Ausführung | Übergabe |
|---|---|---|---|---|---|
| Konformität | Basis-Schemaprüfung | Schema + Benennung | Volle Konformität | Volle Konformität | Volle Konformität |
| Kontinuität | N/A (erster Austausch) | Gegen Konzeptmodelle | Gegen Vorphase | Gegen technische Modelle | Volle Lebenszyklus-Kontinuität |
| Kommunikation | Formattest | Voller Exporttest | Voll + Stichprobenvalidierung | Voll + IFC-Round-Trip | Voll + FM-Importtest |
| Konsistenz | Nur intern | Gewerkeübergreifend | Föderation + räumlich | Föderation + Baustellenabgleich | Volle Föderation + Bestandsaufmaß |
| Vollständigkeit | Nach LOIN | Nach LOIN + COBie Drop 1–2 | Nach LOIN + COBie Drop 3 | Volles COBie + Dokumentation | 100 % COBie + alle Betriebsdokumente |
Der Informationsaustauschplan (IEP)
Der IEP ist das Qualitätsstrategie-Dokument von ISO 19650-4. Der MIDP sagt, was und wann geliefert wird; der IEP sagt, wie jeder Austausch geprüft wird, bevor er angenommen wird, die vereinbarten Formate, der obige Strenge-Plan für die fünf Cs, die benannte Entscheidung A und B für jeden Austausch und die in der CDE konfigurierte automatische Validierung.
Er wird bei der Mobilisierung geschrieben, parallel zum BAP nach Beauftragung, vor dem ersten formellen Austausch. Entscheidend ist, dass er zwischen der auftraggebenden Partei und der federführend beauftragten Partei vereinbart sein muss, beide zeichnen ihn ab. Er kann nicht einseitig auferlegt werden, und er wird vom BAP referenziert oder ihm beigefügt, sodass er Teil des vertraglichen Rahmens wird.
Die automatische Validierung übernimmt den ersten Durchgang
Die CDE fängt Konformitäts- und Benennungsmängel beim Upload ab, bevor ein Mensch überhaupt prüft: Benennungsvalidierung (nicht regelkonforme Dateien abgewiesen), Formatvalidierung (nur vereinbarte Formate akzeptiert), Metadatenvalidierung (Pflichtfelder vor Abschluss des Uploads), Dublettenerkennung und Validierung des Statuscode-Übergangs, man kann etwa nicht direkt aus WIP veröffentlichen. Externe Werkzeuge laufen an den Gates: IFC-Schemavalidierung, COBie-Schemavalidierung bei jedem Abwurf, regelbasierte Modellprüfung, Kollisionsprüfung und Klassifizierungskonformität.
Entscheidung B braucht Nachweise. Der BIM-Modellprüfbericht ist dieser Nachweis, das Audit hinter der Annahme.
Der BIM-Modellprüfbericht, das Audit am Austausch
An ISO 19650-2 Abschnitte 5.6–5.7 ausgerichtet, ist der Modellprüfbericht der Nachweis einer Koordinationsprüfung: was geprüft wurde, was sie ergab und was als Nächstes geschehen muss. An einem Phasenaustausch ist er der Nachweis, auf dem eine Entscheidung B ruht, der Empfänger nimmt nicht blind an, er nimmt gegen ein dokumentiertes Audit an.
Derselbe Bericht dient einer Entwurfskoordinationsprüfung (Architektur, Tragwerk, TGA, Tiefbau, Landschaft) und einer Baukoordinationsprüfung (Beton, Stahl, TGA-Installation, Hilfskonstruktionen, Fassade). Nur die Gewerkeaufstellung ändert sich; die Struktur hält.
Das Status-Dashboard
Ein Urteil auf einen Blick, jede Kennzahl gegen ihren Vorwert gezeigt, damit der Trend sichtbar ist: Gesamtkoordination (Im Plan / Gefährdet / Kritisch), kritische und schwerwiegende Kollisionen offen, durchschnittlicher Modellzustand, überfällige Maßnahmen, MIDP-Lieferkonformität und eine Bereitschaftsbewertung für den nächsten Austausch.
Die Kollisionsübersicht
Kollisionen nach Gewerkepaar gezählt und nach Schweregrad klassifiziert, kritisch (Tragwerk oder Sicherheit), schwerwiegend (Koordination), gering (Toleranz oder Optik), mit gelösten und offenen Zahlen. Jede kritische und schwerwiegende Kollision wird dann einzeln aufgeführt, jeweils mit zugewiesenem Verantwortlichen und einer Lösungsfrist.
Modellzustand und Maßnahmen
Je Modell: Dateigröße, Anzahl Warnungen, Koordinaten OK/Problem, Benennung OK/Problem und ein Zustandsprozentsatz, gespeist aus den routinemäßigen L1/L2-Prüfungen oder dem formellen L3-Audit vor dem Austausch. Jeder Mangel wird zu einem Eintrag im Maßnahmenregister, das Maßnahmen weiterträgt, bis sie formell geschlossen sind. Überfällige Maßnahmen werden an den BIM Director eskaliert; Maßnahmen sind ab Ausgabe verbindlich, mit einem Reaktionsfenster von fünf Arbeitstagen, und der Bericht wird in der CDE abgelegt.
Formate, das Schemaregister und COBie
Jeder Austausch hat ein vereinbartes Format, und die Formate werden vor Produktionsbeginn festgelegt, sie mitten im Projekt zu ändern ist der Weg, auf dem Daten verloren gehen. Das Formatregister des Informationsaustauschplans ist die einzige Referenz dafür, was zulässig ist, und es markiert, welche Formate die archivtauglichen sind, die über die Lebensdauer der Anlage erhalten bleiben müssen.
Das Austausch-Formatregister
- Modelle, Revit-nativ ist das Autorenformat, aber proprietär, also ist ein IFC-Archiv erforderlich (IFC 2x3 / IFC4; offen, ISO 16739, das archivtaugliche Modellformat). DWG für den 2D-Austausch (als PDF/A archiviert); NWD/NWC für das föderierte Koordinationsmodell.
- Daten, COBie (Excel oder via MVD in IFC eingebettet) für Anlagen-Übergabedaten; BCF (BIM Collaboration Format, offen), um Koordinationsthemen und Kollisionen zwischen Plattformen zu bewegen; gbXML für Energie; CSV/XML für tabellarische Exporte.
- Dokumente, PDF/A (ISO 19005) für die Langzeitarchivierung: durchsuchbar, mit Lesezeichen, korrekt skaliert. Arbeitsdateien in DOCX und XLSX werden bei der Veröffentlichung in archivtaugliche Formate konvertiert.
Testen, bevor Sie produzieren
Das mit Abstand häufigste Versagen in Teil 4 ist, Datenverlust erst bei der Übergabe zu entdecken. Die Absicherung ist der Formattest vor der Produktion bei der Mobilisierung: der IFC-Round-Trip (Export → Import ins Koordinationswerkzeug → Geometrie und Daten auf Erhalt prüfen), mit dokumentierten und festgelegten Exporteinstellungen, MVD, Property-Set-Zuordnung und Koordinaten; der COBie-Zuordnungstest (Revit → Schemavalidierung → Probeimport ins CAFM/CMMS); ein Kodierungstest für Sonder- und nicht-lateinische Zeichen; ein PDF/A-Erzeugungstest; und ein BCF-Round-Trip. Dann wird das Export-Preset gespeichert und an jedes Aufgabenteam verteilt. Ein gescheiterter Round-Trip, hier gefunden, kostet einen Tag; bei der Übergabe gefunden kostet er Wochen.
VertiefungCOBie, das Schema der Übergabedaten
LOIN spezifiziert; COBie liefert
Teil 1 zog die Linie und verschob das Detail hierher. LOIN ist das Rahmenwerk zur Spezifikation dessen, was ein Element über Geometrie, Daten und Dokumentation braucht. COBie, Construction Operations Building Information Exchange, geregelt durch ISO 19650-4, ist das strukturierte Schema zur Lieferung von Anlagendaten in FM-Systeme (CAFM / CMMS) bei der Übergabe. COBie-Felder entsprechen der alphanumerischen und dokumentarischen LOIN, die für die Übergabephase definiert ist. Sie sind komplementär, nicht austauschbar: das eine sagt, was gebraucht wird, das andere trägt es.
COBie wird in Abwürfen geliefert, nicht auf einmal
COBie ist kein einzelner Übergabe-Dump, es wird über das Projekt hinweg fortlaufend befüllt, in Datenabwürfen, die sich an den Phasen ausrichten, wobei die Vollständigkeit den Strenge-Plan hinaufskaliert:
| Phase | COBie-Erwartung |
|---|---|
| Vorentwurf | COBie Drop 1–2, frühe System- und Komponenteneinträge |
| Technischer Entwurf | COBie Drop 3, Komponenten, Typen, Attribute vertiefen sich |
| Ausführung | Volles COBie + Begleitdokumentation |
| Übergabe | 100 % COBie + alle Betriebsdokumente |
Jeder Abwurf wird schemavalidiert, und über alle Abwürfe hinweg gilt eine Kontinuitätsregel: COBie-Komponenten- und Typen-Einträge müssen von einem Abwurf zum nächsten beständige Kennungen behalten. Ändert sich die ID einer Komponente zwischen Abwürfen, kann das FM-System sie nicht durchverfolgen, ein Kontinuitätsfehler, der bei Entscheidung B abgefangen wird.
Zwei Lieferwege
COBie reist entweder als Excel-Tabelle (die vertraute Arbeitsmappe mit Reitern, COBie 2.4 / COBie UK 2012 / ISO 15686-4, je Projekt vereinbart) oder eingebettet in einen IFC-Export über die passende Model View Definition. Der Weg wird im Formatregister festgelegt und im COBie-Zuordnungstest vor der Produktion nachgewiesen, nie bei der Übergabe improvisiert.
Weiterführendes
- ISO-19650-Reihe, BSI, Teil 4 behandelt den Informationsaustausch vollständig.
- buildingSMART, die IFC- und COBie-Schemata hinter einem sauberen Austausch.
Wenn Sie sich eine Handvoll Dinge merken, dann diese.
Der Austausch ist zweifach gegatet. Entscheidung A, der Erzeuger prüft sein eigenes Ergebnis (WIP → Shared). Entscheidung B, der Empfänger nimmt gegen die AIA an (Shared → Published). Beide benennen eine Person, ein Datum und ein codiertes Ergebnis.
Die vier Ergebnisse. A angenommen · B mit Auflagen angenommen · C überarbeiten & neu einreichen · D nicht neu einreichen. Dieselben Freigabecodes wie in Teil 1.
Die fünf Cs. Konformität, Kontinuität, Kommunikation, Konsistenz, Vollständigkeit, angewendet bei jedem Austausch, mit einer der Phase angemessenen Strenge. Der IEP legt das Niveau fest.
Der Nachweis. Der BIM-Modellprüfbericht, Kollisionsübersicht, Modellzustand, Maßnahmen, ist das Audit, auf dem Entscheidung B ruht. Der Eintrag lässt sich im Nachhinein nicht ändern.
COBie. Das Schema der Übergabedaten, geliefert in Abwürfen mit beständigen IDs. LOIN spezifiziert den Bedarf; COBie liefert ihn. Testen Sie die Formatkonvertierung bei der Mobilisierung, nicht bei der Übergabe.
Weiter, Teil 5: Der sicherheitsbewusste Ansatz
Teil 4 regelte die Qualität jedes Austauschs. Teil 5 regelt etwas, das die ersten vier Teile voraussetzen, aber nie behandeln: was geschieht, wenn ein Teil dieser Information sensibel ist, und wer sie nicht sehen können sollte. Der sicherheitsbewusste Ansatz, ISO 19650-5, ist das letzte Stück. Lesen Sie ihn als Nächstes.
Teil 5 · Der sicherheitsbewusste Ansatz →