Supportdatenbank

Support Suche

Sortierung

Suchkriterien

Produkt

Kategorie

Betriebssystem

Typ

IDC Supporteintrag gültig für: Mac , Win Win | Solibri
ID-Nr. 3897
Dat. 18.12.25

Alle Informationen dazu finden Sie auf dieser Seite. Die neuste Version können Sie via Solibri Center herunterladen: Solibri Center

 

Neue Funktionen

  • Unterstützung regulärer Ausdrücke (englisch regular expression, Abkürzung RegExp oder Regex) in Filtern: Verwenden Sie einfach rx:, um Ihren Befehl zu beginnen. Reguläre Ausdrücke werden in der Filteransicht, den Regel-Filter-/Komponentenparametern und den Klassifizierungsregeln unterstützt.
     
  • Die Unterstützung für relative Dateipfade im Modellaktualisierungsdialog wurde nun implementiert. Mit 25.12.0 speichert Solibri den relativen Pfad zum Projekt (.smc) intern. Der relative Pfad wird im Dialogfeld nicht angezeigt oder angegeben. Wenn sich der Speicherort des Projekts geändert hat, wird der relative Pfad verwendet, um die Aktualisierungen zu finden. Weitere Unterstützung, beispielsweise für Autorun, wird zu einem späteren Zeitpunkt verfügbar sein.
     
  • Erste Unterstützung für Georeferenzierung: IfcProjectedCRS und IfcMapConversion sind nun für die breite Nutzung innerhalb von Solibri verfügbar.
  • Unterstützung für benutzerdefinierte, private CDEs und BCF-Verbindungen: Solibri unterstützt nun lokale, private BCF- und CDE-Verbindungen für Ihre Hochsicherheitsprojekte. Weitere Informationen erhalten Sie vom Support unter integrationsanti spam bot@solibrianti spam bot.com.

Neue Regeln

