Zurück zum BIM- & IFC-Blog
Übergabe & ISO 19650 · 2026-08-07 · 10 Min.
IFC-Abnahmekriterien: Ein Modell annehmen oder ablehnen, ohne zu streiten
„Dieses Modell ist unbrauchbar“ gegen „das Modell ist in Ordnung“ ist ein Streit ohne Ende. Eine einseitige Abnahmetabelle, vor der ersten Lieferung vereinbart, macht daraus eine Fünf-Minuten-Prüfung mit dokumentiertem Ergebnis.
IFC-Abnahmekriterien: Ein Modell annehmen oder ablehnen, ohne zu streiten — IFC Viewer Online article cover
In jedem Projekt gibt es irgendwann den Moment, in dem ein Koordinator ein geliefertes Modell öffnet, zwanzig Minuten damit verbringt herauszufinden, dass es unbrauchbar ist, und eine E-Mail schreibt, die mit „leider“ beginnt. Was als Nächstes passiert, hängt fast ausschließlich von einer Sache ab: ob jemand vorab schriftlich festgehalten hat, wie eine akzeptable Lieferung aussieht.
Wenn ja, ist die E-Mail kurz, sachlich und unstrittig. Wenn nicht, ist die E-Mail der Eröffnungszug einer Verhandlung darüber, wessen Standards gelten, und sie wird bei jedem weiteren Meilenstein des Projekts erneut ausgefochten.
Abnahme ist eine Checkliste, keine Meinung
Der gedankliche Wechsel ist klein und verändert alles. Eine Lieferung zu prüfen bedeutet nicht, Qualität zu beurteilen – es bedeutet, vereinbarte Kriterien auf eine Datei anzuwenden. Das hat drei Konsequenzen, die es wert sind, ausdrücklich genannt zu werden:
- Der Prüfer benötigt keine Autorität über die vereinbarte Tabelle hinaus. Er beurteilt nicht die Kompetenz des Modellautors, sondern meldet ein Ergebnis.
- Der Autor kann das Ergebnis vorhersehen, bevor er liefert. Alles Vorhersehbare lässt sich verhindern – genau das ist der Punkt.
- Der Streit, wenn er auftritt, dreht sich um die Kriterien – ein Gespräch, das einmal in Ruhe geführt werden kann, statt jeden Monat mitten in einer Lieferung.
Sie können eine Lieferung nicht ablehnen, weil sie einen Standard verfehlt, dem der Absender nie zugestimmt hat. Sie können sie nur ablehnen, weil sie den Standard verfehlt, dem Sie beide zugestimmt haben.
Die Abnahmekriterien-Tabelle
Das ist das Artefakt. Zehn Zeilen, eine Seite, angehängt an den BAP oder die AIA. Die dritte Spalte ist absichtlich leer – das Projekt füllt sie vor der ersten Lieferung aus, und genau in diesem Akt des Ausfüllens findet die eigentliche Vereinbarung statt.
| Kriterium | Ablehnen, wenn … | Projektposition |
|---|
| Strukturelle Integrität | Jeder Schema- oder Raumbefund mit Schweregrad „Fehler“ | Ablehnen / mit Vermerk annehmen |
| Health Score | Unter dem vereinbarten Schwellenwert | Schwellenwert: __ /100 |
| Prüfabdeckung | Jede Prüfung, die als „nicht ausgeführt“ oder „fehlgeschlagen“ gemeldet wird | Ablehnen / erneute Ausführung erforderlich |
| Stabilität der Kennungen | GUID-Fluktuation zwischen Revisionen über einem vereinbarten Prozentsatz | Max. Fluktuation: __ % |
| Benennung | Dateiname folgt nicht der vereinbarten Konvention | Ablehnen / umbenennen und protokollieren |
| Georeferenzierung | Modell nicht auf dem gemeinsamen Projektbezugspunkt | Ablehnen |
| Einheiten | Nicht-metrische Längeneinheiten | Ablehnen |
| Klassifizierung | Elemente ohne Klassifizierungsreferenz | Gilt ab Phase: __ |
| Eigenschaftssätze | Erforderliche Psets fehlen für den erklärten Informationsbedarf (LOIN) | Pset-Vorgabe: __ |
| Räume | Räume ohne Name, Langname oder Grundfläche | Gilt ab Phase: __ |
Ihr Zweck ist nicht, streng zu sein – sondern entschieden zu sein. Eine nachsichtige Tabelle, der alle zugestimmt haben, schlägt eine strenge, die erst mit der Ablehnungs-E-Mail eintrifft.Die ersten drei Zeilen sind diejenigen, die das eigentliche Gewicht tragen, und sie sind auch diejenigen, die am häufigsten weggelassen werden. Die Klauseln, die sie überhaupt erst in den BAP bringen, werden behandelt in BAP-Klauseln, die schlechte IFC-Lieferungen wirklich verhindern.
Zeile 3 verdient einen eigenen Abschnitt: Prüfabdeckung
Die meisten Abnahmetabellen prüfen die Ergebnisse eines Validierungslaufs. Fast keine prüft, ob der Lauf tatsächlich stattgefunden hat, und das ist eine Lücke, durch die sich eine ganze Lieferung schleusen lässt.
Eine Prüfung, die nicht gelaufen ist, sieht genauso aus wie eine bestandene Prüfung: Beide liefern null Befunde. Eine große Datei läuft in ein Timeout, ein Worker stürzt ab, eine geometrieabhängige Prüfung gibt still auf – und der Bericht kommt sauber mit einem perfekten Score zurück. Die Lieferung wird angenommen, obwohl sie nur dem Namen nach geprüft wurde.
| Abdeckungszustand | Was es bedeutet | Abnahmemaßnahme |
|---|
| Gelaufen | Die Prüfung wurde abgeschlossen. Null Befunde bedeutet null Befunde. | Dem Ergebnis vertrauen. |
| Nicht gelaufen | Versucht, aber ohne Ergebnis geblieben – meist ein Timeout oder ein abgebrochener Lauf. | Vor der Annahme erneut ausführen. Niemals als „bestanden“ werten. |
| Fehlgeschlagen | Die Prüfung ist mit einem Fehler abgebrochen. | Melden. Ein Score, der über fehlgeschlagene Prüfungen berechnet wurde, ist nicht mit einem sauberen Lauf vergleichbar. |
Eine Lieferung in fünf Minuten prüfen
- Öffnen Sie den Container und führen Sie das Projekt-Regelwerk aus. Bei den meisten Gewerkemodellen unter einer Minute.
- Prüfen Sie zuerst die Abdeckung, dann die Ergebnisse. Wenn etwas nicht gelaufen ist, stoppen Sie – Sie haben noch keine Prüfung.
- Lesen Sie den Score gegen den Schwellenwert, dann die Befunde mit Schweregrad „Fehler“. Alles andere ist ein Vermerk, kein Tor.
- Vergleichen Sie mit der vorigen Revision. Neue Befunde sind die eigentliche Geschichte; gelöste Befunde sind der Beleg dafür, dass die letzte Prüfung Wirkung zeigte.
- Halten Sie das Ergebnis im Übergabeprotokoll oder im CDE-Kommentar fest – Score, Regelwerk, Abdeckung und jeden per Vereinbarung akzeptierten Befund.
Schritt 1 ist dieselbe Routine, die der Absender vor der Übergabe hätte ausführen sollen; wie man ein IFC-Modell vor der Lieferung prüft führt sie von der Absenderseite durch. Wenn beide Seiten dieselben Prüfungen ausführen, hört die Prüfung auf, eine Inspektion zu sein, und wird zu einer Bestätigung.
Wie Sie die Ablehnung formulieren
Der Ton zählt genauso viel wie der Inhalt, denn die Person, die die Nachricht erhält, liegt meist im Zeitplan zurück und trägt selten persönlich die Schuld. Drei Regeln: Nennen Sie das Kriterium, nicht das Modell. Nennen Sie die Ursache, nicht nur das Symptom. Sagen Sie, was blockiert ist und für wie lange.
Hi {name},
We've run the agreed pre-acceptance check on {filename} (rev {n}) and it
comes back at {score}/100, below the {threshold} we set in clause {x} of
the BEP.
The two findings driving that are:
- {rule id} — {plain description} ({n} elements)
- {rule id} — {plain description} ({n} elements)
Both look like export settings rather than modelling, so they should be
quick — the report is attached with the element references.
We'll hold coordination on this container until the next issue.
Beachten Sie, was fehlt: jedes Adjektiv über das Modell und jede Spekulation darüber, warum es passiert ist. Eine Zahl, zwei Regel-Kennungen, eine wahrscheinliche Ursache und eine Konsequenz. Das ist eine Nachricht, gegen die sich niemand verteidigen muss – deshalb wird sie umgesetzt statt eskaliert.
Wann Sie ein Modell trotz Fehlschlag annehmen
Manchmal lautet die richtige Antwort trotzdem Ja – die fehlende Information liegt außerhalb des Informationsbedarfs für diese Phase, oder ein Zulieferer hat noch nicht geliefert, oder die Alternative wäre, das Projekt zu stoppen. Eine fehlgeschlagene Lieferung anzunehmen ist eine legitime Entscheidung. Sie stillschweigend anzunehmen ist es nicht.
Ein erlassener Befund braucht drei angehängte Dinge: einen Grund, eine Person, die zugestimmt hat, und ein Datum. Das ist der ganze Unterschied zwischen einem akzeptierten und einem ignorierten Befund, und es verhindert, dass dasselbe Problem zwei Phasen später als Krise wiederentdeckt wird.
Diese Ausnahmegenehmigungen gehören ins Übergabeprotokoll, zusammen mit dem Bericht und allem anderen, das den Container begleitet – siehe was bei der Übergabe eines IFC-Modells mitgeliefert werden muss.
IFC-Abnahmekriterien: Ein Modell annehmen oder ablehnen, ohne zu streiten