Por que meu IFC fica deslocado na federação?

Ao carregar os arquivos IFC das diferentes disciplinas em um mesmo container de federação — um visualizador BIM, uma sala de coordenação, um servidor de modelos — os modelos não se sobrepõem. Um aparece "flutuando" a centenas de metros ou quilômetros de distância do outro; outro aparece girado; outro aparece com escala completamente diferente. O usuário descreve como "modelo voando", "IFC fora do lugar", "modelo perdido no espaço".

O problema pode se manifestar de três formas:

• Deslocamento entre disciplinas (o mais comum): estrutural, arquitetura, MEP e terreno estão em posições diferentes umas das outras.
• Deslocamento absoluto: todos os modelos estão coerentes entre si, mas posicionados longe da localização geográfica real do empreendimento.
• Rotação divergente: modelos coincidem em translação, mas um está girado em relação ao outro (30°, 90°, ou ângulo arbitrário).

1. 1

   Coordenadas absurdas · ao inspecionar o IFC, o IfcSite ou o IfcLocalPlacement da raiz mostra valores de centenas de milhares ou milhões (por ex. 743250, 7395100) em vez de zero ou próximos.

2. 2

   Federação com "salto" · ao ligar/desligar disciplinas no visualizador, a câmera precisa fazer zoom-out extremo para ver todos os modelos ao mesmo tempo.

3. 3

   True North configurado em uma disciplina e não em outra · a arquitetura aparece rotacionada em relação ao terreno enquanto a estrutura aparece alinhada, ou vice-versa.

4. 4

   Divergência entre BIM e survey · coordenadas de pontos notáveis (canto de terreno, marco topográfico) no modelo não batem com o levantamento topográfico entregue pelo cliente.

5. 5

   Modelo aceito em uma disciplina, quebra em outra · o IFC funciona isolado na revisão do próprio autor, mas quebra quando entra em contexto federado.

O problema quase sempre tem uma destas causas — ou uma combinação:

1. 1

   Uso de pontos de origem diferentes na exportação · no Revit, a opção "Coordinate base" do exportador IFC pode ser Internal Origin, Project Base Point, Survey Point ou Shared Coordinates. Se uma disciplina exportou usando Project Base Point e outra usando Survey Point (com valores diferentes), os modelos ficam deslocados pela diferença entre os dois pontos.

2. 2

   Coordenadas compartilhadas não sincronizadas · quando o modelo mestre teve suas Shared Coordinates ajustadas depois que outras disciplinas já haviam vinculado, cada disciplina exporta com uma versão diferente das coordenadas — cada uma "correta" no seu contexto isolado.

3. 3

   Sistema de referência espacial ausente · o IfcSite não traz IfcMapConversion nem IfcProjectedCRS, e o IfcSite.RefLatitude/RefLongitude/RefElevation está vazio ou zerado. O visualizador não sabe onde no mundo o modelo está.

4. 4

   True North vs Project North inconsistente · uma disciplina exportou com o modelo rotacionado para True North (norte geográfico) e outra com Project North (orientação do desenho). Aparecem alinhadas dentro do próprio ArchiCAD/Revit, mas divergentes no federado.

5. 5

   Origem interna do template deslocada · o autor moveu o Internal Origin do arquivo de trabalho para longe do modelo (por exemplo, ao alinhar ao levantamento GPS sem usar Shared Coordinates), e a exportação preservou esse offset.

6. 6

   Unidades divergentes · ambas as disciplinas exportaram na mesma origem, mas uma exportou em milímetros e outra em metros — o segundo aparece 1000× menor ou maior. Costuma se combinar com deslocamento aparente.

7. 7

   Origem definida no contrato mas ignorada pelo BEP · o edital ou o levantamento topográfico definiu um ponto zero (comumente um marco topográfico), mas o BEP não replicou essa definição e cada disciplina escolheu sua própria origem.

1. 1

   Retrabalho de compatibilização · reuniões de coordenação BIM inteiras dedicadas a reposicionar modelos em vez de resolver interferências reais.

2. 2

   Interferências fantasma no clash detection · o clash reporta milhares de "colisões" porque os modelos estão sobrepostos aleatoriamente, mascarando os conflitos reais e inviabilizando a auditoria.

3. 3

   Falha em BIM 5D · extração de quantitativos por região do terreno erra completamente porque a geometria não está na coordenada esperada.

4. 4

   Erros de locação em obra · coordenadas exportadas para estação total ou GPS de campo levam a marcações em local errado.

5. 5

   Impossibilidade de integração com GIS · contratantes públicos e projetos de infraestrutura exigem entrega georreferenciada; sem sistema de referência espacial, o modelo é rejeitado.

6. 6

   Rejeição de entrega contratual · o BEP costuma exigir federação funcional como critério de aceitação; modelos que não federam podem invalidar a entrega e travar medições.

7. 7

   Impossibilidade de operar o ativo · gêmeo digital operacional requer coordenadas confiáveis para amarrar ativos a sensores, plantas de segurança, sistemas de manutenção.

