Por que o IFC não organiza os elementos por pavimento?

Elemento sem andar, andar sem prédio: a árvore do IFC caiu.

O modelo abre, a geometria aparece, tudo parece no lugar. Mas quando você navega pela estrutura espacial, os nós não batem: falta um IfcBuilding, sobra um IfcBuildingStorey duplicado, um pavimento aparece solto sem estar preso ao edifício, ou o IfcSite simplesmente não existe. A árvore que deveria organizar o modelo de cima a baixo — IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → IfcSpace — está quebrada. E árvore quebrada não sustenta nada.

No IFC (ISO 16739-1:2024, IFC4x3), a estrutura espacial é uma decomposição hierárquica rígida: IfcProject agrega IfcSite por IfcRelAggregates, IfcSite agrega IfcBuilding, IfcBuilding agrega IfcBuildingStorey, e cada pavimento pode decompor IfcSpace. Os elementos físicos se prendem a um nível dessa árvore por IfcRelContainedInSpatialStructure — cada elemento a exatamente um contêiner. A árvore é o esqueleto; a contenção é o tendão. Se o esqueleto está malformado — nó faltando, nó duplicado, ordem invertida — não importa se os tendões estão certos: o modelo não se organiza.

Isso é diferente de um objeto órfão. Objeto órfão é elemento solto, sem contenção. Aqui o problema é anterior: a própria árvore está malformada. É possível ter todos os elementos contidos e, ainda assim, a hierarquia estar quebrada — porque o IfcBuildingStorey que hospeda os elementos não está agregado ao IfcBuilding, ou porque o IfcBuilding não está agregado ao IfcSite, ou porque existem dois IfcBuilding quando deveria haver um.

A causa quase sempre é de exportação. Software de autoria monta a árvore automaticamente, mas cada um tem suas regras: alguns criam IfcSite por default, outros não; alguns duplicam IfcBuilding quando há fases ou opções de projeto; alguns exportam níveis auxiliares de modelagem como IfcBuildingStorey, inflando a árvore com nós que não correspondem a pavimentos reais. Ninguém confere a árvore exportada — porque ela não aparece na geometria, só na estrutura de dados.

A verificação da garantia da qualidade confere a hierarquia espacial antes da troca (§5.6.3 da 19650-2). Árvore quebrada que passa despercebida contamina a federação, fura o quantitativo por localização e degrada toda operação que depende de navegação por andar, por edifício ou por zona.

1. 1

   Navegação por pavimento falha · o viewer mostra a árvore espacial, mas os pavimentos não estão dentro do edifício ou o edifício não está dentro do site. A estrutura não decompõe — empilha.

2. 2

   IfcSite ou IfcBuilding ausente · o modelo tem pavimentos e elementos, mas falta o nó intermediário. Saltar de IfcProject direto para IfcBuildingStorey quebra a cadeia.

3. 3

   IfcBuilding ou IfcBuildingStorey duplicado · aparecem dois IfcBuilding para um único edifício, ou pavimentos repetidos na mesma cota — resíduo de fases, opções de projeto ou exportação mal configurada.

4. 4

   Ordem da árvore invertida ou achatada · IfcBuildingStorey aparece como filho direto de IfcProject, sem IfcSite nem IfcBuilding no meio. A hierarquia perdeu níveis.

5. 5

   Federação com árvores incompatíveis · cada disciplina exporta uma árvore diferente — número de IfcBuilding, presença de IfcSite, profundidade da decomposição. O federado herda a bagunça de todas.

6. 6

   Quantitativo por localização inconsistente · a extração por edifício ou por pavimento retorna valores diferentes conforme a ferramenta, porque a árvore que organiza a localização não está íntegra.

1. 1

   Exportador omite nós intermediários · o software de autoria não cria IfcSite ou não agrega IfcBuilding ao IfcSite no export default, e ninguém ajusta o preset.

2. 2

   Fases ou opções de projeto duplicam IfcBuilding · quando o modelo nativo tem fases ou alternativas, o exportador pode criar um IfcBuilding por fase, gerando duplicação sem sentido no IFC.

3. 3

   Níveis auxiliares inflam a árvore · níveis de modelagem (forro, meia-laje, referência de piso acabado) viram IfcBuildingStorey na exportação, criando nós espúrios que não representam pavimentos reais.

4. 4

   Copiar-e-colar entre arquivos desconecta a cadeia · elementos trazidos de outro modelo mantêm a geometria, mas a árvore espacial do destino não absorve a hierarquia de origem. Nós ficam soltos.

5. 5

   Sem verificação da hierarquia antes da troca · ninguém abre o IFC exportado para conferir a árvore espacial completa. A geometria parece certa, e a hierarquia — invisível na tela — passa sem conferência (§5.6.3 da 19650-2).

