Modellzweck
Bestandsplanung, Betrieb, Kollisionsprüfung, Umbau oder Dokumentation benötigen unterschiedliche Modellinhalte. Der Zweck bestimmt die Modellierung – nicht umgekehrt.
LINSENSPEKTRUM Qualitätsstandard · Scan-to-BIM
Eine IFC-Datei ist noch kein vollständiger Lieferstandard. Belastbar wird das Bestandsmodell durch einen klaren Modellzweck, zweckbezogenen Informationsbedarf, definierte Koordinaten sowie getrennte Prüfungen von Datei, Information und Geometrie.
Modellzweck + LOIN + Austausch + Informationsprüfung + Geometrieprüfung
Vor der Modellierung
Scan-to-BIM beginnt nicht mit einer Softwarevorlage, sondern mit dem Informationsbedarf des Auftraggebers. AIA, BAP und LOIN schaffen dafür eine gemeinsame Anforderungs- und Prozessbasis.
Dateiendung ist nicht gleich Qualität
„IFC“ beschreibt ein offenes Schema und Austauschformat. Welche Objekte, Informationen, Genauigkeiten und Prüfungen geschuldet sind, ergibt sich erst aus der freigegebenen Projektdefinition.
Bestandsplanung, Betrieb, Kollisionsprüfung, Umbau oder Dokumentation benötigen unterschiedliche Modellinhalte. Der Zweck bestimmt die Modellierung – nicht umgekehrt.
Fachmodelle, Geschosse, Zonen, Bauteilgruppen, Namensregeln und Verantwortungsbereiche werden passend zum späteren Arbeitsablauf gegliedert.
Geometrische, alphanumerische und dokumentarische Anforderungen werden objektbezogen und zweckbezogen als Level of Information Need vereinbart.
Einheit, Projektursprung, Achsenorientierung, Koordinaten- und Höhenbezug sowie erforderliche Transformationen werden eindeutig dokumentiert.
Autorensoftware, native Ausgabe, IFC-Schema, Austauschkonfiguration und Zielsoftware werden mit den tatsächlich verwendeten Versionen abgestimmt.
Dateitechnik, alphanumerische Informationen und Geometrie erhalten getrennte, nachvollziehbare Prüfkriterien und Nachweise.
Lieferpaket
Der Umfang wird passend zum Anwendungsfall vereinbart. Entscheidend ist, dass Modell, Referenzdaten, Nachweise und Ausnahmen demselben freigegebenen Stand zugeordnet sind.
Modellzweck, AIA beziehungsweise projektspezifische Anforderungen, BAP-Regeln und vereinbarter Informationsbedarf.
Vereinbarte native und offene Formate mit definiertem Schema, Versionsstand und Austauschprofil.
Benennung, Fachmodelle, Teilmodelle, Geschosse, Status, Revisionen und Referenzen.
Einheit, Ursprung, Orientierung, Koordinaten- und Höhenbezug sowie gegebenenfalls Transformationen.
Prüfung der vereinbarten Klassen, Merkmale, Werte, Einheiten und Pflichtinformationen.
Projektbezogene Kontrollen gegen Referenzdaten, Stichproben, Toleranzen und dokumentierte Ausnahmen.
Nicht sichtbare Bauteile, modellierte Annahmen, vereinfachte Geometrie und bewusst ausgeschlossene Bereiche.
Lieferstand, Prüfstatus, offene Punkte, Korrekturen, Freigabe und Verantwortlichkeiten.
Abnahme ohne Prüflücke
Ein erfolgreicher IFC-Import oder eine bestandene IDS-Prüfung beweist nicht automatisch die geometrische Übereinstimmung mit dem Bestand. Jede Ebene braucht ihre eigene Methode.
Prüfebene 01
Lässt sich die Datei in der vereinbarten Zielsoftware öffnen? Stimmen Schema, Version, Einheiten, Koordinaten, Modellstruktur und referenzierte Dateien?
Prüfebene 02
Sind geforderte Objekte, Klassifikationen, Merkmale, Werte und Einheiten vorhanden? Dafür kann eine IDS-Datei maschinenlesbare IFC-Anforderungen formulieren.
Prüfebene 03
Entspricht die modellierte Geometrie den vereinbarten Referenzdaten und Toleranzen? Diese Prüfung erfolgt separat – etwa über Schnitte, Distanzen, Stichproben und visuelle Kontrollen.
Die offizielle buildingSMART-Spezifikation begrenzt IDS auf alphanumerische Informationen. Geometrische Aspekte deckt IDS nicht ab. Für Form, Lage, Abmessungen und Abstände zum erfassten Bestand wird deshalb eine separate Geometrieprüfung vereinbart.
Austausch richtig einordnen
Eine belastbare Übergabe kombiniert die benötigten Bausteine. Keiner davon ersetzt allein die projektspezifische Leistungs- und Abnahmedefinition.
| Liefer- oder Prüfbaustein | Rolle | Zusätzlich zu klären |
|---|---|---|
| Offene IFC-Ausgabe | Softwareübergreifender Austausch auf Basis des vereinbarten IFC-Schemas und Austauschprofils. | Schema/Version, Exportkonfiguration, Zielanwendung, enthaltene Fachmodelle und erwartete Informationen. |
| Native Autorendatei | Weiterbearbeitung im vereinbarten Autorensystem mit dessen spezifischen Funktionen. | Software und Build, Bibliotheken, Verknüpfungen, Worksets, externe Referenzen, Lizenz- und Updatebedingungen. |
| IDS-Anforderung | Maschinenlesbare Spezifikation und Prüfung alphanumerischer IFC-Informationen. | Geltungsbereich, Objekte, Merkmale, Werte, Einheiten und eingesetztes Prüfwerkzeug. Keine geometrische Abnahme. |
| Punktwolkenreferenz | Mess- und Sichtgrundlage für die modellierten Bestandsbereiche im vereinbarten Umfang. | Datenstand, Koordinatenlage, zugängliche Bereiche, Abschattungen und Zuordnung zum Modellstand. |
Abnahmeprozess
Modellzweck, Informationsbedarf, Struktur, Koordinaten, Formate, Zielsoftware und Prüfkriterien werden vor Produktionsbeginn bestätigt.
Ein repräsentativer Ausschnitt prüft frühzeitig Benennung, Objektlogik, LOIN, IFC-Austausch, Koordinaten und gewünschte Modellierungstiefe.
Dateitechnik, alphanumerische Informationen und Geometrie werden mit den jeweils passenden Verfahren kontrolliert und dokumentiert.
Freigabe, Restpunkte, begründete Ausnahmen und vereinbarte Korrekturen werden eindeutig einem Modellstand und Datum zugeordnet.
Punktwolke, Modell, Prüfbericht und Ausnahmen erhalten eindeutige Stände. So bleibt nachvollziehbar, welche Erfassungsgrundlage welchem Modellstand zugrunde liegt.
Nicht einsehbare Bauteile, abgeschattete Bereiche, modellierte Interpretationen und bewusst vereinfachte Geometrie werden gekennzeichnet statt als gemessener Bestand ausgegeben.
Der Übergabestandard ersetzt weder eine projektspezifische Leistungsbeschreibung noch Fachplanung, unabhängige Prüfung oder behördliche Freigabe.
Technische Referenzen
BIM Deutschland ordnet AIA, BAP und Level of Information Need als zentrale Grundlagen der BIM-Abwicklung ein. buildingSMART definiert IFC als offenen Standard und IDS als Spezifikation für alphanumerische Informationsanforderungen. ISO 19650-1 beschreibt Grundsätze des Informationsmanagements. Keine dieser Quellen ersetzt die projektspezifische Abnahmevereinbarung.
IFC, LOIN, IDS, Koordinaten, Geometrieprüfung und Abnahme richtig einordnen
Wir stimmen Modellzweck, LOIN, Struktur, Koordinaten, IFC-/Native-Ausgabe und getrennte Abnahmeprüfungen gemeinsam mit Ihnen ab.
Wir beraten Sie kostenlos und unverbindlich. Schildern Sie uns Ihr Projekt – wir melden uns persönlich mit den nächsten Schritten.

Geschäftsführer, Linsenspektrum Agentur