Por que o IFC não tem os espaços definidos?

Sem espaço, não há área, não há operação, não há FM.

O modelo tem paredes, portas, pisos — a geometria fecha visualmente, o clash roda, o quantitativo extrai. Mas quando você pergunta "qual a área útil da sala de reuniões?", o IFC não responde. Não porque a informação esteja errada, mas porque o espaço simplesmente não existe como entidade. Nenhum IfcSpace foi criado, nenhum ambiente foi delimitado, nenhuma relação entre o espaço e os elementos que o cercam foi declarada. O modelo descreve os componentes do edifício, mas não descreve os ambientes que eles formam.

No IFC (ISO 16739-1:2024, IFC4x3), o espaço é representado por IfcSpace — uma entidade espacial que define a porção volumétrica delimitada física ou virtualmente dentro de um pavimento. O IfcSpace se decompõe do IfcBuildingStorey por IfcRelAggregates e carrega propriedades de área, volume, ocupação, uso e classificação funcional nos seus Property Sets padronizados (Pset_SpaceCommon, Qto_SpaceBaseQuantities). A fronteira entre o espaço e os elementos que o delimitam — paredes, lajes, coberturas — é declarada por IfcRelSpaceBoundary, que define o delimitador físico ou virtual do espaço em relação aos elementos do entorno, com tipo (1st level, 2nd level) e natureza (física, virtual). Sem IfcSpace, não há onde pendurar a informação do ambiente; sem IfcRelSpaceBoundary, não há como saber quais elementos compõem o envelope do espaço — e qualquer cálculo de área, de carga térmica ou de manutenção por ambiente perde a base.

A causa mais comum é o fluxo de modelagem: o projetista modela paredes, pisos e forros, e o espaço — que é a consequência geométrica desses elementos — nunca é criado como entidade separada. Em alguns softwares, o IfcSpace precisa ser gerado manualmente ou por ferramenta específica (Room/Space no Revit, Zone no ArchiCAD); em outros, existe mas não é exportado por default. O resultado é um IFC que descreve a casca sem descrever o que a casca contém.

A verificação da garantia da qualidade (§5.6.3 da 19650-2) deve conferir se os espaços existem e estão delimitados antes da troca. Modelo sem espaço que passa despercebido compromete toda operação que depende de ambiente: programa de necessidades, cálculo de área, simulação térmica, plano de manutenção e handover para FM.

1. 1

   Nenhum IfcSpace no modelo · o IFC tem elementos construtivos, mas ao filtrar por IfcSpace o resultado é vazio. Os ambientes não foram definidos.

2. 2

   IfcSpace existe mas sem IfcRelSpaceBoundary · o espaço aparece na árvore, mas não tem relação declarada com as paredes, lajes e coberturas que o delimitam. É um volume solto, sem envelope.

3. 3

   Área e volume vazios ou zerados · o Qto_SpaceBaseQuantities não tem valores, ou o Pset_SpaceCommon está ausente. O espaço existe como entidade, mas não carrega a informação que justifica sua existência.

4. 4

   Programa de necessidades não conferível · o contratante pediu ambientes com área mínima, mas não há como comparar o requisito com o modelo — porque o modelo não tem espaços definidos.

5. 5

   FM não consegue importar ambientes · o sistema de gestão de ativos espera IfcSpace para montar o cadastro de ambientes. Sem ele, o inventário por sala, por andar e por zona não se monta.

6. 6

   Simulação térmica ou energética sem base · ferramentas de análise precisam de IfcSpace com IfcRelSpaceBoundary de 2nd level para montar o modelo térmico. Sem isso, a simulação não roda ou usa geometria aproximada.

1. 1

   Espaço não modelado · o projetista modelou paredes, pisos e forros, mas não criou a entidade de espaço (Room, Space, Zone) no software de autoria. O espaço é consequência geométrica, mas não entidade declarada.

2. 2

   Espaço criado mas não exportado · o Room/Space existe no modelo nativo, mas o preset de exportação IFC não inclui IfcSpace — ou exclui por default.

3. 3

   IfcRelSpaceBoundary não gerado · o software cria o IfcSpace, mas não gera as relações de fronteira com os elementos do entorno. O espaço aparece na árvore sem vínculo com paredes e lajes.

4. 4

   EIR não exige IfcSpace · os requisitos de informação não mencionam a necessidade de espaços definidos no IFC, e ninguém modela o que ninguém pede.

5. 5

   Revisão só confere geometria · a revisão do modelo olha a geometria e os elementos construtivos, mas não verifica se os ambientes foram declarados como IfcSpace com propriedades e fronteiras (§5.6.3 da 19650-2).

