Por que rodovia e ferrovia não são "IfcBuilding"?

Q: Por que rodovia e ferrovia não são "IfcBuilding"?

Usar IfcBuilding para rodovia, ferrovia ou porto em vez do facility correto (IfcRoad, IfcRailway, IfcBridge, IfcMarineFacility). O schema tem tipo específico desde o IFC4x3.

Problema observado

Modelar uma estrada como prédio é forçar o schema errado.

O projetista de infraestrutura abre o software de autoria, modela quilômetros de rodovia, dezenas de vãos de ponte, trechos de ferrovia com superelevação e superlargura. Exporta para IFC. Abre o arquivo no viewer e encontra a estrutura espacial que já conhece: IfcProject, IfcSite, IfcBuilding, IfcBuildingStorey. Parece familiar. Parece correto. Não é.

Uma rodovia não é um edifício. Uma ponte não tem pavimentos. Uma ferrovia não tem andares. O IFC4x3 (ISO 16739-1:2024) reconhece isso. A versão anterior do schema, IFC4 ADD2, só oferecia IfcBuilding como facility — e toda a indústria de edificação acostumou-se a essa hierarquia. Quando projetos de infraestrutura começaram a adotar IFC, a solução improvisada foi encaixar rodovias, pontes e ferrovias dentro de IfcBuilding, porque era o único recipiente disponível. O IFC4x3 corrigiu essa limitação. Introduziu IfcFacility como superclasse abstrata — derivada de IfcSpatialStructureElement — com subtipos especializados: IfcBuilding (edifícios), IfcRoad (rodovias, ruas, ciclovias — qualquer via construída em terra), IfcRailway (ferrovias), IfcBridge (pontes e viadutos), IfcMarineFacility (portos, diques, estruturas marítimas). Cada subtipo carrega semântica própria: IfcRoad decompõe em IfcRoadPart, IfcBridge em IfcBridgePart, IfcRailway em IfcRailwayPart — com tipos de parte que fazem sentido para cada domínio (pavimento rodoviário, tabuleiro de ponte, subestrutura ferroviária).

O problema é que muitos softwares de autoria, presets de exportação e workflows institucionais ainda exportam tudo como IfcBuilding — seja por inércia, por falta de atualização do exportador, ou porque ninguém configurou o mapeamento. O resultado é um modelo de rodovia que o schema trata como prédio: sem IfcAlignment para definir o eixo, sem IfcRoadPart para decompor a seção transversal, sem a semântica que diferencia pavimento asfáltico de laje de piso. A geometria está lá. A informação, não.

Esse problema não é cosmético. Sistemas de gestão de ativos rodoviários importam IfcRoad e decompõem por trecho quilométrico. Software de análise de pontes espera IfcBridge com IfcBridgePart tipado (abutment, deck, pier). Ferramentas de sinalização ferroviária buscam IfcRailway. Quando o modelo entrega IfcBuilding, essas ferramentas não encontram o que procuram — ou pior, interpretam um facility errado e geram dados inconsistentes. A estrutura espacial errada contamina tudo que depende dela: quantitativo, coordenação, handover, operação.

A distinção entre facilities é uma das contribuições mais importantes do IFC4x3 para infraestrutura. Ignorá-la é usar o schema novo com a cabeça do schema antigo.

Sinais associados

1
Rodovia modelada dentro de IfcBuilding · ao abrir o IFC de um projeto rodoviário no viewer, a estrutura espacial mostra IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey, como se fosse um edifício. Não há IfcRoad em nenhum nível da árvore.
2
Ponte sem IfcBridge · o modelo de uma ponte aparece como IfcBuilding com IfcBuildingStorey para representar tabuleiro e fundação — sem IfcBridgePart, sem decomposição por abutment, pier ou deck.
3
Ferrovia tratada como edificação · trechos de ferrovia exportados com hierarquia de IfcBuilding e IfcBuildingStorey, sem IfcRailway nem IfcRailwayPart para representar via permanente, subestrutura ou sinalização.
4
Software de gestão de ativos não importa · o sistema de gestão rodoviária ou ferroviária espera IfcRoad ou IfcRailway na raiz e não encontra — rejeita o arquivo ou importa com estrutura genérica que perde a decomposição por trecho.
5
Ausência de IfcAlignment associado ao facility · IfcRoad e IfcRailway dependem de IfcAlignment para definir o eixo geométrico. Quando o facility é IfcBuilding, o alinhamento — se existir — fica desconectado da hierarquia espacial.
6
Decomposição espacial genérica · em vez de IfcRoadPart (com PredefinedType ROADSEGMENT, INTERSECTION, TOLLPLAZA) ou IfcBridgePart (ABUTMENT, DECK, PIER), o modelo usa IfcBuildingStorey — que não carrega semântica de infraestrutura.

