Por que aparecem objetos IFC sem localização espacial?

Um objeto que não está em nenhum pavimento não está no modelo. Está boiando ao lado dele.

O elemento aparece no viewer, tem geometria, parece parte do projeto. Mas não pertence a andar nenhum: some quando você navega por pavimento, escapa dos quantitativos por nível, não entra nos filtros por localização. É um órfão espacial — presente na tela, ausente da estrutura.

No IFC (ISO 16739-1:2024), todo elemento físico deve estar preso à estrutura espacial por um IfcRelContainedInSpatialStructure, que o vincula a um IfcBuildingStorey, IfcSite ou IfcBuilding. A própria estrutura espacial se organiza por IfcRelAggregates (IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey). Elemento sem essa contenção — ou contido em mais de um lugar — é órfão: existe como geometria, mas não como parte localizável do edifício.

A causa costuma ser silenciosa: objeto copiado entre arquivos, elemento fora do recorte do pavimento no momento do export, família auxiliar que o software não soube onde alocar. O modelador não vê — o objeto está lá, na tela. Só quem consulta o modelo por estrutura espacial percebe a ausência.

Localização espacial não é enfeite do IFC. É o que torna o elemento contável, filtrável e coordenável. A verificação da garantia da qualidade confere a estrutura espacial antes da troca (§5.6.3 da 19650-2). Objeto órfão que ninguém pegou é informação que não entra na conta.

1. 1

   Objeto some ao navegar por pavimento · o elemento aparece na visão geral, mas desaparece quando você isola um andar. Não está preso a nenhum.

2. 2

   Elemento fora da árvore espacial · no navegador de estrutura espacial do viewer, o objeto não aparece sob nenhum IfcBuildingStorey, IfcSite ou IfcBuilding.

3. 3

   Quantitativo por andar não fecha · a soma por pavimento dá menos que o total do modelo. A diferença são os órfãos, que não pertencem a nível nenhum.

4. 4

   Elementos soltos no federado · objetos aparecem bem posicionados, mas sem vínculo de contenção — resíduo de cópia entre arquivos.

5. 5

   Filtro por localização perde elementos · consultas por andar, zona ou ambiente retornam menos objetos do que existem, porque os órfãos escapam do filtro.

1. 1

   Objeto fora do recorte no export · no momento da exportação, o elemento estava fora do limite do pavimento e o software não o associou a nenhum IfcBuildingStorey.

2. 2

   Cópia entre arquivos sem re-hospedar · elemento copiado de outro modelo mantém a geometria, mas perde o vínculo de contenção com a estrutura espacial de destino.

3. 3

   Família que o exportador não aloca · objetos genéricos, de anotação ou auxiliares não recebem contenção automática e saem órfãos.

4. 4

   Estrutura espacial incompleta · faltam IfcBuildingStorey ou IfcSite para hospedar certos elementos, que ficam sem onde se prender.

5. 5

   Sem verificação de contenção · nada confere se todos os elementos têm IfcRelContainedInSpatialStructure antes de o IFC subir ao compartilhado (§5.6.3 da 19650-2).

1. 1

   Quantitativo incompleto · órfãos escapam da soma por pavimento e por zona. O quantitativo fecha errado para menos, e o orçamento herda o erro.

2. 2

   Coordenação que perde elementos · objeto fora da estrutura espacial some de filtros e recortes, e uma interferência real deixa de ser vista.

3. 3

   Análise por localização viciada · estudos por andar, zona de incêndio ou ambiente ignoram os órfãos, produzindo resultado parcial que parece completo.

4. 4

   Handover furado · no FM, ativo sem localização espacial não entra no inventário por ambiente — perde-se rastreabilidade do elemento.

5. 5

   Falsa sensação de modelo completo · o elemento está na tela, então parece entregue. A ausência só aparece em consulta estruturada, tarde.

Curto prazo (30 dias):

1. Rodar uma auditoria de contenção no IFC atual: listar todo elemento sem IfcRelContainedInSpatialStructure e re-hospedar cada órfão no pavimento correto.

2. Completar a estrutura espacial: garantir IfcSite, IfcBuilding e IfcBuildingStorey suficientes para todos os elementos.

3. Conferir a contenção de cada IFC antes de subir ao compartilhado.

Médio prazo (60-90 dias):

4. Automatizar a checagem de contenção espacial como regra de auditoria do modelo, executada antes do aceite.

5. Padronizar presets e templates de export para que elementos auxiliares e copiados recebam contenção, não saiam órfãos.

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

1. 1

   Estrutura espacial completa desde o início · IfcSite, IfcBuilding e IfcBuildingStorey suficientes para hospedar todo elemento antes de a modelagem avançar.

2. 2

   Re-hospedar o que é copiado · elemento trazido de outro arquivo é religado à estrutura espacial de destino, não deixado solto.

3. 3

   Export que não gera órfão · presets de exportação garantem contenção a elementos auxiliares e genéricos.

4. 4

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

• ABNT NBR ISO 16739-1:2024Industry Foundation Classes (IFC). IfcRelContainedInSpatialStructure vincula cada elemento físico a um IfcSpatialStructureElement (IfcBuildingStorey, IfcSite, IfcBuilding). A estrutura espacial é decomposta por IfcRelAggregates. O modelo de dados prevê que todo elemento pertença à estrutura espacial; elemento sem contenção é órfão.
• ABNT NBR ISO 19650-2:2018Fase de entrega. A verificação da garantia da qualidade (§5.6.3) confere a informação — inclusive a integridade da estrutura espacial — antes de a troca acontecer.
• ABNT NBR ISO 19650-1:2018Conceitos e princípios. §6.3.3 exige aprovação documentada e acordada antes de qualquer troca de informação, o que inclui conferir que todo elemento é localizável na estrutura do modelo.
• buildingSMART · validação de modeloRegras públicas de verificação (ex. ifc-gherkin-rules) cobrem a contenção espacial — cada elemento vinculado à estrutura por IfcRelContainedInSpatialStructure — como checagem automatizável antes do aceite.