Ir direto para o conteúdo

Solibri 25.12.0 - Novos Recursos e Novas Regras

Nesta versão, focamos em alguns novos recursos muito solicitados, além de melhorias e adições à nossa oferta de Regras, sem mencionar que também corrigimos alguns bugs.

Acesse a versão mais recente do Solibri, 25.12.0, clicando aqui e selecionando Solibri Office e optando pela versão mais recente.

Novos Recursos e Aditivos

Suporte a expressões regulares em filtros: Basta usar `rx:` para iniciar seu comando. Expressões regulares são suportadas na Visualização de Filtragem, nos parâmetros de Filtro/Componente de Regra e nas Regras de Classificações.

Agora é possível usar caminhos relativos de arquivos na janela de diálogo de atualização do modelo (Update Model)! A partir da versão 25.12.0, o Solibri armazena internamente o caminho relativo para o projeto (.smc). Porém atenção! O caminho relativo não é exibido ou indicado na janela de diálogo. Caso a localização do projeto tenha sido alterada, o caminho relativo será usado para encontrar as atualizações. Mais recursos, como a execução automática, serão adicionados posteriormente.

Suporte inicial para georreferenciamento: IfcProjectedCRS e IfcMapConversion já estão disponíveis para uso amplo no Solibri.

Suporte para conexões CDE e BCF personalizadas e privadas: O Solibri agora oferece suporte a conexões BCF e CDE locais e privadas para seus projetos de alta segurança. Entre em contato com nossa equipe de integrações para obter mais informações integrations@solibri.com

Novas Regras para Acessibilidade e Visibilidade de Componente

Rule #248: Regra de Espaço Livre de Acessibilidade
Esta regra garante que haja espaço livre na frente, atrás ou nas laterais dos componentes selecionados (por exemplo, banheiros, etc.) e que esse espaço permaneça livre de obstáculos, favorecendo a acessibilidade.

Esta nova regra inclui as seguintes funcionalidades:

  • Selecione os componentes-alvo por meio de filtros e defina quais componentes atuam como obstáculos.
  • Selecione se deseja restringir as verificações a espaços específicos e, quando necessário, mesclar automaticamente os espaços adjacentes em uma zona de folga contínua para refletir situações de uso real.
  • Defina uma caixa de recuo ao lado dos componentes-alvo selecionando o modo de verificação (por exemplo, espaço livre na frente) e definindo o comprimento e a largura da folga frontal, começando na borda ou na linha média do componente.
  • Controle o alcance vertical do recuo escolhendo as elevações de referência inferior e superior (como a base ou a parte superior do componente) e aplicando deslocamentos inferior e superior.
  • [Opcionalmente] permite uma protrusão limitada do componente-alvo no espaço livre, especificando os comprimentos de protrusão mínimos e adicionais permitidos (por exemplo, espaço livre sob a pia).

Os resultados da regra fornecem um feedback visual claro na visualização 3D, mostrando exatamente onde o volume de folga solicitado está obstruído ou é insuficiente.

Rule #250: Regra de Visibilidade de Componente
Esta regra verifica se os componentes de destino selecionados estão visíveis ou ocultos a partir de componentes iniciais definidos dentro de um determinado raio e altura dos olhos, ajudando você a verificar os requisitos de privacidade, linhas de visão e visibilidade no modelo.

Esta nova regra inclui as seguintes funcionalidades:

  • Use filtros para definir os componentes iniciais (start components) e os alvos (targets) de visibilidade (por exemplo, a porta de entrada como ponto de vista e uma sala de lixo como alvo) e especifique se os alvos devem ser visíveis ou ocultos, incluindo um número mínimo opcional de alvos que precisam ser visíveis.
  • Escolha os obstáculos (quaisquer componentes que possam bloquear a visão) e aplique um limite de transparência para que os elementos mais transparentes que um determinado limite sejam ignorados.
  • Configure o raio de visibilidade e a altura de visibilidade para representar a distância de visualização e o nível dos olhos para a análise.