Causas prováveis

1
Exportador não atualizado para IFC4x3 · o software de autoria ainda exporta apenas IFC4 ADD2 ou IFC2x3, onde IfcBuilding é a única opção de facility. Mesmo que o modelo nativo tenha a informação, o exportador não a traduz.
2
Preset de exportação herdado de edificação · a equipe usa o mesmo preset de export que funciona para prédios, sem ajustar o mapeamento para as entidades de infraestrutura do IFC4x3.
3
Template institucional defasado · o template do órgão contratante ou da empresa ainda referencia IfcBuilding para qualquer tipo de facility — porque foi criado antes do IFC4x3.
4
Desconhecimento da hierarquia de facilities · a equipe não sabe que IfcFacility tem subtipos especializados (IfcRoad, IfcRailway, IfcBridge, IfcMarineFacility) e assume que IfcBuilding serve para tudo.
5
EIR e BEP sem requisito de facility · o requisito de informação não especifica qual subtipo de IfcFacility o modelo deve usar. Sem essa exigência, cada disciplina exporta o default do software — quase sempre IfcBuilding.
6
Confusão entre "funciona" e "está correto" · o modelo abre, a geometria aparece, o viewer não reclama. A equipe assume que está tudo certo porque não confere a semântica da estrutura espacial — apenas a aparência.

Riscos

1
Perda de semântica de domínio · IfcBuilding não carrega a semântica de rodovia, ponte ou ferrovia. Toda informação que depende do tipo de facility — decomposição por trecho, relação com alinhamento, classificação de partes — desaparece.
2
Quantitativo por trecho que não funciona · extrair quantitativos por quilômetro de rodovia ou por vão de ponte exige a decomposição correta (IfcRoadPart, IfcBridgePart). Sobre IfcBuildingStorey, o recorte não faz sentido.
3
Gestão de ativos comprometida · sistemas de gestão de ativos rodoviários e ferroviários importam a hierarquia IFC para organizar inventário por trecho. Facility errado gera inventário desorganizado ou vazio.
4
Alinhamento desconectado · IfcAlignment precisa estar referenciado ao facility correto (IfcRoad ou IfcRailway) para que a relação entre eixo geométrico e estrutura espacial funcione. Dentro de IfcBuilding, o alinhamento fica solto.
5
Coordenação entre disciplinas prejudicada · quando o modelo geotécnico usa IfcRoad e o estrutural usa IfcBuilding para a mesma rodovia, a federação não consegue cruzar por facility — cada disciplina fala uma língua diferente.
6
Rejeição de entrega em contratos de infraestrutura · editais que exigem IFC4x3 para infraestrutura rejeitam modelos que usam IfcBuilding em vez do facility correto — a entrega não cumpre o schema.
7
Retrabalho de re-exportação · descobrir o facility errado depois que o modelo já foi federado, coordenado e validado obriga re-export de todas as disciplinas com a hierarquia correta.

Solicitar consultoria

Gravidade estimada

Nível 3–4

Vai do Nível 3 (Não conformidade grave) ao Nível 4 (Crítico), dependendo da extensão do problema.

Testes recomendados

Teste 1 — Qual facility o modelo usa?

Abra o IFC em um viewer com navegador de estrutura espacial (BlenderBIM, FZK Viewer, BIMcollab Zoom). Navegue pela árvore e identifique o nó logo abaixo de IfcSite. Se o projeto é de rodovia, o nó deve ser IfcRoad. Se é ponte, IfcBridge. Se é ferrovia, IfcRailway. Se é porto, IfcMarineFacility.

import ifcopenshell
ifc = ifcopenshell.open('rodovia.ifc')
for facility in ifc.by_type('IfcFacility'):
    print(type(facility).__name__, '—', facility.Name)
