IFC Viewer Online · Voltar ao blog de BIM e IFC
Validação · 2026-11-12 · 7 min
Como escrever suas próprias regras de verificação BIM e testá-las antes de publicar
Uma regra ruim bloqueia todos os fornecedores que verificam com ela. Uma prévia de um editor de regras em que você escreve a regra como uma frase, vê quais elementos falham enquanto digita e roda casos de teste antes que qualquer outra pessoa a veja.
Regras de geometria e de relações verificadas em um modelo de exemplo, com a correção de cada falha no Revit, Archicad, Tekla e Allplan
Todo gerente BIM tem uma lista de coisas que confere à mão: as paredes externas precisam ter uma resistência ao fogo da lista permitida, toda porta está em uma parede, o código de classificação está preenchido. Transformar essa lista em regras automáticas costuma ser o ponto em que tudo trava. Os formatos de regras são difíceis de ler, e ninguém sabe se uma regra está certa até ela rejeitar um modelo que deveria ter aceitado.
Uma regra errada não é pouca coisa. Depois que os fornecedores passam a verificar com ela, uma regra que reprova elementos corretos bloqueia todos eles, e você só descobre pelos telefonemas.
O essencial
- Uma regra é uma frase: para cada elemento de uma classe, onde uma condição se cumpre, isto deve ser verdadeiro, com esta severidade.
- Enquanto você a escreve, vê quais elementos passam e quais falham, por nome e GlobalId.
- Os casos de teste dizem quais elementos devem passar ou falhar; a regra só é publicada quando todos coincidem.
- As regras de dados e de relações são escritas em IDS 1.0, então funcionam em qualquer verificador.
Uma regra é uma frase
O editor monta a regra do jeito que você a diria: “Para cada IfcWall, somente onde IsExternal é verdadeiro, Pset_WallCommon.FireRating deve ser um entre EI60, EI90, EI120. Se falhar: erro.” São três passos (quais elementos, o que devem ter, o que acontece se falharem) e, ao lado, uma prévia ao vivo sobre o modelo: quantos elementos foram verificados, quantos passam, quantos falham, com seus nomes e GlobalIds.
Prévia de design com dados de exemplo, interface em espanhol. O texto IDS abaixo da prévia é a mesma regra no padrão aberto.
Logo abaixo, a mesma regra aparece como XML IDS 1.0, pronta para baixar. Se você nunca usou o IDS, leia primeiro nosso guia de IDS: este artigo trata de escrever e testar regras, não do formato. [bsi-ids]
Teste a regra antes que ela chegue a alguém
Programadores escrevem testes antes de entregar o código. As regras merecem o mesmo. Na aba Testes você escolhe elementos de exemplo e diz o que deve acontecer com cada um: esta parede deve passar, esta deve falhar, esta mesa não se aplica. Um clique roda todos com o motor real. Verde significa que a regra faz o que você queria; vermelho significa que ela teria rejeitado a coisa errada.
Teste local do workspace no nosso próprio servidor com os modelos de teste do Hotel Vela (arquivos IFC reais), interface em espanhol. Ainda não disponível.
Não encontramos outro verificador que permita testar uma regra contra resultados esperados antes de publicá-la. É barato de fazer e é o que impede que uma única regra ruim pare dez fornecedores.
O que nenhuma regra verifica
Os resultados dizem o que falhou. Não dizem o que nunca foi verificado. A matriz de cobertura cruza classes IFC com regras: no modelo de arquitetura do Hotel Vela (1.470 elementos), o conjunto de regras básico ISO 19650 verifica 36% dos elementos, e fachadas-cortina, coberturas, escadas e lajes não são verificadas por nenhuma regra.
Teste local do workspace no nosso próprio servidor com os modelos de teste do Hotel Vela (arquivos IFC reais), interface em espanhol. Ainda não disponível.
É a forma mais rápida de perceber que um conjunto de regras escrito para arquitetura não diz nada sobre MEP.
Regras sobre relações e geometria
As regras de dados são metade do trabalho. A outra metade são perguntas como “toda porta está hospedada em uma parede?” ou “todo ambiente pertence a uma zona?”. São regras de relações, e o IDS 1.0 consegue expressá-las (partOf), então elas também viajam no padrão.
Depois vêm as regras geométricas: 0,8 m de espaço livre diante de toda porta, pé-direito livre de pelo menos 2,5 m em todo ambiente. Elas usam o núcleo de geometria da detecção de conflitos. Um limite honesto: na prévia, rodam sobre geometria de exemplo (caixas). Para medir folgas à mão em um modelo real hoje, veja como verificar folgas em um modelo IFC.
Prévia de design com dados de exemplo, interface em inglês. Cada falha vira uma ocorrência que traz como corrigi-la no Revit, Archicad, Tekla e Allplan.
Uma falha pode virar uma ocorrência com um clique, e a ocorrência traz a correção para cada software de autoria: o mesmo texto escrito à mão dos guias de correção gratuitos, não texto gerado.
Nem toda regra se aplica em todas as etapas
Em S2 você não pede o que pede em S4. Em vez de manter um conjunto de regras por etapa, cada regra indica em qual status da ISO 19650 se aplica, e o seletor de etapa mostra quais valem agora.
Prévia de design com dados de exemplo, interface em espanhol.
Como se compara
O Solibri é a referência em verificação baseada em regras. Preços da página oficial, consultada em 12 de novembro de 2026. [solibri-pricing]
| Solibri | Editor IDS gratuito (visualizador) | Regras do IFC Viewer Online (prévia) |
|---|
| Como as regras são escritas | Parâmetros de modelos de regra | Formulário por requisito | Uma frase, com prévia ao vivo dos elementos que falham |
| Casos de teste antes de publicar | Não | Não | Sim |
| Cobertura por classe IFC | Não | Não | Sim |
| Regras geométricas | Sim, muitas | Não | Folga de portas e pé-direito livre (por enquanto com geometria de exemplo) |
| Formato aberto das regras | Formato próprio | IDS 1.0 | IDS 1.0 para regras de dados e de relações |
| Preço | A partir de 1.428 €/ano (Essential), 2.109 €/ano (Advanced), por licença | Grátis | Planejado dentro do Pro, a partir de €39/mês |
Fonte: solibri.com/pricing, consultada em 12 de novembro de 2026. O Solibri tem muito mais regras geométricas do que nós; esse é o ponto forte dele. Nossos preços planejados estão na página de preços.Para a comparação mais ampla, veja a página de alternativa ao Solibri. Quando as regras são compartilhadas por uma empresa inteira, alguém precisa aprová-las: esse é o assunto do artigo sobre a biblioteca de regras da empresa.
O que você já pode fazer de graça
Verificar qualquer IFC com um arquivo IDS ou um dos perfis integrados, editar perfis de EIR no visualizador, importar e exportar IDS 1.0. Tudo no seu navegador, sem upload. Nada disso muda.
Você escreve as regras com as quais os outros verificam?
O editor de regras está em prévia. Se você mantém regras de verificação para a sua empresa ou para os seus clientes, entre na lista de espera e avisaremos quando for aberto.
Referências
- Information Delivery Specification (IDS) — buildingSMART International. O padrão aberto para requisitos de informação legíveis por máquina. Consultado em 12 de novembro de 2026.
- Preços do Solibri — Solibri. Planos e preços iniciais por licença por ano, conforme publicados em 12 de novembro de 2026.
- Planos do IFC Viewer Online — IFC Viewer Online. Preços planejados dos planos pagos, que ainda não foram abertos.
Como escrever suas próprias regras de verificação BIM e testá-las antes de publicar