A regra mostra um feedback visual claro em 3D, facilitando a identificação de onde as condições de visibilidade ou privacidade não são atendidas.

Rule #252: Compliance de Rota Acessível
Com a Regra de Rota Acessível, as rotas são verificadas desde pontos de partida definidos até destinos (por exemplo, de escritórios a banheiros acessíveis ou de vagas de estacionamento a áreas de serviço) para garantir um caminho contínuo e livre de obstruções que atenda aos principais requisitos de largura, altura livre e, opcionalmente, espaços para ultrapassagem, em conformidade com as diretrizes comuns de acessibilidade.

A regra inclui as seguintes funcionalidades:

  • Definir componentes do percurso (como lajes, espaços, rampas e portas) e obstáculos, e definir pontos de partida e de chegada, juntamente com conectores verticais como escadas ou elevadores.
  • Especificar a largura e a altura mínimas livres do percurso acessível para que a regra possa sinalizar segmentos que não atendam a esses limites.
  • Verificar se há alargamento adicional para passagem em intervalos definidos (por exemplo, a cada 25 m) quando os percursos forem estreitos, garantindo que os usuários de cadeiras de rodas possam se cruzar.

Esta regra é ideal para verificar a lógica de uso do edifício e os requisitos legais, além de identificar os componentes que não atendem às especificações do percurso acessível.

Melhorias em Regras para Circulação, Escadas, Estacionamento e IDS

Regra nº 247 – Melhorias na Regra de Circulação Local Acessível
A Regra 247 verifica se os espaços de circulação local (por exemplo, corredores) oferecem passagem acessível e permanecem livres de obstáculos ao redor das portas e áreas de circulação adjacentes.

A regra agora inclui as seguintes melhorias:

  • A verificação de acessibilidade do espaço e a verificação do espaço com base na porta são totalmente independentes.
  • Desativar a verificação da porta remove os resultados Acessível/Parcialmente Acessível/Inacessível e deixa apenas os resultados de espaço Acessível/Inacessível.
  • Os espaços são divididos em áreas verdes (acessíveis) e vermelhas (inacessíveis), e a regra é aprovada quando mais de 90% do espaço é acessível.
  • Problemas relacionados às portas utilizam a categoria Entrada Estreita (Narrow Entrance) com descrições mais curtas e claras; a etiqueta “Acessível” não é mais exibida em visualizações somente de espaço.
  • Terminais sanitários e mobiliário são excluídos por padrão dos obstáculos, enquanto portas, aberturas e seus vãos na parede nunca são tratados como obstáculos; conexões bloqueadas destacam as áreas de obstáculos em vermelho.
  • A fusão de espaços de circulação é mais robusta e, quando “Verificar conexão de circulação do componente” está ativado, os componentes nos Conjuntos 1 e 2 são avaliados de acordo com a opção de conexão selecionada, com uma tolerância de conexão padrão reduzida de 250 mm.
  • As caixas de seleção foram substituídas por botões de alternância quando apropriado.

Regra nº 210 – Melhorias na Regra de Escadas Acessíveis
A Regra 210 verifica a acessibilidade das escadas, incluindo a geometria dos degraus, patamares, espaço livre e altura livre, para garantir que as escadas possam ser usadas com segurança e em conformidade com os requisitos de acessibilidade.

A regra agora inclui as seguintes melhorias:

  • A regra detecta e valida os componentes do Indicador Tátil de Superfície do Piso (Tactile Ground Surface Indicator - TGSI) nos patamares das escadas, verificando a profundidade, o deslocamento e a cobertura nos patamares superior e inferior e, quando uma rota acessível é definida, também nos patamares intermediários.
  • As verificações de patamares agora verificam se os patamares existem, se estão nivelados (inclinação de 0°) e se atendem às dimensões exigidas no início e no final das escadas e entre lances consecutivos, com uma nova opção para exigir patamares entre dois lances de escada.

