IFCLint und BIMcollab im Vergleich
412 Türen ohne Brandschutzklasse: Nach diesem Befund beginnt die eigentliche Arbeit. Jemand muss die Angaben nachtragen. IFCLint findet solche Lücken und schliesst sie gleich, ohne Umweg über das Autorenwerkzeug.
BIMcollab ist dabei keine einzelne Anwendung, sondern eine Produktfamilie: Zoom für die Modellprüfung, Nexus für die Koordination der Befunde, Twin für die Dokumente. Wer „BIMcollab“ mit IFCLint vergleicht, muss deshalb sagen, welches der drei gemeint ist. Die Tabelle tut das je Zeile.
Die grösste Überschneidung liegt bei IDS, das Nexus ausdrücklich führt.
Funktionen im Überblick
| Kriterium | IFCLint | BIMcollab |
|---|---|---|
| Prüfen | ||
| IDS 1.0: Modelle prüfen | ja, in jedem Bezahlplan | ja, „Information Delivery Specifications“ in Nexus |
| IDS 1.0: Regeln erstellen | Grafischer Builder, ohne XML (ab Starter) | nicht als eigene Funktion ausgewiesen |
| Prüfregeln über IDS 1.0 hinaus | Gherkin-Regeln, grafisch erstellt (ab Starter) | Smart Views und Smart Properties in Zoom |
| Prüfkatalog aus einem Referenzmodell ableiten | ja, Auto-IDS | nicht als Funktion ausgewiesen |
| Drittes Prüfergebnis „nicht geprüft“ mit Abdeckungsquote | ja | nicht als Funktion ausgewiesen |
| Nach der Prüfung | ||
| Modell bearbeiten und anreichern | ja: Attribute, Eigenschaften und Mengen, keine Geometrie | nicht als Funktion ausgewiesen |
| Befund direkt im Modell beheben | ja, aus dem Prüfbericht heraus | nicht als Funktion ausgewiesen |
| Teilmodell-Export | ja (ab Studio) | nicht als Funktion ausgewiesen |
| Geometrie und Koordination | ||
| Kollisionsprüfung | nein | ja, „Clash management“ in Zoom |
| Issue-Management über den Projektverlauf | BCF-Export (bcfXML 2.1) | ja, Kernfunktion in Nexus |
| Dokumentenverwaltung und Freigaben | nein | ja, Twin |
| Betrieb und Preis | ||
| Produktzuschnitt | ein Werkzeug für Prüfen, Bearbeiten und Exportieren | drei Produkte: Zoom (Model Checking), Nexus (BIM Coordination), Twin (Document Management) |
| Betrieb | Browser, keine Installation | Zoom als eigene Anwendung, Twin mit Model WebViewer |
| Kostenlos testen | 30 Tage, ohne Kreditkarte | Testphase („Start free trial“) |
Stand: 17. August 2026. Angaben zu BIMcollab von bimcollab.com, Abruf 17. August 2026. Öffentliche Preise nennt BIMcollab nicht, deshalb enthält die Tabelle keine Preiszeile. „Nicht als Funktion ausgewiesen“ heisst: auf der Herstellerseite nicht dokumentiert, nicht etwa, dass es die Funktion nicht gibt.
Prüfen ist die eine Hälfte
Eine IDS-Prüfung endet üblicherweise mit einer Liste: 412 Bauteile ohne Brandschutzklasse. Danach beginnt die eigentliche Arbeit. Jemand muss die Angaben nachtragen, meist im Autorenwerkzeug, und die nächste Lieferung abwarten.
IFCLint schliesst diese Lücke an drei Stellen:
- Aus dem Prüfbericht heraus. Ein fehlgeschlagener Prüfschritt zeigt die betroffenen Bauteile; die fehlende Eigenschaft lässt sich direkt dort setzen. Ergebnis ist eine neue IFC-Datei.
- Über das Attribut-Mapping. Wenn ein Fachplaner durchgängig andere Namen verwendet als vereinbart, überführt eine Zuordnungstabelle alle betroffenen Bauteile auf einmal, auf Wunsch automatisch bei jedem Upload.
- Über den Teilmodell-Export. Aus einem Gesamtmodell lässt sich der Anteil eines Gewerks als eigene IFC-Datei herausschneiden.
Geometrie erzeugt oder verändert IFCLint dabei nicht. Es geht um Attribute, Eigenschaften und Mengen, also um genau das, worüber eine IDS-Prüfung urteilt.
Wofür BIMcollab die bessere Wahl ist
Beim Issue-Management über den Projektverlauf ist der Abstand am grössten. Nexus ist dafür gebaut: Befunde zuweisen, Fristen setzen, Status verfolgen, den Verlauf über Monate nachvollziehen, über viele Beteiligte und mehrere Modelle hinweg. IFCLint erzeugt die Befunde und übergibt sie als BCF. Die Verfolgung über Monate ist der Job von Nexus.
Auch die Kollisionsprüfung in Zoom hat in IFCLint keine Entsprechung, ebenso wenig die Dokumentenverwaltung mit Freigabeläufen in Twin. Wer ohnehin mit BIMcollab arbeitet, bekommt Prüfung, Koordination und Dokumente aus einer Hand, durchgängig verzahnt und mit einer Nutzerverwaltung. Diese Durchgängigkeit ist ein echtes Argument. IFCLint setzt dagegen auf Offenheit: IDS und BCF sind Standards, die Kette funktioniert auch werkzeugübergreifend.
Wofür IFCLint die bessere Wahl ist
Wenn die Anforderungen selbst geschrieben werden müssen. IFCLint erzeugt gültige IDS-1.0-Dateien über eine grafische Oberfläche, herstellerneutral und damit auch in anderen Werkzeugen verwendbar. Aus einem freigegebenen Referenzmodell lässt sich ein erster Katalog sogar automatisch ableiten und danach von Hand nachschärfen.
Wenn Prüfungen gebraucht werden, die IDS 1.0 nicht abbildet: exakte Stückzahlen, Zahlenbereiche, der Vergleich zweier Eigenschaften miteinander. Dafür gibt es Gherkin-Regeln, ebenfalls über eine Oberfläche erstellt.
Und wenn ein Prüfbericht ehrlich sein soll. IFCLint unterscheidet bestanden, nicht bestanden und nicht geprüft, mit einer Abdeckungsquote daneben. Eine Regel, für die es im Modell kein zutreffendes Bauteil gibt, erscheint nicht als grüner Haken. Das entspricht der Arbeitshilfe Modellprüfung des BIM-Handbuchs für Bundesbauten und verhindert den häufigsten Irrtum beim Lesen eines Berichts: 100 Prozent bestanden, weil nichts geprüft wurde.
Eigenes Modell prüfenBeide zusammen
Die naheliegende Arbeitsteilung: IFCLint prüft die eingehende Lieferung mit den Informationsanforderungen der AIA und behebt, was sich am Modell beheben lässt. Was Rückfragen an den Fachplaner erfordert, geht als bcfXML 2.1 nach BIMcollab und wird dort bis zur Erledigung verfolgt. Jeder Befund bringt seinen Kamerastandpunkt mit, damit das betroffene Bauteil im Zielwerkzeug sofort im Bild ist.
Häufige Fragen
- Ist IFCLint eine Alternative zu BIMcollab?
- Für die Informationsprüfung und das Nacharbeiten der Modelle ja. Für Koordination und Mängelverfolgung über viele Beteiligte nein, dafür ist Nexus gebaut. In der Praxis stehen beide nebeneinander: IFCLint erzeugt die Befunde, BIMcollab verfolgt sie bis zur Erledigung.
- Unterstützt IFCLint BCF?
- Ja. Prüfergebnisse lassen sich als bcfXML 2.1 exportieren, mit Kamerastandpunkt je Befund, damit die betroffenen Bauteile im Zielwerkzeug sofort sichtbar sind. Auch im Viewer erfasste Anmerkungen lassen sich als BCF ausgeben.
- Kann IFCLint Kollisionsprüfung?
- Nein. Geometrische Kollisionen zwischen Gewerken prüft IFCLint nicht, das leistet BIMcollab Zoom.
- Was ist der Unterschied zwischen IDS-Prüfung und Issue-Management?
- Eine IDS-Prüfung stellt fest, ob ein Modell die vereinbarten Informationsanforderungen erfüllt. Issue-Management verfolgt anschliessend, wer welchen Befund bis wann behebt. Das eine erzeugt die Befunde, das andere organisiert ihre Bearbeitung. Sie ergänzen sich.
- Lassen sich Befunde direkt im Modell korrigieren?
- Ja. Aus dem Prüfbericht heraus lassen sich fehlende Eigenschaften ergänzen oder falsche Werte korrigieren; IFCLint schreibt daraus eine neue IFC-Datei. Für viele Bauteile auf einmal gibt es das Attribut-Mapping.
- Braucht es beides?
- Liegt der Schwerpunkt auf Koordination und Mängelverfolgung über viele Beteiligte, führt an einer Plattform wie BIMcollab wenig vorbei. Geht es um die Informationsqualität der Lieferungen und darum, Lücken zu schliessen, ist IFCLint das passendere Werkzeug. Beides nebeneinander ist ein üblicher Aufbau.
Diese Vergleiche schreiben Bauingenieure der Enertec Engineering AG, die selbst Modelle abgeben und prüfen. Angaben zu BIMcollab stammen von bimcollab.com, Abruf 17. August 2026. Wirkt eine Angabe veraltet oder falsch: kurze Nachricht über das Kontaktformular, wir korrigieren sie.