6. 6

   Padrão de informação não especifica a árvore esperada · o EIR e o BEP não declaram quantos IfcSite, IfcBuilding e IfcBuildingStorey o modelo deve ter, nem a decomposição esperada. Cada disciplina exporta o que o software decide.

1. 1

   Navegação por localização quebrada · filtrar por edifício ou por pavimento retorna resultado parcial ou errado — porque a árvore que sustenta a localização está malformada.

2. 2

   Quantitativo por andar que não fecha · a extração por IfcBuildingStorey soma errado quando há pavimentos duplicados, faltantes ou desconectados do IfcBuilding.

3. 3

   Coordenação sobre base instável · clash detection e federação dependem da árvore espacial para recortar por andar. Árvore quebrada degrada o recorte e esconde interferências.

4. 4

   Verificação automatizada que não roda · regras IDS e gherkin que consultam a hierarquia espacial falham ou dão falso-positivo quando faltam nós na cadeia.

5. 5

   Handover e FM comprometidos · o sistema de gestão de ativos importa a árvore espacial para organizar ambientes por edifício e pavimento. Árvore quebrada gera inventário desorganizado.

6. 6

   Retrabalho de re-exportação · descobrir a hierarquia quebrada tarde obriga re-export, re-upload e re-verificação de todas as disciplinas envolvidas.

Curto prazo (30 dias):

1. Auditar a árvore espacial de cada IFC do projeto. Listar cada IfcProject, IfcSite, IfcBuilding e IfcBuildingStorey, verificar a cadeia de IfcRelAggregates e identificar nós faltantes, duplicados ou desconectados.

2. Corrigir a hierarquia no export. Ajustar o preset de exportação para que o software crie a árvore completa, sem omitir IfcSite, sem duplicar IfcBuilding por fase e sem promover níveis auxiliares a IfcBuildingStorey.

3. Re-exportar e conferir. Gerar novo IFC, verificar a árvore resultante nó a nó e confirmar que a cadeia está íntegra antes de subir ao CDE.

Médio prazo (60-90 dias):

4. Declarar a árvore esperada no EIR e no BEP. Especificar quantos IfcSite, IfcBuilding e IfcBuildingStorey o modelo deve conter, com nomes e decomposição.

5. Automatizar a verificação da hierarquia como regra de auditoria (IDS ou gherkin) que confere a completude e a consistência da cadeia antes do aceite.

6. Registrar cada verificação no CDE, tornando a integridade da árvore espacial rastreável e auditável.

1. 1

   Árvore definida antes de modelar · o EIR declara a estrutura espacial esperada — quantidade e nomes de IfcSite, IfcBuilding e IfcBuildingStorey — antes de a modelagem começar.

2. 2

   Preset de export que respeita a cadeia · o preset de exportação é configurado para gerar a árvore completa, sem omissões nem duplicações, e versionado como artefato do projeto.

3. 3

   Sem nível auxiliar na entrega · níveis de modelagem (forro, referência, meia-altura) não viram IfcBuildingStorey na exportação — ficam restritos ao modelo nativo.

4. 4

   Verificação antes de compartilhar · a hierarquia espacial é conferida antes da troca (§5.6.3 da 19650-2), com registro no CDE.

5. 5

   Árvore consistente entre disciplinas · todas as disciplinas exportam a mesma estrutura espacial, conferida contra a referência declarada no BEP.

• ISO 16739-1:2024 (IFC4x3)Industry Foundation Classes (IFC). Define a hierarquia espacial obrigatória: IfcProject decompõe IfcSite, que decompõe IfcBuilding, que decompõe IfcBuildingStorey, que pode decompor IfcSpace — tudo por IfcRelAggregates. Elementos se prendem a um nível da árvore por IfcRelContainedInSpatialStructure. A integridade dessa cadeia é pré-condição para navegação, quantitativo e coordenação por localização.
• ABNT NBR ISO 19650-2:2022Fase de entrega. A verificação da garantia da qualidade (§5.6.3) confere a informação antes da troca — inclui verificar que a hierarquia espacial está completa, sem nó faltante nem duplicado.
• ABNT NBR ISO 19650-1:2022Conceitos e princípios. Exige que a informação trocada seja confiável e verificável — modelo com árvore espacial quebrada compromete a confiabilidade de toda consulta por localização.
• buildingSMART IDS (ISO 29481-3)Information Delivery Specification. Permite definir regras que verificam a presença e a consistência dos nós da hierarquia espacial, reprovando automaticamente modelos com cadeia incompleta ou nós duplicados.