Não são mais relatados problemas de continuidade do corrimão quando a ruptura ocorre em um patamar que contém uma porta blindada de abrigo contra explosões em um andar com escada, graças a um filtro específico para portas blindadas, de modo que esses casos possam ser excluídos de forma definitiva dos erros de continuidade do corrimão.

Regra nº 237 – Melhorias na Regra de Estacionamento
A regra de estacionamento foi aprimorada para tornar o tratamento da orientação mais flexível e transparente.

Agora você pode determinar a orientação das vagas de estacionamento sem precisar definir os componentes da via de acesso (corredor); como alternativa, você ainda pode especificar as vias de acesso explicitamente quando precisar de máxima precisão.

Uma nova configuração permite que você decida se as vagas de estacionamento com orientação incerta serão incluídas ou ignoradas nos resultados da verificação, em vez de serem sempre incluídas por padrão.

Regra nº 244 – Melhorias na Validação de IDS
A Regra 244 continua a validar seu modelo em relação aos arquivos IDS, garantindo que as informações necessárias estejam presentes de acordo com as especificações IDS selecionadas.

Além disso, incorporamos o Visualizador Web do Editor IDS: os arquivos IDS são exibidos dentro da regra em uma visualização web somente leitura do Editor de IDS, garantindo total compatibilidade entre os arquivos IDS, o Editor de IDS e a regra de Validação de IDS.

Foi adicionada uma opção que permite a pré-filtragem com o filtro Solibri. Assim, você pode pré-selecionar opcionalmente quais componentes serão verificados em relação aos requisitos definidos no arquivo IDS.

Melhorias de Performance e Usabilidade

Desempenho:

Aprimoramos o tempo de inicialização e carregamento do Solibri, permitindo acesso mais rápido para todos.

IFC:

  • Melhoramos o recorte de componentes com espaços intermediários. Isso corrige problemas relacionados a geometrias sólidas CSG.
  • Resolvemos um problema em que as aberturas eram posicionadas de forma espelhada.
  • Resolvemos um problema relacionado à orientação de componentes em casos específicos, onde certos componentes estavam inclinados devido a diferenças mínimas nos valores negativos do eixo Z na direção das extrusões.
  • Aprimoramos a identificação do Sistema de Revestimento usando a relação decomposta.
  • Resolvemos um problema em que a relação entre um sistema e um componente não era importada porque a relação também se referia a componentes inexistentes.
  • Resolvemos um problema em que os nomes dos pavimentos do edifício não eram atualizados durante a atualização do modelo.
  • Os dados das seguintes entidades IFC: IfcOwnerHistory, IfcUnitAssignment, IfcMapConversion, IfcProjectedCRS, IfcGeographicCRS, IfcRigidOperation, IfcMapConversionScaled e IfcCoordinateReferenceSystem agora estão disponíveis como conjuntos de propriedades do projeto. Essas propriedades podem ser acessadas por meio de regras, filtros, classificações e ITOs.

Ferramentas e Visualização 3D:

  • Ferramentas de marcação: Implementamos a continuação da marcação. Basta continuar adicionando a mesma ferramenta de marcação de onde parou. Finalize o processo com Esc.
  • Ferramentas de medição: Agora existem mais possibilidades para personalizar as medições, como ocultar automaticamente o fator de distância, além de definir a transparência das bolhas de medição.
  • Rolagem: O comportamento de rolagem da visualização de Detalhes da Incidência ao Vivo do BCF foi aprimorado. Além disso, a rolagem do ITO foi aprimorada e a barra de rolagem está mais visível.
  • Planos de Seção: Os planos de seção agora podem ser removidos ou restaurados rapidamente. Ctrl + t (ou Cmd + t) agora é o atalho padrão para restaurar e/ou remover atalhos diretamente.

