Por que o relatório de clash detection tem milhares de conflitos?

Cinco mil conflitos no relatório, duzentos que importam.

O clash detection rodou e devolveu uma avalanche. Cada tubo que encosta em cada viga, cada revestimento que toca cada laje, cada pilar comparado contra tudo. O coordenador abre a lista, vê o número e sabe duas coisas ao mesmo tempo: que a maioria ali é ruído, e que revisar milhares de linhas na mão é impossível. Mostra vinte na reunião, escolhidos a esmo, e o resto nunca vira decisão.

O problema não é a ferramenta detectar demais. É que ninguém disse a ela o que procurar. Rodar clash detection sem uma matriz de teste — quais pares de disciplina se cruzam, com que tolerância, para que tipo de conflito — é pedir para o software comparar tudo contra tudo. O resultado é matematicamente correto e operacionalmente inútil.

Um conflito duro (hard clash) é um duto atravessando uma viga. Uma folga insuficiente (clearance) é o mesmo duto passando perto demais do forro para a manutenção alcançar. Uma duplicidade é o mesmo pilar modelado por duas disciplinas. São coisas diferentes, com gravidades diferentes, e a ferramenta só as separa se a regra existir.

O método de produção colaborativa da informação tem de estar definido (§5.4 da 19650-2) — não rodado no modo padrão e torcido para dar certo. Regra de teste de coordenação é decisão de projeto, escrita no BEP, não configuração que cada um improvisa na véspera.

1. 1

   Relatório na casa dos milhares · a rodada devolve alguns milhares de conflitos e ninguém consegue triar isso à mão. O número impressiona e não conduz nada.

2. 2

   A mesma amostra toda semana · como triar tudo é inviável, o coordenador leva sempre os mesmos vinte itens visíveis, e o corpo do relatório nunca é olhado.

3. 3

   Tudo é hard clash · folga de manutenção, duplicidade e conflito real entram misturados na mesma lista, sem categoria que os separe.

4. 4

   Tolerância no padrão de fábrica · a ferramenta acusa sobreposição de um milímetro entre revestimento e estrutura como se fosse briga de duto com viga.

5. 5

   Mobiliário e vegetação no meio · a lista mistura cadeira contra piso e árvore contra muro com o que de fato precisa de decisão de engenharia.

6. 6

   A regra não está escrita em lugar nenhum · ninguém sabe dizer quais pares são testados nem com que tolerância; a configuração vive na cabeça de quem roda a ferramenta.

1. 1

   Sem matriz de teste por par de disciplina · ninguém definiu quais pares se cruzam (arquitetura x estrutura, estrutura x instalações, instalações x instalações) e quais são irrelevantes. A ferramenta então compara tudo contra tudo.

2. 2

   Tolerância única para todo o modelo · usa-se um único valor de sobreposição para o projeto inteiro. Um par que exige folga generosa e outro que exige contato zero recebem o mesmo critério, e o número de acusações explode.

3. 3

   Tipos de conflito não distinguidos · hard clash, clearance (folga), duplicidade e conflito de fluxo entram todos como uma coisa só, sem classe que permita filtrar.

4. 4

   Elementos irrelevantes não excluídos · mobiliário, paisagismo e componentes decorativos não foram tirados do escopo do teste, e inflam a contagem.

5. 5

   Método de coordenação fora do BEP · o BEP não declara como a coordenação é testada. Sem o método documentado (§5.4 da 19650-2), cada rodada nasce de uma configuração improvisada.

1. 1

   O conflito real se esconde no ruído · a briga que ia parar a obra está na linha 3.412 de um relatório que ninguém lê até o fim. Falso positivo demais afoga o verdadeiro positivo.

2. 2

   A coordenação vira teatro · mostra-se a amostra de sempre, produz-se a ata, e a maioria dos conflitos nunca é decidida. O trabalho existe no papel, não no modelo.

3. 3

   Horas gastas triando à mão · o coordenador queima o tempo separando ruído em vez de resolver interferência. O custo é direto e recorrente.

4. 4

   Descrédito do clash detection · a equipe conclui que a ferramenta não presta, quando o que faltou foi a regra. A metodologia leva a culpa da configuração.

5. 5

   Interferência que chega ao campo · o conflito não triado não é corrigido, e reaparece como problema físico na obra, onde consertar custa muito mais.

Curto prazo (30 dias):

1. Escrever a matriz de teste de coordenação: quais pares de disciplina se cruzam, quais são irrelevantes, e para que tipo de conflito cada par é testado.

2. Calibrar a tolerância por par. Definir a folga aceitável para cada combinação, em vez de um valor único que gera ruído em todo o modelo.

3. Excluir do escopo o que não é engenharia: mobiliário, paisagismo e decoração saem do teste.

Médio prazo (60-90 dias):

4. Documentar o método de coordenação no BEP (§5.4 da 19650-2): matriz, tolerâncias, tipos de conflito e periodicidade das rodadas, de modo que a configuração deixe de ser improviso.

5. Automatizar as checagens objetivas com regras verificáveis (IDS ou rulesets), tirando da reunião o que uma regra decide sozinha.

6. Fixar uma meta operacional de ruído: relatório filtrado em ordem de dezenas ou poucas centenas por rodada, não milhares, para que cada item vire decisão.

1. 1

   Matriz de teste antes da primeira rodada · a regra de quais pares testar e com que tolerância nasce no BEP, antes de o clash detection rodar pela primeira vez.

2. 2

   Tolerância por par, revisada por fase · cada combinação de disciplinas tem a sua folga, ajustada conforme o projeto amadurece.

3. 3

   Categorização como padrão · toda rodada devolve conflitos já separados por tipo, e a triagem começa filtrada.

4. 4

   Regra acordada, não pessoal · a configuração do teste é do projeto, versionada e conhecida, não a preferência de quem abre a ferramenta.

• ABNT NBR ISO 19650-2:2018Fase de entrega. §5.4 trata da produção colaborativa da informação: o método de trabalho, incluindo como a coordenação é conduzida e verificada, é definido e registrado no plano de execução BIM (BEP), não improvisado a cada rodada. §5.6.3 exige a verificação da garantia da qualidade antes da troca da informação.
• buildingSMART BCF (BIM Collaboration Format)Formato aberto de intercâmbio de interferências e comentários entre ferramentas, com ponto de vista, elemento por identificador global e histórico. É o veículo das interferências triadas; substitui print e planilha.
• ABNT NBR ISO 16739-1:2024Industry Foundation Classes (IFC). Base geométrica e semântica sobre a qual o clash detection opera; cada elemento envolvido em um conflito é referenciado pelo seu identificador global (IfcGloballyUniqueId).
• Prática de coordenação (matriz de teste e tolerância)A distinção entre conflito duro (hard clash), folga de manutenção (clearance) e duplicidade, e a calibração de tolerância por par de disciplinas, são práticas consolidadas de coordenação. O que a norma exige é que o método esteja documentado e acordado.