# Se nenhum resultado, tentar:
for b in ifc.by_type('IfcBuilding'):
    print('ALERTA: IfcBuilding encontrado —', b.Name)

Sinal de problema: o modelo de infraestrutura mostra IfcBuilding onde deveria haver IfcRoad, IfcRailway, IfcBridge ou IfcMarineFacility.

Teste 2 — O facility decompõe em partes tipadas?

Verifique se o facility correto decompõe em partes do domínio: IfcRoadPart (com PredefinedType como ROADSEGMENT, INTERSECTION, SHOULDERPART), IfcBridgePart (ABUTMENT, DECK, PIER, FOUNDATION), IfcRailwayPart (TRACKSTRUCTURE, LINESIDESTRUCTURE).

for road in ifc.by_type('IfcRoad'):
    for rel in road.IsDecomposedBy:
        for part in rel.RelatedObjects:
            print(type(part).__name__, part.PredefinedType, '—', part.Name)

Sinal de problema: ausência de partes tipadas, ou uso de IfcBuildingStorey no lugar de IfcRoadPart/IfcBridgePart/IfcRailwayPart.

Teste 3 — O IfcAlignment está referenciado ao facility correto?

Em projetos de infraestrutura, o IfcAlignment define o eixo geométrico da via ou ferrovia. Verifique se o alinhamento está contido no IfcRoad ou IfcRailway, e não solto no IfcSite ou pendurado em IfcBuilding.

for alignment in ifc.by_type('IfcAlignment'):
    container = ifcopenshell.util.element.get_container(alignment)
    print('IfcAlignment contido em:', type(container).__name__, '—', container.Name)

Sinal de problema: IfcAlignment contido em IfcBuilding ou IfcSite, em vez de IfcRoad ou IfcRailway.

Teste 4 — O schema exportado é IFC4x3?

Verifique o header do arquivo IFC. Se o schema declarado é IFC2X3 ou IFC4, as entidades de infraestrutura (IfcRoad, IfcRailway, IfcBridge, IfcMarineFacility) não existem — o exportador não tem como gerá-las.

print('Schema:', ifc.schema)
# Esperado para infraestrutura: 'IFC4X3_ADD2' ou 'IFC4X3'

Sinal de problema: schema IFC2X3 ou IFC4 em modelo de infraestrutura — o exportador precisa ser atualizado para IFC4x3.

Critérios de conformidade

O modelo de rodovia usa IfcRoad como facility, e não IfcBuilding — ISO 16739-1:2024 (IFC4x3).

O modelo de ponte usa IfcBridge, com decomposição em IfcBridgePart tipado (ABUTMENT, DECK, PIER).

O modelo de ferrovia usa IfcRailway, com decomposição em IfcRailwayPart tipado.

O modelo de estrutura marítima usa IfcMarineFacility.

O IfcAlignment está contido no facility correto (IfcRoad ou IfcRailway), e não em IfcBuilding nem solto no IfcSite.

O schema declarado no header do IFC é IFC4X3 — pré-condição para que as entidades de infraestrutura existam.

O EIR e o BEP declaram qual subtipo de IfcFacility cada modelo deve usar.

A hierarquia é verificada antes da troca de informação — ABNT NBR ISO 19650-2:2022, §5.6.3.

Ações corretivas

Curto prazo (30 dias):

Auditar o facility de cada IFC de infraestrutura. Verificar se o modelo usa IfcRoad, IfcRailway, IfcBridge ou IfcMarineFacility — e não IfcBuilding. Listar cada ocorrência de facility errado com o nome do arquivo e a disciplina responsável.
Atualizar o exportador para IFC4x3. Confirmar que o software de autoria suporta exportação IFC4x3. Se não suporta, avaliar conversão pós-export com IfcOpenShell ou BlenderBIM — remapeando IfcBuilding para o facility correto e IfcBuildingStorey para o tipo de parte adequado.
Re-exportar com facility correto. Ajustar o preset para que a estrutura espacial use o subtipo de IfcFacility adequado ao domínio, decompondo em partes tipadas (IfcRoadPart, IfcBridgePart, IfcRailwayPart).

Médio prazo (60-90 dias):

