Por que meu modelo aparece 1000× maior ou menor no IFC?

Milímetro ou metro, o IFC não adivinha. Quem declara é a unidade — e quando ela falta, o modelo inteiro mede errado.

O modelo abre perfeito no software de autoria. Exportado para IFC e federado com os outros, aparece 1000× maior — uma parede do tamanho de um quarteirão — ou 1000× menor, do tamanho de um formigueiro. A geometria está intacta. O que quebrou foi a unidade declarada.

O IFC não guarda "o tamanho". Guarda números e uma unidade que diz o que os números significam. Na ISO 16739-1:2024, as unidades do projeto vivem no IfcUnitAssignment, referenciado pelo IfcProject. Comprimento é um IfcSIUnit de LENGTHUNIT e, para milímetro, o prefixo MILLI. Se a exportação omite ou troca isso — ou o software receptor assume outro default — o mesmo 3000 vira 3 metros ou 3 quilômetros.

A escala do georreferenciamento é outra armadilha. O IfcMapConversion carrega um fator Scale que relaciona as coordenadas de engenharia do modelo ao sistema de coordenadas projetado. Escala errada ali não só desloca: redimensiona o modelo na federação.

Unidade e sistema de coordenadas não são gosto do exportador. São requisito de informação. O EIR fixa; a verificação da garantia da qualidade confere antes da troca (§5.6.3 da 19650-2; §6.3.3 da 19650-1). Modelo cuja unidade ninguém verificou é modelo que ninguém pode medir.

1. 1

   Modelo gigante ou minúsculo na federação · ao ligar a disciplina, a câmera dá um salto e é preciso zoom-out extremo para achar o modelo. Ou ele some, pequeno demais para ver.

2. 2

   Medição múltipla de 10 · uma parede de 3 metros mede 3000 no viewer, ou 0,003. O fator é sempre potência de 10 — assinatura de troca de prefixo de unidade, não erro de modelagem.

3. 3

   Cada disciplina exportou numa unidade · arquitetura em milímetro, estrutura em metro, instalações em centímetro. Ninguém combinou a unidade de troca da entrega.

4. 4

   Unidade ausente no IFC · o IfcUnitAssignment não declara a unidade de comprimento, e cada software receptor assume o seu default.

5. 5

   Georreferenciamento sem escala coerente · o IfcMapConversion tem fator de escala diferente de 1 sem projeção que justifique, e o modelo aparece redimensionado sobre a base cartográfica.

1. 1

   Unidade de troca não especificada no EIR · o requisito de informação não fixou a unidade de comprimento nem o sistema de coordenadas da entrega. Cada projetista exporta no default do seu software.

2. 2

   Preset de exportação IFC no default · o exportador mantém a unidade da modelagem, que varia por disciplina e por template, sem converter para a unidade combinada.

3. 3

   Confusão entre unidade de modelagem e de troca · modela-se em metro e exporta-se como milímetro sem converter, ou o contrário. O número segue igual, o significado não.

4. 4

   Georreferenciamento movido na mão · em vez de declarar Eastings, Northings e escala no IfcMapConversion, arrasta-se o modelo manualmente — e a escala entra errada.

5. 5

   Nenhuma verificação antes da troca · nada confere unidade e escala antes de o IFC subir ao compartilhado. O erro só aparece na federação (§5.6.3 da 19650-2).

1. 1

   Federação inutilizável · um modelo 1000× fora de escala impede qualquer sobreposição, clash detection ou medição no conjunto federado.

2. 2

   Quantitativos viciados · extração de áreas e volumes sobre unidade errada produz quantitativo absurdo — ou, pior, plausível e errado, que passa para o orçamento.

3. 3

   Coordenação paralisada · enquanto a escala não fecha, nenhuma disciplina consegue trabalhar sobre o modelo das outras.

4. 4

   Decisão sobre geometria falsa · medida tirada de um modelo mal-escalonado alimenta laudo, projeto e obra com número errado.

5. 5

   Erro que só aparece tarde · a exportação isolada parece correta; o problema emerge na federação, quando corrigir custa mais.

Curto prazo (30 dias):

1. Fixar a unidade de troca e o sistema de coordenadas no EIR e no BEP. Milímetro ou metro, origem e sistema de coordenadas declarados — não "o default de cada um".

2. Padronizar o preset de exportação IFC por disciplina com a unidade de troca combinada. O projetista puxa o preset, não improvisa na entrega.

3. Conferir a unidade de cada IFC antes de subir ao compartilhado: IfcUnitAssignment presente e coerente com o requisito.

Médio prazo (60-90 dias):

4. Automatizar a checagem de unidade e escala como regra de auditoria do modelo (rule engine sobre o IFC), executada antes do aceite.

5. Instituir o georreferenciamento por IfcMapConversion como padrão — Eastings, Northings, escala — em vez de arrastar o modelo na mão.

6. Registrar cada verificação no CDE, para que a conformidade de escala seja auditável, não presumida.

1. 1

   Unidade nasce no requisito · o EIR fixa a unidade de troca e o sistema de coordenadas antes de a modelagem começar.

2. 2

   Preset de export padronizado · cada disciplina exporta pelo preset institucional, não pelo default do software.

3. 3

   Georreferenciamento declarado, não movido · coordenadas e escala entram pelo IfcMapConversion, com valores rastreáveis.

4. 4

   Verificação antes de compartilhar · unidade e escala são conferidas antes da troca (§5.6.3 da 19650-2), com registro no CDE.

• ABNT NBR ISO 16739-1:2024Industry Foundation Classes (IFC). Define IfcUnitAssignment e IfcSIUnit (LENGTHUNIT com prefixo, ex. MILLI) como a declaração de unidades do projeto, referenciada por IfcProject. IfcMapConversion (Eastings, Northings, OrthogonalHeight, Scale) relaciona as coordenadas do modelo ao sistema de coordenadas projetado; IfcGeometricRepresentationContext fixa a precisão geométrica.
• ABNT NBR ISO 19650-2:2018Fase de entrega. A verificação da garantia da qualidade (§5.6.3) confere a informação — inclusive unidade e coordenadas — antes de a troca acontecer. O padrão de informação do projeto fixa a unidade e o sistema de coordenadas como requisito de troca.
• ABNT NBR ISO 19650-1:2018Conceitos e princípios. §6.3.3 exige processos de aprovação documentados e acordados antes de qualquer troca de informação — o que inclui conferir que o contêiner está na unidade e na escala corretas.
• buildingSMART · validação de modeloRegras públicas de verificação (ex. ifc-gherkin-rules) cobrem unidade, sistema de coordenadas e georreferenciamento como checagens automatizáveis sobre o IFC, executadas antes do aceite.