6. 6

   Espaço tratado como informação de fase posterior · a equipe assume que os espaços serão definidos na fase de FM ou de as-built, e não os cria durante o projeto — quando a geometria que os delimita ainda está sob controle do projetista.

1. 1

   Área que não se calcula · sem IfcSpace, não há entidade onde pendurar a área útil, a área construída e a área de circulação. O cálculo vira planilha paralela, fora do modelo.

2. 2

   Programa de necessidades não verificável · o contratante exigiu ambientes com requisitos de área, ocupação e uso — mas não há como confrontar o requisito com o modelo sem IfcSpace.

3. 3

   FM sem cadastro de ambientes · o sistema de gestão de ativos precisa de IfcSpace para montar o inventário por ambiente. Sem ele, o handover entrega componentes soltos, não ambientes operáveis.

4. 4

   Simulação térmica e energética inviável · ferramentas de análise precisam de IfcSpace com IfcRelSpaceBoundary para montar o modelo de zonas térmicas. Sem isso, a simulação exige retrabalho manual.

5. 5

   Quantitativo por ambiente impossível · extrair os elementos que pertencem a cada sala — para orçamento por cômodo, para pintura por ambiente, para manutenção por zona — depende de IfcSpace definido e com fronteiras.

6. 6

   Retrabalho retroativo · descobrir a ausência de espaços tarde no projeto obriga a criar IfcSpace retroativamente, re-exportar, re-verificar e re-distribuir — com custo proporcional ao atraso.

Curto prazo (30 dias):

1. Auditar a presença de IfcSpace no IFC atual. Listar todos os IfcSpace, verificar se cada ambiente do programa tem representação, e identificar lacunas.

2. Criar os espaços faltantes no modelo nativo. Usar a ferramenta de Room/Space/Zone do software de autoria para definir cada ambiente, com nome, classificação funcional e propriedades de área.

3. Re-exportar com IfcSpace e IfcRelSpaceBoundary. Ajustar o preset de exportação para incluir espaços e suas fronteiras, conferir o resultado e subir ao CDE.

Médio prazo (60-90 dias):

4. Declarar IfcSpace como entregável obrigatório no EIR e no BEP. Especificar que cada ambiente do programa deve ter IfcSpace com Pset_SpaceCommon, Qto_SpaceBaseQuantities e IfcRelSpaceBoundary.

5. Automatizar a verificação de espaços como regra de auditoria (IDS ou gherkin) que confere a presença de IfcSpace, propriedades preenchidas e fronteiras declaradas antes do aceite.

6. Vincular o programa de necessidades ao modelo por meio de IfcSpace nomeados e classificados, tornando o confronto requisito-versus-modelo rastreável e auditável.

1. 1

   Espaço nasce com a modelagem · o projetista cria Room/Space/Zone junto com as paredes e pisos — não depois, não em outra fase. O espaço é modelado quando a geometria que o delimita está sob controle.

2. 2

   Preset de export inclui IfcSpace · o preset de exportação é configurado para gerar IfcSpace com IfcRelSpaceBoundary, e versionado como artefato do projeto.

3. 3

   EIR exige espaços · os requisitos de informação declaram IfcSpace como entregável obrigatório, com propriedades e fronteiras, antes da modelagem começar.

4. 4

   Verificação antes de compartilhar · a presença e a consistência dos espaços são conferidas antes da troca (§5.6.3 da 19650-2), com registro no CDE.

5. 5

   Programa confrontado com o modelo · cada entrega é comparada com o programa de necessidades via IfcSpace — ambiente por ambiente, área por área.

• ISO 16739-1:2024 (IFC4x3)Industry Foundation Classes (IFC). Define IfcSpace como entidade espacial que representa a porção volumétrica delimitada dentro de um pavimento, decomposta de IfcBuildingStorey por IfcRelAggregates. IfcRelSpaceBoundary declara a fronteira entre o espaço e os elementos do entorno — paredes, lajes, coberturas — com tipo (1st level, 2nd level) e natureza (física, virtual). Propriedades padronizadas vivem em Pset_SpaceCommon e Qto_SpaceBaseQuantities.
• 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 os espaços estão definidos, com propriedades preenchidas e fronteiras declaradas.
• ABNT NBR ISO 19650-1:2022Conceitos e princípios. Exige que a informação trocada seja confiável e verificável — modelo sem espaços definidos compromete qualquer operação que dependa de ambiente: área, ocupação, manutenção, simulação.
• buildingSMART IDS (ISO 29481-3)Information Delivery Specification. Permite definir regras que verificam a presença de IfcSpace, a existência de IfcRelSpaceBoundary e o preenchimento de propriedades obrigatórias, reprovando automaticamente modelos sem espaços definidos.