Declarar o facility esperado no EIR e no BEP. Especificar que modelos de rodovia devem usar IfcRoad, pontes IfcBridge, ferrovias IfcRailway, estruturas marítimas IfcMarineFacility — com a decomposição em partes e os PredefinedType esperados.
Vincular IfcAlignment ao facility. Garantir que o alinhamento geométrico está contido no facility correto — não solto no IfcSite nem pendurado em IfcBuilding.
Automatizar a verificação via IDS. Criar regra que reprova modelo de infraestrutura que use IfcBuilding como facility, exigindo o subtipo correto conforme o tipo de obra declarado no BEP.

Prevenção

1
EIR com facility declarado por tipo de obra · o requisito de informação especifica qual subtipo de IfcFacility cada modelo deve usar — IfcRoad para rodovia, IfcBridge para ponte, IfcRailway para ferrovia, IfcMarineFacility para estrutura marítima.
2
Exportador atualizado para IFC4x3 · o software de autoria exporta no schema IFC4X3, onde as entidades de infraestrutura existem. Exportar em IFC4 ou IFC2x3 impede o uso do facility correto.
3
Preset de export específico para infraestrutura · o preset mapeia categorias nativas para entidades IFC4x3 de infraestrutura — não reutiliza o preset de edificação.
4
Verificação de facility antes da troca · antes de compartilhar, conferir que a estrutura espacial usa o facility correto com decomposição tipada — §5.6.3 da ABNT NBR ISO 19650-2:2022.
5
Alinhamento vinculado ao facility · IfcAlignment está contido no IfcRoad ou IfcRailway correspondente, garantindo que eixo geométrico e estrutura espacial estão conectados.
6
Treinamento em IFC4x3 para equipes de infraestrutura · cada equipe conhece a distinção entre IfcBuilding e os subtipos de IfcFacility, e sabe configurar o exportador para o domínio correto.

Referências normativas

ISO 16739-1:2024 (IFC4x3)Industry Foundation Classes (IFC). Define IfcFacility como superclasse abstrata derivada de IfcSpatialStructureElement, com subtipos IfcBuilding, IfcRoad, IfcRailway, IfcBridge e IfcMarineFacility. Cada subtipo decompõe em partes tipadas do domínio (IfcRoadPart, IfcBridgePart, IfcRailwayPart). A escolha do facility correto é pré-condição para que a estrutura espacial carregue a semântica do tipo de obra.
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 o facility usado no modelo corresponde ao tipo de obra.
ABNT NBR ISO 19650-1:2022Conceitos e princípios. Exige que a informação trocada seja confiável e verificável — modelo com facility errado compromete a confiabilidade de toda consulta por tipo de obra, trecho ou domínio.
buildingSMART IDS (ISO 29481-3)Information Delivery Specification. Permite definir regras que verificam o tipo de facility presente no modelo, reprovando automaticamente entregas que usem IfcBuilding para obras de infraestrutura.

Quando contratar ajuda especializada

A verificação do facility é simples quando o exportador suporta IFC4x3 e a equipe conhece a distinção. Vale contratar quando:

O projeto envolve múltiplos tipos de facility no mesmo modelo — rodovia com ponte, ferrovia com estação, porto com edifício de apoio — e é preciso definir a hierarquia que combina IfcRoad, IfcBridge, IfcRailway e IfcBuilding no mesmo arquivo.
O software de autoria não suporta exportação IFC4x3 e é necessário converter modelos IFC4/IFC2x3, remapeando IfcBuilding para o facility correto sem perder geometria nem propriedades.
O contrato é de infraestrutura pública e exige entrega em IFC4x3 com facility correto, decomposição em partes tipadas e IfcAlignment vinculado — e a equipe nunca fez essa entrega antes.
O modelo precisa integrar com sistemas de gestão de ativos rodoviários ou ferroviários que importam a hierarquia IFC e dependem de IfcRoad/IfcRailway para organizar inventário por trecho.

Solicitar consultoria

Serviço relacionado

Serviço da Coordenar

Auditoria de IFC (facility e estrutura espacial de infraestrutura)

A Coordenar audita a estrutura espacial de modelos de infraestrutura: verifica se o facility correto (IfcRoad, IfcRailway, IfcBridge, IfcMarineFacility) está sendo usado em vez de IfcBuilding, e entrega modelo corrigido com hierarquia alinhada ao schema.

Solicitar auditoria de IFC