Zurück zum BIM- & IFC-Blog
Übergabe & ISO 19650 · 2026-08-07 · 9 Min.
Was Sie mit einem IFC-Modell mitliefern sollten (über die IFC-Datei hinaus)
Eine Lieferung ist eine Behauptung: Dieses Modell ist für diesen Zweck in dieser Revision geeignet. Nachweise machen aus der Behauptung etwas, das der Empfänger prüfen kann, ohne Ihre Arbeit zu wiederholen – und sie verhindern, dass dieselbe Diskussion zweimal geführt wird.
Was Sie mit einem IFC-Modell mitliefern sollten (über die IFC-Datei hinaus) — IFC Viewer Online article cover
Jede IFC-Lieferung ist eine Behauptung: Dieses Modell ist für diesen Zweck in dieser Revision geeignet. Die Datei selbst trägt diese Behauptung nicht – sie trägt Geometrie und Daten. Alles, was die Behauptung überprüfbar macht, müsste sie begleiten, und in den meisten Projekten tut fast nichts davon das.
Deshalb wird dasselbe Gespräch zweimal geführt. Beim ersten Mal prüft jemand das Modell und befindet es für akzeptabel. Beim zweiten Mal – einen Monat später, eine andere Person, ein anderes Gateway – prüft es jemand erneut, weil es keinen Nachweis der ersten Prüfung gab, auf den sich irgendjemand hätte verlassen können.
Fünf Nachweisstücke, vier davon haben Sie bereits
| Nachweisstück | Beantwortet | Zielgruppe |
|---|
| Validierungsbericht | Was geprüft wurde und was gefunden wurde | Der empfangende Koordinator |
| Prüfnachweis | Dass die Prüfung stattfand, an genau dieser Datei, zu diesem Zeitpunkt | Der Informationsmanager, der Auftraggeber, ein Prüfer |
| Problemdatei (BCF) | Was nicht behoben ist, und wo man nachsehen muss | Die Person, die handeln muss |
| Objektdaten (COBie) | Was das Gebäude enthält, als Daten | Der Auftraggeber und das FM-Team |
| Transmittal | Revision, Status, Score, Regelsatz, Ausnahmen | Alle, und das Archiv |
Alle fünf zusammenzustellen dauert einmalig etwa zehn Minuten, danach jedes Mal deutlich weniger. Es ersetzt etwa vier E-Mails pro Lieferung und macht den Unterschied zwischen einer Lieferung, die akzeptiert wird, und einer, über die diskutiert wird.
1. Der Validierungsbericht
Exportieren Sie ihn, hängen Sie ihn an, und fassen Sie ihn nicht im E-Mail-Text mit eigenen Worten zusammen. Drei Eigenschaften machen einen Bericht für jemanden nützlich, der beim Lauf nicht dabei war:
- Er nennt den Regelsatz, nicht nur die Ergebnisse. Ein Score ohne seinen Regelsatz lässt sich weder interpretieren noch mit der nächsten Revision vergleichen.
- Er nennt die Abdeckung – welche Prüfungen liefen, welche nicht. Ein Bericht, der nicht zwischen „bestanden“ und „nicht geprüft“ unterscheiden kann, ist ein Marketing-Dokument.
- Er enthält Elementkennungen, sodass sich ein Befund gezielt auffinden statt mühsam suchen lässt. Ein Bericht, mit dem man selbst suchen muss, ist ein Bericht, den niemand ein zweites Mal benutzt.
Wenn Sie nicht sicher sind, welche Befunde in Ihrem Bericht berichtenswert sind und welche nur Rauschen, ist die Liste der häufigsten IFC-Modellfehler eine brauchbare Priorisierungshilfe – die strukturellen Fehler sind die, die einen Empfänger interessieren.
2. Der Prüfnachweis
Das schwächste Glied in jedem Qualitätsprozess ist, dass Prüfung und Behauptung zwei getrennte Dinge sind. Jeder kann behaupten, ein Modell habe 92 Punkte erreicht. Ein Prüfnachweis bindet die Zahl an eine konkrete Datei: den Fingerabdruck der Datei selbst, den Regelsatz, das Schema, den Zeitstempel, den Score.
Zwei Eigenschaften machen einen solchen Nachweis wertvoller als der Screenshot eines Panels:
- Er wird aus dem Inhalt der Datei abgeleitet, sodass erkennbar wird, wenn ein einziges Byte des Modells geändert und derselbe Nachweis erneut ausgestellt wird.
- Er ist vom Empfänger unabhängig überprüfbar, ohne Ihr Zutun. Ein Nachweis, den nur Ihre eigene Software bestätigen kann, ist ein Versprechen, kein Beweis.
3. Die Problemdatei
BCF gibt es, damit Probleme den eigenen Bildschirm überleben. Sein ganzer Wert liegt im Viewpoint: einer Kameraposition, einer Auswahl und einem Kommentar, die zusammen dafür sorgen, dass der Empfänger zehn Sekunden statt zehn Minuten braucht, um das Problem zu finden.
Zwei Konventionen unterscheiden eine BCF-Datei, auf die reagiert wird, von einer, die ignoriert wird:
- Ein Thema pro Ursache, nicht pro Element. Viertausend Elemente ohne Eigenschaftssatz sind ein Thema mit einem repräsentativen Viewpoint – nicht viertausend Themen, die die Datei unbrauchbar machen.
- Betiteln Sie das Thema mit der Regelkennung und der Korrektur, nicht mit dem Symptom. „Eigenschaftssatz fehlt – erforderliches Pset in die Exportvorlage aufnehmen“ ist handlungsleitend; „Eigenschaften fehlen“ ist eine Beschwerde.
4. Objektdaten
COBie, oder welches Datenblatt auch immer Ihr Auftraggeber verlangt hat, ist der Punkt, an dem Modellqualität kommerziell sichtbar wird – weil es an jemanden geliefert wird, der nie ein Modell öffnet und keine Möglichkeit hat, eine Ausrede zu interpretieren.
Nützlicherweise ist es auch ein Prüfer Ihres Prüfers. Räume ohne Namen, Typen ohne Hersteller, Komponenten ohne zugewiesenen Raum: Diese Lücken kommen als leere Spalten an, die ein Facility-Manager auf einen Blick sieht. Wenn ein COBie-Export aus Ihrem Modell peinlich wäre, ist das Modell nicht fertig, egal wie die Geometrie aussieht.
5. Das Transmittal
Sechs Zeilen, und sie verhindern die meisten Lieferstreitigkeiten:
Container: {filename}
Revision/status: {rev} - {suitability code}
Schema: {IFC2X3 | IFC4 | IFC4X3}
Checked: {date} - rule set {name} - {n} of {n} checks completed
Health Score: {score}/100
Open by agreement: {rule id - reason - agreed with - date}
Not suitable for: {e.g. quantity take-off, fabrication}
Die letzte Zeile ist die, die man gern auslässt, und sie ist die, die Sie schützt. Festzuhalten, wofür ein Container nicht gedacht ist, ist keine Absicherung – es ist die Definition eines Informationsbedarfsniveaus, geliefert genau in dem Moment, in dem sie tatsächlich jemand liest.
Was das in Summe bedeutet
Nichts davon ist neue Technologie, und nichts davon erfordert ein Werkzeug, das Sie nicht bereits haben. Es erfordert, eine Lieferung als Behauptung zu behandeln, die jemand anderes überprüfen können muss – eine kleine Haltungsänderung mit unverhältnismäßig großer Wirkung darauf, wie oft Lieferungen zurückkommen.
Die Kriterien, die der Empfänger darauf anwendet, behandeln die IFC-Abnahmekriterien, und die Klauseln, die sie verbindlich machen, die BAP-Klauseln (BEP), die schlechte IFC-Lieferungen tatsächlich verhindern. Für die ISO-19650-Einordnung aller drei siehe die ISO-19650-Checkliste für IFC-Lieferungen.
Was Sie mit einem IFC-Modell mitliefern sollten (über die IFC-Datei hinaus)