Regel für einen barrierefreien Bereich bei Objekten (#248)

Dadurch wird sichergestellt, dass vor/hinter oder seitlich der ausgewählten Komponenten (z. B. Toiletten usw.) ein Freiraum vorhanden ist, der frei von Hindernissen bleibt und somit die Zugänglichkeit gewährleistet.

 

Die Regel umfasst die folgenden Funktionen:

  • Wählen Sie Zielkomponenten über Filter aus und legen Sie fest, welche Komponenten als Hindernisse gelten.
  • Wählen Sie aus, ob Sie die Überprüfungen auf bestimmte Räume beschränken möchten, und fügen Sie bei Bedarf benachbarte Räume automatisch zu einer zusammenhängenden Freiraumzone zusammen, um reale Nutzungssituationen widerzuspiegeln.
  • Definieren Sie eine Freiraumbox neben den Zielkomponenten, indem Sie den Prüfmodus auswählen (z. B. freier Raum vorne) und die Länge und Breite des vorderen Freiraums festlegen, beginnend entweder an der Kante oder der Mittellinie der Komponente.
  • Steuern Sie den vertikalen Bereich des Freiraums, indem Sie die unteren und oberen Referenzhöhen (z. B. Grundfläche oder Oberseite der Komponente) auswählen und untere und obere Versätze anwenden.
  • [Optional] Erlauben Sie eine begrenzte Ausdehnung der Zielkomponente in den freien Raum, indem Sie minimale und zusätzliche zulässige Ausdehnungslängen festlegen (z. B. Freiraum unter der Spüle).

 

Die Ergebnisse der Regel liefern ein klares visuelles Feedback in der 3D-Ansicht und zeigen genau, wo das erforderliche Freiraumvolumen blockiert oder unzureichend ist.

Regel zur Sichtbarkeit von Komponenten (#250)

Diese Regel überprüft, ob ausgewählte Zielkomponenten von definierten Startkomponenten innerhalb eines bestimmten Radius und einer bestimmten Augenhöhe sichtbar oder verborgen sind, und hilft Ihnen dabei, die Anforderungen an Privatsphäre, Sichtlinien und Sichtbarkeit im Modell zu überprüfen.

 

Die Regel umfasst die folgenden Funktionen:

  • Verwenden Sie Filter, um sowohl die Startkomponenten als auch die Sichtbarkeitsziele zu definieren (z. B. die Eingangstür als Blickpunkt und einen Müllraum als Ziel), und legen Sie fest, ob Ziele sichtbar oder ausgeblendet sein müssen, einschliesslich einer optionalen Mindestanzahl von Zielen, die sichtbar sein müssen.
  • Wählen Sie Hindernisse (alle Komponenten, die die Sicht behindern könnten) aus und wenden Sie einen Transparenzschwellenwert an, sodass Elemente, die transparenter als der Schwellenwert sind, ignoriert werden.
  • Konfigurieren Sie den Sichtbarkeitsradius und die Sichtbarkeitshöhe, um die Sichtweite und Augenhöhe für die Analyse darzustellen.

 

Die Regel zeigt ein klares visuelles Feedback in 3D, sodass leicht zu erkennen ist, wo die Sichtbarkeits- oder Privatsphärebedingungen nicht erfüllt sind.

Barrierefreie Zugänglichkeit (#252)

Mit der Regel für barrierefreie Zugänglichkeit werden Wege von definierten Startpunkten zu Zielen (z. B. von Büros zu barrierefreien Toiletten oder von Parkplätzen zu Servicebereichen) überprüft, um einen durchgehenden, hindernisfreien Weg zu gewährleisten, der die wichtigsten Anforderungen an Breite, Kopffreiheit und optional an Ausweichflächen gemäss den gängigen Barrierefreiheitsrichtlinien erfüllt.

 

Die Regel umfasst die folgenden Funktionen:

  • Definieren Sie Wegekomponenten (wie Decken, Räume, Rampen und Türen) und Hindernisse und legen Sie dann Start- und Endpunkte sowie vertikale Verbindungen wie Treppen oder Aufzüge fest.
  • Geben Sie die Mindestbreite und -höhe des barrierefreien Weges an, damit die Regel Segmente kennzeichnen kann, die unter diesen Schwellenwerten liegen.
  • Überprüfen Sie, ob in definierten Abständen (z. B. alle 25 m) zusätzliche Verbreiterungen für das Vorbeigehen verfügbar sind, wenn die Wege schmal sind, um sicherzustellen, dass Rollstuhlfahrer aneinander vorbeifahren können.

 

Diese Regel eignet sich ideal, um die Nutzungslogik des Gebäudes und die gesetzlichen Anforderungen zu überprüfen und gleichzeitig die Komponenten zu identifizieren, die nicht den Spezifikationen des barrierefreien Weges entsprechen (z. B. Räume).

Verbesserungen der Regeln

Lokale barrierefreie Verkehrsfläche (#247)

Regel 247 überprüft, ob lokale Verkehrsräume (z. B. Flure) barrierefrei begehbar sind und keine Hindernisse im Bereich von Türen und angrenzenden Verkehrsflächen vorhanden sind.

 

Die Regel umfasst nun die folgenden Verbesserungen:

  • Die Barrierefreiheitsprüfung des Raums und die Tür-basierte Raumprüfung sind völlig unabhängig voneinander. Durch Deaktivieren der Türprüfung werden die Ergebnisse „Erreichbar/Teilweise erreichbar/Nicht erreichbar” entfernt und es bleiben nur die Ergebnisse „Barrierefrei/Nicht barrierefrei” für den Raum übrig.
  • Die Räume werden in grüne (barrierefreie) und rote (nicht barrierefreie) Bereiche unterteilt, und die Regel gilt als erfüllt, wenn mehr als 90 % des Raums barrierefrei sind.
  • Türbezogene Probleme werden in der Kategorie „Schmale Eingänge” mit kürzeren, klareren Beschreibungen aufgeführt; die Bezeichnung „Barrierefrei” wird in reinen Raumansichten nicht mehr angezeigt.
  • Sanitäranlagen und Möbel sind standardmässig von Hindernissen ausgenommen, während Türen, Öffnungen und deren Wandaussparungen niemals als Hindernisse behandelt werden; blockierte Verbindungen markieren Hindernisflächen rot.
  • Die Zusammenführung von Verkehrsflächen ist robuster, und wenn „Verbindungen zwischen Komponenten überprüfen“ aktiviert ist, werden die Komponenten in Set 1 und Set 2 gemäss der ausgewählten Verbindungsoption bewertet, wobei die Standard-Verbindungstoleranz auf 250 mm reduziert ist.
  • Kontrollkästchen wurden an geeigneten Stellen durch Umschaltknöpfe ersetzt.

Regel für Treppen (#210)

Regel 210 überprüft die Barrierefreiheit von Treppen, einschliesslich Stufengeometrie, Podeste, Freiraum und Kopffreiheit, um sicherzustellen, dass Treppen sicher und gemäss den Barrierefreiheitsanforderungen genutzt werden können.

 

Die Regel umfasst nun die folgenden Verbesserungen:

  • Die Regel erkennt und validiert taktile Bodenindikatoren (TGSI) auf Treppenpodesten und überprüft dabei die Tiefe, den Versatz und die Abdeckung auf den oberen und unteren Podesten sowie, wenn ein barrierefreier Weg definiert ist, auch auf den Zwischenpodesten.
  • Bei der Überprüfung der Podeste wird nun überprüft, ob Podeste vorhanden sind, eben sind (0° Neigung) und die erforderlichen Abmessungen am Anfang und Ende der Treppe sowie zwischen aufeinanderfolgenden Treppenläufen erfüllen, wobei eine neue Option die Anforderung von Podesten zwischen zwei Treppenläufen vorsieht.
  • Probleme mit der Kontinuität von Handläufen werden nicht mehr gemeldet, wenn die Unterbrechung an einem Podest auftritt, das eine Sprengtür für Treppenhäuser enthält, die durch einen speziellen Sprengtür-Filter unterstützt wird, sodass diese Fälle sauber aus den Kontinuitätsfehlern der Handläufe ausgeschlossen werden können.

Parkregel (#237)

Die Parkregel wurde verbessert, um die Ausrichtung flexibler und transparenter zu gestalten.

  • Sie können nun die Ausrichtung von Parkplätzen festlegen, ohne dass Sie Komponenten als Fahrgassen definieren müssen. Alternativ können Sie Einfahrten weiterhin explizit angeben, wenn Sie maximale Genauigkeit benötigen.
  • Mit einer neuen Einstellung können Sie entscheiden, ob Parkplätze mit unklarer Ausrichtung in die Prüfergebnisse einbezogen oder ignoriert werden, anstatt standardmässig immer einbezogen zu werden.

IDS-Validierung (#244)

Regel 244 validiert Ihr Modell weiterhin anhand von IDS-Dateien und stellt sicher, dass die erforderlichen Informationen gemäss den ausgewählten IDS-Spezifikationen vorhanden sind.

  • Die IDS Editor-Webansicht wurde integriert: IDS-Dateien werden innerhalb der Regel in einer schreibgeschützten Webansicht des IDS Editors angezeigt, wodurch die vollständige Kompatibilität zwischen IDS-Dateien, dem IDS Editor und der IDS-Validierungsregel gewährleistet ist.
  • Es wurde eine Option hinzugefügt, die eine Vorfilterung mit dem Solibri-Filter ermöglicht. So können Sie optional vorab auswählen, welche Komponenten anhand der in der IDS-Datei definierten Anforderungen überprüft werden sollen.

Verbesserungen der Leistung und Benutzerfreundlichkeit

Leistung

  • Die Start- und Ladezeit von Solibri wurde verbessert, sodass nun alle Benutzer schneller darauf zugreifen können.

IFC

  • Das Schneiden von Komponenten mit Halbräumen wurde verbessert. Dadurch werden Probleme im Zusammenhang mit CSG-Volumengeometrien behoben.
  • Ein Problem, bei dem Öffnungen gespiegelt positioniert wurden, wurde behoben.
  • Ein Problem im Zusammenhang mit der Ausrichtung von Komponenten in bestimmten Fällen, in denen bestimmte Komponenten aufgrund sehr geringer Unterschiede in den negativen Z-Achsenwerten in Richtung der Extrusionen geneigt waren, wurde behoben.
  • Die Identifizierung des Systems einer Bekleidung mithilfe einer Beziehung wurde verbessert.
  • Ein Problem wurde behoben, bei dem die Beziehung zwischen einem System und einer Komponente nicht importiert wurde, weil sich die Beziehung auch auf nicht vorhandene Komponenten bezog.
  • Ein Problem wurde behoben, bei dem die Namen der Geschosse während der Modellaktualisierung nicht aktualisiert wurden.
  • Daten der folgenden IFC-Entitäten: IfcOwnerHistory, IfcUnitAssignment, IfcMapConversion, IfcProjectedCRS, IfcGeographicCRS, IfcRigidOperation, IfcMapConversionScaled und IfcCoordinateReferenceSystem sind jetzt als Eigenschaftssätze des Projekts verfügbar. Auf diese Eigenschaften kann über Regeln, Filter, Klassifizierungen und ITOs zugegriffen werden.

3D-Werkzeuge und Anzeige

  • Markierungswerkzeuge: Die Fortsetzung von Markierungen wurde implementiert. Fügen Sie einfach das gleiche Markierungswerkzeug an der Stelle hinzu, an der Sie aufgehört haben. Beenden Sie den Vorgang mit Esc.
  • Messwerkzeuge: Es gibt nun mehr Möglichkeiten, Bemassungen anzupassen, z. B. das automatische Ausblenden über einen Entfernungsfaktor sowie einen Transparenzwert für die Messblasen.
  • Scrollen: Das Scrollverhalten in der Ansicht „Live Problemdetails“ wurde verbessert. Darüber hinaus wurde das ITO-Scrollen verbessert und die Scrollleiste ist nun besser sichtbar.
  • Schnittflächen: Schnittflächen können nun einfach entfernt oder schnell wiederhergestellt werden. Strg + t (oder Cmd + t) ist nun die Standardtastenkombination zum direkten Wiederherstellen und/oder Entfernen.

Sicherheit

Der Hersteller hat die Sicherheit verbessert, um die folgenden Common Vulnerabilities and Exposures (CVE)-Spezifikationen gemäss der National Vulnerabilities Database (NVD) zu erfüllen.

  • Jersey Client wurde auf 3.1.11 aktualisiert, behebt NVD - CVE-2025-12383
  • Tomcal Embed Core wurde auf 10.1.47 aktualisiert, behebt CVE-2025-48989
  • Spring Core wurde auf 6.2.12 aktualisiert, behebt CVE-2025-41248
  • Logback Core wurde auf 1.5.20 aktualisiert, behebt CVE-2025-11226

Weitere Verbesserungen

  • Regellogik: Solibri zeigt nun eine klare Meldung an, wenn eine Regel aus einer inkompatiblen (z. B. neueren) Version geöffnet wird, anstatt zufällige Störungen zu verursachen.
  • Die Kollisions-Prüfmatrix (#245) zeigt nun die aktuell referenzierte Excel-Datei in der Benutzeroberfläche an.
  • Die Kollisions-Prüfmatrix (#245) ermöglicht nun die Bearbeitung der Matrix, ohne dass vorhandene Folien für neue Projekte verloren gehen.
  • Die Klassifizierung unterstützt nun Formeln, die in Excel hinzugefügt und in Solibri importiert wurden.
  • Autorun unterstützt nun die Aktualisierung von Präsentationen aus BCF-Dateien.
  • Autorun unterstützt nun die Aktualisierung der Kollisions-Prüfmatrix aus Excel.
  • Die Leistung der Ergebnisvisualisierung wurde verbessert, was insbesondere bei der Anzeige vieler Probleme hilfreich ist (betrifft Regel Nr. 234).
  • Standortinformationen in den Problemdetails: Es ist nun möglich, verschiedene Optionen für Standortinformationen in den Problemdetails auszuwählen. Die Auswahlmöglichkeiten sind “Nächstgelegene Räume und Geschosse von Komponenten”, “Räume, die mit Komponenten kollidieren”, “Geschosse von Komponenten” und “Speicherort deaktivieren”. Durch Auswahl der letzten Option wird die Prüfleistung verbessert.

Fehlerbehebungen

  • Es wurde ein Problem behoben, bei dem Klassifizierungen, die Verweise auf Disziplinen in den Klassifizierungsregeln enthalten, nicht automatisch aktualisiert wurden, wenn neue Modelle zu einer .smc-Datei hinzugefügt wurden.
  • Es wurde ein Problem behoben, bei dem die Installation der Erweiterung mit Solibri 25.9.0 fehlschlug.
  • Es wurde ein Problem behoben, bei dem beim Hinzufügen von Flächenmessungen mehrerer Flächen die Messblasen übereinander gestapelt wurden und nur das oberste Ergebnis angezeigt wurde.
  • Es wurde ein Problem in der Allgemeinen Überschneidungsregel (#1) behoben, bei dem Schnittpunkte zwischen bestimmten Komponenten (Wände, Öffnungen) in einigen Fällen nicht gefunden wurden, wenn die Toleranz auf einen Wert ungleich Null gesetzt war.
  • Es wurden Probleme in der Regel Nr. 244 „IDS-Validierung” behoben:
    • Inkonsistente Gross-/Kleinschreibung bei der Anwendung von Regex-Mustern für IFC-Entity-Facettenausnahmen.
    • Mehrere Attributbedingungen im Abschnitt „Anwendbarkeit“ wurden mit OR-Logik behandelt.
    • Ausgeschlossene Komponenten in der Gatekeeper-Regel wurden weiterhin in den Prüfergebnissen angezeigt.
  • Behobene Probleme in Regel Nr. 245 „Kollisions-Prüfmatrix“, bei der grosse Koordinaten dazu führten, dass die Kollisionsvisualisierung in der 3D-Ansicht unterbrochen wurde und sprang.
  • Behobenes Problem in Solibri-Formeln, bei dem:
    • Eine ungültige Formel =NOT(„ABC“) das Öffnen der Klassifizierung verhinderte.
    • Vergleiche zwischen ganzen Zahlen und Dezimalzahlen den falschen Wert zurückgaben (1 = 1,0 oder 1 <> 1,0)
  • Das Symbol „Schliessen“ in den Symbolleisten der Klassifizierungsansicht, der Prüfansicht, des Arbeitsbereichs (Ruleset-Manager) und der ITO-Ansicht wurde korrigiert, um die Aktion „Schliessen“ korrekt darzustellen.
  • Ein Problem im Zusammenhang mit Autorun-ITOs wurde behoben, bei dem die Berechnung nach Namen alle ITOs berechnete, anstatt nur die referenzierten ITOs.
  • Ein Fehler wurde behoben, bei dem ACC-Probleme die Anzahl der zur Auswahl stehenden Zuweisungsempfänger einschränkten.