Cada teste abaixo pode ser executado com um viewer IFC gratuito (BIMvision, BIMcollab Zoom, Solibri Anywhere, xBIM Xplorer) ou via script (IfcOpenShell, IFC.js). Nenhum exige software proprietário.

# Via IfcOpenShell (Python)
import ifcopenshell
ifc = ifcopenshell.open('arquitetura.ifc')
site = ifc.by_type('IfcSite')[0]
print('RefLat:', site.RefLatitude)
print('RefLong:', site.RefLongitude)
print('RefElev:', site.RefElevation)
print('Placement:', site.ObjectPlacement)

# Via IfcOpenShell
context = ifc.by_type('IfcGeometricRepresentationContext')[0]
# Buscar HasCoordinateOperation
ops = getattr(context, 'HasCoordinateOperation', None) or []
if not ops:
    print('SEM georreferenciamento formal')
else:
    mc = ops[0]
    print('Eastings:', mc.Eastings)
    print('Northings:', mc.Northings)
    print('OrthogonalHeight:', mc.OrthogonalHeight)
    print('XAxisAbscissa:', mc.XAxisAbscissa)
    print('XAxisOrdinate:', mc.XAxisOrdinate)
    print('Scale:', mc.Scale)
    print('CRS:', mc.TargetCRS.Name if mc.TargetCRS else 'N/D')

<ids:specification name="Georreferenciamento obrigatório">
  <ids:applicability>
    <ids:entity><ids:name><ids:simpleValue>IfcSite</ids:simpleValue></ids:name></ids:entity>
  </ids:applicability>
  <ids:requirements>
    <ids:attribute>
      <ids:name><ids:simpleValue>RefLatitude</ids:simpleValue></ids:name>
    </ids:attribute>
  </ids:requirements>
</ids:specification>

O problema é considerado resolvido quando todos os itens abaixo forem verdadeiros:

Curto prazo (destravar a coordenação em andamento):

1. Congelar a origem oficial. Escolher UM ponto de origem que será o zero de referência: idealmente um marco topográfico documentado, ou o Survey Point atual do modelo arquitetônico. Registrar coordenadas globais desse ponto (UTM ou lat/long) em ata assinada pelo BIM Manager e por todas as disciplinas.

2. Republicar os IFCs com a origem congelada. Cada disciplina reexporta seus modelos usando a mesma configuração de origem (Coordinate base comum, Shared Coordinates atualizadas), até obter federação com deslocamento ≤ 1 mm.

3. Documentar a decisão no BEP. Adicionar seção "Origem e georreferenciamento" com o ponto zero, o CRS-alvo (ex: SIRGAS 2000 / UTM Zone 23S), a estratégia (IfcMapConversion ou RefLatitude/RefLongitude) e o procedimento de exportação por autoria.

Médio prazo (evitar recorrência):

4. Implantar template comum. Fornecer arquivos-base (.rvt/.pln/.tpl) com Shared Coordinates já configuradas para o ponto zero oficial, para todas as disciplinas usarem como ponto de partida.

5. Adicionar auditoria de origem ao workflow de aceitação do CDE. Toda publicação de IFC no estado Shared passa por validação automática de coordenadas antes de ir para Published.

1. 1

   BEP com seção de georreferenciamento obrigatória · documentar origem, CRS-alvo, unidades, rotação. Nenhum modelo é aceito sem essa definição.

2. 2

   Template comum de projeto · Revit/ArchiCAD/Allplan/Tekla iniciam com Shared Coordinates já apontando para o ponto zero contratual.

3. 3

   IDS de georreferenciamento no repositório · validação automatizada em toda publicação — o CDE bloqueia entrega que falha no IDS.

4. 4

   Marco topográfico documentado · coordenadas globais do ponto zero registradas em relatório assinado pelo topógrafo, com anexo do levantamento GPS.

5. 5

   Auditoria de origem em pontos de checkpoint · no final de cada milestone de projeto, checar coordenadas de pontos notáveis entre disciplinas.

6. 6

   Treinamento de exportação IFC por disciplina · cada equipe conhece a diferença entre Internal Origin, Project Base Point, Survey Point e Shared Coordinates no seu software, e sabe qual usar no projeto.

• ISO 16739-1:2024Industry Foundation Classes (IFC) — schema. Define IfcSite, IfcMapConversion, IfcProjectedCRS, IfcLocalPlacement.
• ISO 19650-1/2:2018Organization and digitization of information about buildings — gestão da informação. Base para governança de georreferenciamento.
• EN 17412-1:2020Level of Information Need (LOIN) — critérios de definição de propriedades geométricas e alfanuméricas por entrega.
• buildingSMART IDS 1.0Information Delivery Specification — declaração formal de regras verificáveis sobre IFC.
• buildingSMART CRSbuildingSMART Coordinate Reference Systems — guia técnico oficial de georreferenciamento em IFC 4+.
• NBR ISO 19650-1/2Adoção brasileira ABNT da ISO 19650.
• SIRGAS 2000 / IBGESistema geodésico oficial brasileiro. Zonas UTM comuns: 22S (Norte), 23S (Sudeste/Centro-Oeste), 24S (Nordeste), 25S (Sul).