A verificação automática de interferências é o recurso mais citado quando se fala em BIM, e também o mais mal compreendido. A ideia de que o software "encontra os erros do projeto" é sedutora e imprecisa. Ele encontra sobreposições geométricas. Distinguir quais delas são problemas reais, e decidir como resolvê-las, continua sendo trabalho de engenharia.

Como a verificação acontece

As disciplinas modeladas separadamente são reunidas em um modelo federado — um agregado que mantém cada arquivo com seu autor e sua responsabilidade, apenas posicionando todos no mesmo sistema de coordenadas. Esse alinhamento é pré-requisito e é onde falham muitos processos: modelos com origens diferentes produzem um federado em que tudo colide com tudo, ou nada colide com nada.

Com o federado montado, definem-se as regras de teste. Elas são pares de conjuntos: estrutura contra hidráulica, elétrica contra ar-condicionado, arquitetura contra estrutura. Para cada par, define-se a tolerância — a partir de que sobreposição o conflito é reportado.

Conflito rígido e conflito de folga

O conflito rígido é a sobreposição física: dois sólidos ocupando o mesmo volume. Uma tubulação atravessando uma viga é o exemplo canônico.

O conflito de folga é mais sutil e frequentemente mais importante. Os elementos não se tocam, mas a distância entre eles é insuficiente — para instalar, para isolar termicamente, para acessar em manutenção, ou para atender a um afastamento normativo. Um quadro elétrico que cabe no nicho mas não tem a área livre de trabalho à frente é um conflito de folga.

Há ainda a verificação de espaço livre: altura mínima em circulações depois que todas as instalações passam pelo forro, largura de passagem, gabarito de acesso a equipamentos.

O problema do excesso de resultados

Uma verificação sem critério em um modelo de porte médio produz milhares de conflitos. A maior parte é irrelevante: elementos que se tocam por definição, tolerâncias de modelagem, conexões que o software interpreta como sobreposição.

Um relatório com quatro mil itens não é mais rigoroso que um com quarenta — é menos útil, porque ninguém o analisa. O trabalho de coordenação começa exatamente aqui: ajustar tolerâncias, excluir pares que não fazem sentido testar, agrupar conflitos que têm a mesma causa raiz e classificar por severidade.

Dez conflitos causados pela mesma prumada mal posicionada são um problema, não dez.

A decisão é humana

Quando o conflito é real, alguém precisa decidir quem cede. Essa decisão tem hierarquia prática: estrutura raramente cede, porque mexer nela repercute até a fundação. Tubulação de esgoto tem pouca liberdade, porque depende de declividade contínua. Eletrodutos são os mais flexíveis, porque aceitam desvio sem prejuízo funcional. Dutos de ar têm dimensão grande e curvas com restrição.

Essa ordem não é regra fixa — é ponto de partida. A decisão real considera custo, impacto em manutenção e o que já está definido em outras frentes. É uma conversa entre projetistas, e o modelo serve para que ela aconteça com todos vendo a mesma coisa.

O ciclo de resolução

Um processo maduro trata cada conflito como um item com estado: identificado, atribuído a um responsável, resolvido, verificado. A verificação importa — é comum que a correção de um conflito crie outro, e sem nova rodada de teste isso passa.

O ciclo se repete em rodadas ao longo do desenvolvimento, e não uma única vez no fim. Compatibilização feita apenas ao final vira auditoria: encontra muita coisa quando já há pouco espaço para mudar.

O que fica documentado

O produto entregue não é o arquivo do software de verificação. É o relatório: cada conflito relevante, sua localização, as disciplinas envolvidas, a decisão tomada e a confirmação de que a correção foi aplicada.

Esse documento é o que permite, meses depois, entender por que determinado traçado é como é — e é o que demonstra que a coordenação aconteceu de fato, e não apenas que o software foi executado uma vez.