Segurança

  • Aprimoramos a segurança para atender às seguintes especificações de Vulnerabilidades e Exposições Comuns (CVE) do Banco de Dados Nacional de Vulnerabilidades (NVD).
  • Atualizamos o Jersey Client para a versão 3.1.11, resolvendo a vulnerabilidade CVE-2025-12383 do NVD.
  • Atualizamos o Tomcal Embed Core para a versão 10.1.47, resolvendo a vulnerabilidade CVE-2025-48989.
  • Atualizamos o Spring Core para a versão 6.2.12, resolvendo a vulnerabilidade CVE-2025-41248.
  • Atualizamos o Logback Core para a versão 1.5.20, resolvendo a vulnerabilidade CVE-2025-11226.

Melhorias adicionais:

  • Lógica de regras: O Solibri agora exibe uma mensagem clara ao abrir uma regra de uma versão incompatível (por exemplo, mais recente), em vez de apresentar falhas aleatórias.
  • A Matriz de Detecção de Conflitos da Regra nº 245 agora exibe o arquivo Excel referenciado na interface do usuário.
  • A Matriz de Detecção de Conflitos agora permite editar a matriz sem perder os slides existentes em novos projetos.
  • A Classificação agora suporta fórmulas adicionadas no Excel e importadas para o Solibri.
  • Autorun agora suporta a atualização de apresentações a partir de arquivos BCF.
  • Autorun agora suporta a atualização da Matriz de Detecção de Conflitos a partir do Excel.
  • Aprimoramos o desempenho da visualização de resultados, o que é especialmente útil quando há muitos problemas a serem exibidos (afeta a Regra nº 234).
  • Informações de localização nos Detalhes do Problema: Agora é possível selecionar diferentes opções para as informações de localização nos Detalhes do Problema. As opções são: Espaços e andares mais próximos dos componentes, Espaços em conflito com os componentes, Andares dos componentes e Desativar localização. Desativar a localização melhorará o desempenho da verificação.

Correções de Bugs

  • Corrigido um problema em que as Classificações que continham referências a Disciplinas nas Regras de Classificação não eram atualizadas automaticamente quando novos modelos eram adicionados a um arquivo .smc.
  • Corrigido um problema em que a instalação da extensão falhava com o Solibri 25.9.0.
  • Corrigido um problema em que, ao adicionar medições de área de faces múltiplas, as bolhas de medição eram empilhadas, exibindo apenas o resultado superior.
  • Corrigido um problema na Regra nº 1, Interseção Geral, em que as interseções entre certos componentes (Paredes, Aberturas) não eram encontradas em alguns casos em que a tolerância estava definida com um valor diferente de zero.
  • Corrigidos problemas na Regra nº 244, Verificação de IDS:
    • Sensibilidade inconsistente a maiúsculas e minúsculas ao aplicar padrões regex para exceções de facetas de Entidade IFC.
    • Múltiplas condições de Atributo na seção Aplicabilidade eram tratadas com lógica OR.
    • Componentes excluídos na regra Gatekeeper ainda apareciam nos resultados da verificação.
  • Corrigidos problemas na Regra nº 245, Matriz de Detecção de Conflitos, em que coordenadas grandes causavam a quebra e o salto da visualização de conflitos na vista 3D.
  • Corrigido um problema nas Fórmulas Solibri em que:
    • A fórmula inválida =NOT(“ABC”) impedia a abertura da Classificação.
    • As comparações de números inteiros e decimais iguais retornavam o valor incorreto (1 = 1,0 ou 1 <> 1,0).
  • Corrigido o ícone “Fechar” nas barras de ferramentas da visualização Classificação, da visualização Verificação, do Espaço de Trabalho (Gerenciador de Conjuntos de Regras) e da visualização ITO para representar corretamente a ação “Fechar”.
  • Corrigido um problema relacionado à Execução Automática de ITOs em que a decolagem por nome calculava todos os ITOs em vez de apenas o ITO referenciado.
  • Corrigido um bug em que os Problemas do ACC limitavam a quantidade de responsáveis disponíveis para seleção.