Voltar ao blog de BIM e IFC
Validação · 2026-06-28 · 22 min
Health Score do IFC: o guia definitivo para coordenadores e gerentes BIM
Um Health Score do IFC não é uma porcentagem — é uma ferramenta de tomada de decisão. Como ele é calculado, o que cada faixa significa, como definir limites no BEP, e como usá-lo como um portão de qualidade em cada etapa do projeto.
Health Score do IFC: o guia definitivo para coordenadores e gerentes BIM — IFC Viewer Online article cover
- 44 — regras de qualidade verificadas
- 100 — pontuação máxima (nem sempre o objetivo)
- 80+ — meta para entrega ao CDE
- 0 bytes — enviado para validar
O que um Health Score do IFC realmente é — e não é
Todo projeto de BIM tem um requisito de qualidade vago no BEP. 'Entregue um IFC de qualidade.' Ninguém define o que isso significa até que um modelo seja rejeitado no CDE, uma sessão de clash seja desperdiçada com elementos órfãos, ou um pacote de handover fique sem metade dos dados dos ativos. O Health Score do IFC existe para tornar esse requisito vago concreto — um único número, calculado sempre da mesma forma, em qualquer máquina, por qualquer ferramenta que o implemente.
Mas o erro mais comum é tratá-lo como uma porcentagem. Não é. Uma pontuação de 73 não significa que 73% de algo está correto. É um sinal de qualidade ponderado, ajustado por severidade e escalado logaritmicamente. Entender essa distinção muda como você define limites, como interpreta os resultados, e como comunica a qualidade às partes interessadas do projeto que não trabalham dentro de arquivos IFC.
Um Health Score É
- Um resumo ponderado de 0 a 100 da qualidade estrutural e de dados
- Um critério de entrega contratável — ele pertence ao EIR
- Um sinal de decisão: posso entregar este modelo hoje?
- Um indicador de progresso que se atualiza a cada validação
- Comparável entre versões de modelo, disciplinas e membros da equipe
- Afetado pela severidade (erros penalizam mais do que avisos)
- Escalado logaritmicamente (10.000 avisos de nome ≠ 10.000 × 1 aviso de nome)
Um Health Score NÃO É
- Uma porcentagem de regras de validação aprovadas
- Uma medida de correção de projeto ou precisão do empreendimento
- Um substituto para a verificação de conformidade com IDS / EIR
- Uma garantia de que os valores das propriedades estão semanticamente corretos
- Um substituto para a revisão profissional do BIM Coordinator
- Uma medida absoluta — os limites são específicos de cada projeto e etapa
- Uma pontuação de ferramenta — o mesmo modelo dá a mesma pontuação em qualquer ferramenta que implemente as mesmas regras
Por que relatórios de validação tradicionais criam paralisia de decisão
Um relatório de validação padrão de uma exportação do Revit de complexidade média normalmente contém entre 200 e 1.200 problemas individuais em 8 a 12 categorias de regras. Ele conta tudo e nada ao mesmo tempo. O Information Manager vê 847 problemas e rejeita o modelo. O BIM Coordinator abre o relatório, passa por 620 avisos de convenção de nomenclatura (todos da mesma regra), e encontra três erros realmente críticos escondidos na página 12.
O problema é que contagens brutas de problemas não são informativas sem ponderação por severidade. Um modelo com 800 avisos de nomenclatura e zero erros estruturais é categoricamente diferente de um modelo com 12 hierarquias espaciais quebradas e um IfcProject ausente. Um Health Score reduz essa distinção a um único número acionável — e o detalhamento por regra abaixo dele fornece a lista de ações priorizada.
Um relatório com 847 problemas diz que existem problemas. Um Health Score de 74 diz se você pode entregar hoje — e uma pontuação de 34 diz para parar a coordenação até que seja corrigido.
IFC Viewer Blog
Como um Health Score é calculado
O cálculo começa em 100 e subtrai pontos a cada falha de regra. Dois mecanismos evitam que a pontuação se torne uma simples contagem de problemas:
Ponderação por severidade
Erros de schema (falhas estruturais: IfcProject ausente, agregados quebrados, referências circulares) têm 3× a penalidade dos avisos de qualidade (nomes vazios, classificações ausentes). Isso reflete a hierarquia de impacto real — uma falha estrutural quebra ferramentas posteriores; um aviso de nomenclatura não.
Decaimento logarítmico
A primeira ocorrência de uma falha de regra subtrai mais pontos do que a milésima. Um modelo com 10 GUIDs duplicados e um modelo com 10.000 GUIDs duplicados têm severidades diferentes — mas não 1.000× diferentes. A escala logarítmica evita que o tamanho do arquivo contamine o sinal de qualidade.
Conceptual scoring model:
score = 100
for each failing rule:
base_penalty = rule.severity_weight × log(1 + issue_count)
score -= base_penalty
Severity weights:
schema_error → 3.0× (missing IfcProject, broken hierarchy, duplicate GUIDs)
quality_error → 1.5× (missing property sets, wrong container placement)
warning → 1.0× (naming conventions, missing classifications)
info → 0.3× (optional metadata gaps, non-critical omissions)
score = max(0, score)
Note: The actual formula is proprietary to each tool implementation.
This is the conceptual model — the penalty shape, not the exact coefficients.
As 11 dimensões de qualidade que determinam sua pontuação
As 44 regras de validação se agrupam em onze dimensões de qualidade. Entender qual categoria está puxando sua pontuação para baixo mostra onde concentrar o esforço de correção antes da próxima validação:
- Integridade do schema — O arquivo contém exatamente um IfcProject? Todas as relações de agregação apontam para entidades existentes? Há referências espaciais circulares?
- Unicidade e formato do GlobalId — Todos os GlobalIds são únicos dentro do arquivo? O primeiro caractere está na faixa válida 0–3 do alfabeto base-64 do IFC?
- Hierarquia espacial — A cadeia de contenção Project → Site → Building → Storey → elemento físico está intacta para todos os elementos?
- Contenção de elementos — Há algum elemento físico órfão (sem contêiner espacial), ou colocado diretamente dentro de IfcBuilding ou IfcSite em vez de um pavimento?
- Nomenclatura de elementos — Os campos Name e Description estão preenchidos em todas as entidades IfcRoot que representam elementos físicos ou espaços?
- Completude dos conjuntos de propriedades — Os conjuntos de propriedades padrão esperados (Pset_WallCommon, Pset_SpaceCommon, etc.) estão presentes e preenchidos nos tipos de elemento que os exigem?
- Metadados da ISO 19650 — IfcProject.LongName, Description e ObjectType estão preenchidos? Os campos de autor e organização do cabeçalho FILE_NAME estão preenchidos?
- Classificação — Os elementos físicos têm uma relação IfcRelAssociatesClassification? O sistema de classificação é consistente em todo o arquivo?
- Atribuições de material — Elementos estruturais, arquitetônicos e de acabamento têm definições de conjunto de camadas de material ou conjunto de perfis de material?
- Integridade da geometria — Há faces degeneradas, superfícies que se autointerseccionam, ou geometria não manifold que vai causar falhas na detecção de clash e no levantamento de quantidades?
- Consistência de LOD — A densidade do conjunto de propriedades corresponde ao Level of Development declarado? Uma entrega em LOD 300 sem quantidades de área e volume falha nesta verificação.
Faixas de pontuação: o que cada uma significa e o que fazer
- 97/100 — Excelente — pronto para ISO 19650
- 89/100 — Muito bom — pronto para entrega ao CDE
- 77/100 — Aceitável — revisar antes da entrega formal
- 61/100 — Ruim — correções significativas necessárias
- 38/100 — Crítico — não entregar
| Faixa de pontuação | Classificação | Interpretação e ação |
|---|
| 95 – 100 | Excelente ✅ | Adequado para todas as entregas formais, incluindo submissões da ISO 19650. Falhas de regra mínimas ou inexistentes. Nenhuma ação necessária. |
| 85 – 94 | Muito bom 🟢 | Problemas menores de completude de dados. Pronto para CDE em coordenação padrão. Resolva as falhas restantes antes do LOD 300+. |
| 70 – 84 | Aceitável 🟡 | Lacunas relevantes de qualidade de dados. Aceitável para revisão interna e projeto conceitual. Deve ser revisado e melhorado antes de qualquer coordenação entre disciplinas ou upload ao CDE. |
| 50 – 69 | Ruim 🟠 | Problemas estruturais ou de dados significativos. Não adequado para coordenação. Corrija primeiro todos os erros de schema, depois trate as regras de qualidade de dados de maior impacto. |
| Abaixo de 50 | Crítico 🔴 | Falhas estruturais fundamentais: elementos órfãos, hierarquia quebrada, IfcProject ausente, referências circulares. Retorne à ferramenta de autoria. Não entregue em nenhuma circunstância. |
Essas faixas são um ponto de partida. O limite adequado para o seu projeto depende da etapa de entrega, dos requisitos contratuais e do que as ferramentas da parte receptora conseguem tolerar. Uma concessionária de rodovias que recebe arquivos IFC de infraestrutura para um sistema de GIS pode exigir ≥ 90 em cada troca; um pequeno escritório residencial fazendo coordenação interna pode trabalhar confortavelmente com ≥ 70 durante o desenvolvimento do projeto. As faixas acima refletem o consenso do setor, não uma regra fixa única.
Três cenários reais de projeto: Health Scores em contexto
Limites abstratos são mais fáceis de aplicar quando você já os viu em comparação com modelos reais. Os cenários a seguir são composições baseadas em padrões comuns observados em entregas de IFC arquitetônicas, de MEP e de infraestrutura.
Cenário 1: IFC arquitetônico — pontuação 95
Um edifício comercial de médio porte, LOD 300, exportado do ArchiCAD 27. O relatório de validação mostra 43 problemas: 38 avisos de convenção de nomenclatura em elementos de anotação genéricos ('Annotation-001' em vez de um nome descritivo), e 5 casos de atribuições de material ausentes em painéis de cortina. Nenhum erro de schema. Nenhum GUID duplicado. A hierarquia espacial está intacta. Os metadados do IfcProject estão totalmente preenchidos. O cabeçalho do arquivo ISO 19650 está completo. A pontuação é 95. O BEP exige ≥ 85 para entrega ao CDE. Decisão: entregar como está, anotar os problemas de nomenclatura como um comentário não bloqueante na transmissão, agendar a correção das atribuições de material na próxima revisão.
Cenário 2: IFC de instalações MEP — pontuação 68
Um modelo completo de instalações mecânicas e elétricas, LOD 250, exportado do Revit 2025 MEP. Pontuação: 68. O detalhamento por regra mostra as causas em ordem de prioridade: 214 GlobalIds duplicados (severidade alta — a configuração de exportação do Revit regenerou GUIDs, colidindo com elementos copiados de um modelo vinculado mais antigo), 89 elementos colocados diretamente dentro de IfcBuilding em vez de um pavimento (falha de contenção espacial — prumadas de HVAC que atravessam vários andares foram colocadas no nível do edifício em vez de ancoradas ao pavimento do subsolo), 44 elementos IfcFlowTerminal sem classificação (o Uniclass era exigido pelo EIR), e 312 avisos de nomenclatura em quadros de distribuição. As falhas de contenção espacial e os GUIDs duplicados são de nível de schema: elas vão corromper as referências de BCF e quebrar a exportação para FM. Este modelo não deve ser entregue. Corrija os GUIDs (corrigível automaticamente), corrija o posicionamento de pavimento das prumadas, adicione a classificação — depois revalide. Pontuação esperada após a correção: ≥ 83.
Cenário 3: IFC de infraestrutura — pontuação 82
Um modelo de alinhamento rodoviário em IFC4.3 exportado do Civil 3D por meio de um exportador personalizado, cobrindo um trecho de 4 km de rodovia com elementos de drenagem e meio-fio. Pontuação: 82. As principais fontes de penalidade: 67 elementos sem classificação (a Tabela J do Uniclass era exigida), conjuntos de quantidades ausentes em 104 elementos de meio-fio (o contrato exige comprimentos explícitos em BaseQuantities), e IfcProject.LongName inconsistente (o cabeçalho mostra o nome do arquivo em vez do título oficial do projeto). Nenhum erro estrutural. Nenhum GUID duplicado. A especificação do cliente exige uma pontuação mínima de 80 para trocas de modelo durante a construção. O modelo passa. O coordenador anota as três áreas para correção antes da submissão formal de congelamento do projeto, quando o limite sobe para 90.
Como as equipes de BIM devem usar Health Scores ao longo do ciclo de vida do projeto
Um Health Score é mais útil quando incorporado à rotina do projeto, não aplicado só na entrega. A validação deve levar menos de 30 segundos para qualquer modelo que abra em um navegador — o atrito de rodá-la é insignificante. O atrito de não rodá-la — e descobrir falhas estruturais em um portão do CDE ou em uma sessão de coordenação — é medido em dias.
QA semanal durante o desenvolvimento do projeto
Rode a validação toda semana durante a autoria ativa do modelo. Acompanhe a tendência da pontuação no registro do projeto. Uma pontuação que cai 15 pontos entre uma sexta-feira e a seguinte indica que algo mudou — e é muito mais fácil de diagnosticar agora do que daqui a seis semanas, quando o modelo estiver duas vezes mais complexo.
Antes de cada sessão de coordenação
Cada disciplina deve passar do seu limite (≥ 70 para interno, ≥ 80 para entre disciplinas) antes da sessão. Um modelo de coordenação federado no Navisworks ou em IFC, montado a partir de arquivos com pontuação abaixo de 60, produz clashes sem sentido — elementos em locais errados, trechos de MEP órfãos que não podem ser referenciados, problemas de BCF que apontam para nada.
Antes da validação de IDS / EIR
A validação de IDS pressupõe um modelo base bem formado e completo em dados. Rodar uma verificação de IDS em um modelo com hierarquia espacial quebrada ou GUIDs duplicados produz resultados não confiáveis — o motor de IDS pode identificar elementos incorretamente, perder regras de aplicabilidade baseadas em contenção, ou produzir aprovações falsas. Exija ≥ 75 antes de qualquer execução de IDS para obter um resultado confiável.
Antes de cada troca de modelo
Anexe o Health Score como um campo de cabeçalho em cada transmissão. Isso dá à disciplina receptora um contexto imediato antes de abrir o arquivo, e cria uma trilha de auditoria da evolução da qualidade do modelo ao longo do projeto. Alguns CDEs suportam campos de metadados personalizados — este é um que vale a pena usar.
O portão de entrega do CDE
O ponto de verificação inegociável. O modelo deve atender ao limite especificado no BEP antes do upload. Os Information Managers não devem revisar manualmente modelos que não foram validados — o relatório de pontuação (com carimbo de data/hora, versão da ferramenta e pontuação) deve ser um anexo obrigatório da transmissão. Modelos abaixo do limite são devolvidos ao originador; a pontuação é o motivo objetivo.
- Exporte o IFC da ferramenta de autoria com as configurações de GUID estável ativadas.
- Abra no validador do navegador — a validação é concluída em menos de 30 segundos para a maioria dos modelos de projeto.
- Leia a pontuação. Se estiver abaixo do limite da sua etapa, abra o detalhamento por regra.
- Ordene a lista de problemas por severidade (erros primeiro). Trate os erros de schema antes dos avisos de dados.
- Aplique as correções automáticas onde disponíveis (GUIDs duplicados, erros de formato). Correções manuais para problemas de hierarquia e nomenclatura.
- Reexporte da ferramenta de autoria com as configurações corrigidas (GUIDs estáveis, posicionamento correto de pavimento). Revalide.
- Quando o limite for atingido, anexe o relatório de pontuação à transmissão e envie ao CDE.
A pilha completa de qualidade: pontuação → regras → IDS → BCF → entrega
O Health Score é uma camada em uma pilha de qualidade de quatro camadas. Cada camada responde a uma pergunta diferente, e elas não se substituem entre si. Entender a pilha é a base conceitual para um fluxo de trabalho de QA de BIM robusto:
┌──────────────────────────────────────────────────────────────────┐
│ IFC Model File │
│ (exported from authoring tool) │
└──────────────────────────┬───────────────────────────────────────┘
│
▼
┌──────────────────────────────────────────────────────────────────┐
│ 44 Quality Rules → Health Score (L1 + L2) │
│ Schema · GUIDs · Hierarchy · Names · Psets · ISO 19650 │
│ Question: Is this model well-formed and data-complete? │
│ Output: 0–100 score + prioritised rule-level issue list │
└──────────────────────────┬───────────────────────────────────────┘
│ if score ≥ stage threshold
▼
┌──────────────────────────────────────────────────────────────────┐
│ IDS Validation (L3 — Level 3) │
│ Project-specific EIR/AIR information requirements │
│ Question: Does this model satisfy our contractual spec? │
│ Output: Pass / Fail per IDS spec + element-level evidence │
└──────────────────────────┬───────────────────────────────────────┘
│ on failures found
▼
┌──────────────────────────────────────────────────────────────────┐
│ BCF Issue Report │
│ Structured coordination issues linked to elements │
│ Question: What specifically needs to change, and who owns it? │
│ Output: BCF 2.1 file shared across authoring tools │
└──────────────────────────┬───────────────────────────────────────┘
│ when all layers pass
▼
┌──────────────────────────────────────────────────────────────────┐
│ Formal CDE Delivery │
│ Model + score evidence + IDS report on transmittal │
└──────────────────────────────────────────────────────────────────┘
Camadas 1–2: Health Score
44 regras em integridade de schema, unicidade de GUID, hierarquia espacial, completude de propriedades, nomenclatura, ISO 19650, classificação, geometria e materiais. Este é o piso universal de qualidade — aplica-se a todo arquivo IFC, independentemente do tipo de projeto. Um modelo abaixo de 80 falha nessa verificação de piso e não deve avançar para a camada seguinte.
Camada 3: validação de IDS
Requisitos específicos do projeto, codificados em XML legível por máquina pelo autor do EIR. Seis facetas: Entity (quais tipos de elemento), Attribute (quais atributos), Property (quais valores de Pset), Classification, Material e PartOf. Enquanto o Health Score é universal, o IDS é sob medida — uma especificação diferente para cada projeto e cada pacote de disciplina.
Rastreamento de problemas em BCF
Quando as regras do Health Score ou as verificações de IDS falham, os problemas se tornam tópicos BCF — itens de coordenação estruturados, com referências de elementos, viewpoints e responsáveis. O BCF leva os problemas de qualidade da pilha de validação para o fluxo de trabalho de coordenação, onde podem ser atribuídos, acompanhados e resolvidos.
Entrega ao CDE
O ponto final da pilha. Um modelo que passa pelo portão do Health Score e pelo portão do IDS tem evidência documental de qualidade. O relatório de pontuação e o resultado da validação de IDS são a evidência formal de qualidade anexada à transmissão — dando ao Information Manager algo para verificar, em vez de algo para adivinhar.
Definindo limites no seu BEP e EIR
Um limite de Health Score sem um lugar contratual é apenas um desejo. O EIR (Employer Information Requirements) é o documento contratual; o BEP (BIM Execution Plan) é o plano de entrega que implementa o EIR. O limite pertence a ambos — sendo a versão do EIR a exigível.
── EIR clause (contractual, enforceable) ─────────────────────────────────────
5.4 Model Quality — IFC Health Score
All IFC information deliveries shall achieve a minimum Health Score
as specified below, validated prior to upload to the Common Data
Environment. The Health Score shall be calculated using [agreed tool]
with [agreed rule set version]. The validation report (including score,
timestamp, and tool version) shall be attached to the transmittal as
evidence of compliance.
Models that do not meet the applicable threshold shall be returned to
the Originator for remediation. Re-upload shall reset the revision
counter and generate a new transmittal record.
Minimum thresholds by LOD and delivery type:
Internal model review (LOD 100–150): ≥ 70
Cross-discipline coordination (LOD 200): ≥ 75
Detailed design CDE delivery (LOD 300): ≥ 80
Construction issue (LOD 350+): ≥ 85
As-built / FM handover (LOD 400+): ≥ 90
── BEP clause (operational, implementation plan) ─────────────────────────────
3.2 Validation Procedure
Prior to each CDE upload, the Information Originator shall:
1. Export IFC with stable GlobalId settings (see Section 4.1).
2. Run the agreed validation tool against the exported file.
3. Confirm the Health Score meets or exceeds the applicable threshold.
4. Attach the score report (PDF or JSON) to the transmittal record.
Seis equívocos comuns sobre Health Scores do IFC
Equívoco 1: 'Quanto mais alto, melhor — mire em 100'
A pontuação adequada depende inteiramente da etapa de entrega. Um projeto conceitual deve mirar em ≥ 70, não em ≥ 95. Gastar horas para levar um modelo de massa em fase inicial a 95 é esforço mal alocado — as convenções de nomenclatura que você corrigiu serão substituídas em três semanas, quando o partido mudar. Defina limites adequados a cada etapa e mire neles. Reserve energia para os aumentos de pontuação que acontecem depois do LOD 300, quando as mudanças ficam caras.
Equívoco 2: '100 significa zero problemas com o modelo'
Uma pontuação de 100 significa que o modelo passou em todas as 44 regras estruturais e de qualidade de dados. Ela não diz nada sobre se os valores das propriedades são factualmente corretos, se o modelo atende ao EIR do projeto, se a intenção de projeto está representada com precisão, ou se há clashes geométricos. Um modelo com todo Pset preenchido com texto de espaço reservado pontua 100. A pontuação confirma a saúde estrutural; ela não certifica o conteúdo.
Equívoco 3: 'Um Health Score substitui a validação de IDS'
Eles respondem a perguntas diferentes. O Health Score pergunta: este arquivo está bem formado e completo em dados de acordo com padrões universais de qualidade? O IDS pergunta: este modelo satisfaz os requisitos de informação específicos deste projeto e deste pacote de disciplina? Um modelo pode pontuar 95 e falhar na validação de IDS porque está sem a classificação Uniclass 2015 exigida pelo EIR, ou porque os nomes de IfcBuildingStorey não correspondem à convenção de nomenclatura de pavimentos combinada no BEP do projeto. Ambas as verificações são sempre necessárias — elas são complementares, não sobrepostas.
Equívoco 4: 'A pontuação me diz o que corrigir'
A pontuação diz se você deve entregar. O detalhamento por regra abaixo dela diz o que corrigir. Uma pontuação de 68 sem o detalhamento de problemas é um medidor de combustível quebrado sem um mapa. Abra o detalhe da regra: ordene por severidade, leia as contagens e descrições de elementos, e corrija primeiro as falhas de maior severidade. A pontuação se atualiza imediatamente na próxima validação. As duas informações — pontuação e detalhamento — são sempre usadas juntas.
Equívoco 5: 'Um Health Score substitui a revisão do BIM Coordinator'
A validação automatizada detecta falhas estruturais, lacunas de completude de dados e violações de formato. Ela não consegue revisar conformidade de projeto, viabilidade espacial, alinhamento de cronograma ou construtibilidade. Um modelo que pontua 92 e contém uma estrutura de transição estruturalmente impossível vai pontuar 92. A revisão profissional de um BIM Coordinator ou Information Manager nunca é substituída por uma pontuação — ela é apoiada por uma. A pontuação elimina o ruído da checklist e concentra o revisor no que importa.
Equívoco 6: 'Meu modelo está bem — ele abriu no Revit sem erros'
Abrir em uma ferramenta sem erros é o padrão mínimo possível. Os parsers de IFC são deliberadamente tolerantes — carregam o que conseguem e descartam ou corrigem silenciosamente o que não conseguem. Um arquivo que abre sem problemas no Revit, no ArchiCAD e no Navisworks pode simultaneamente ter 300 GUIDs duplicados (quebrando o BCF em todas as disciplinas), 80 elementos órfãos (ausentes de todo relatório de clash), nenhum IfcProject.LongName (falhando na rastreabilidade da ISO 19650), e um Health Score de 41. 'Abriu' não é uma verificação de qualidade.
Como o IFC Viewer Online implementa o Health Score
O Health Score do IFC Viewer Online roda todas as 44 regras de qualidade no navegador, em menos de 30 segundos, em qualquer arquivo IFC — nada é enviado. Veja o que a implementação cobre:
44 regras de validação
Cobertura completa de integridade de schema L1 e qualidade de dados L2: unicidade e formato de GlobalId, hierarquia espacial, detecção de órfãos, completude de nomenclatura, metadados da ISO 19650, presença de conjuntos de propriedades, classificação, atribuições de material e verificações de integridade da geometria.
Health Score com ponderação por severidade
Erros de schema têm 3× a penalidade dos avisos. A escala logarítmica evita que modelos grandes pontuem artificialmente baixo. O mesmo modelo produz a mesma pontuação em toda execução — é reproduzível e auditável.
Detalhamento por regra com contagem de elementos
Toda regra que falha mostra a contagem de problemas, a severidade, os tipos de elemento afetados e uma explicação de correção. Ordene por severidade para priorizar o trabalho. O detalhamento é a lista de ações; a pontuação é o sinal de decisão.
Correção automática para GUIDs
GlobalIds duplicados e fora da faixa válida são corrigíveis automaticamente com um clique. Um novo GUID de 22 caracteres, compatível com a especificação, é gerado usando o alfabeto base-64 correto do IFC, com um caractere inicial na faixa válida 0–3.
Edição de propriedades não destrutiva
Corrija nomes, valores de propriedades e classificação em arquivos recebidos sem voltar para a ferramenta de autoria. Desfazer/refazer completo. As mudanças são armazenadas como um EditDiff[] indexado por GlobalId e aplicado na exportação — o arquivo original nunca é alterado no local.
Validação de IDS + exportação BCF
Depois do portão do Health Score, rode a validação de IDS específica do projeto em todas as seis facetas (Entity, Attribute, Property, Classification, Material, PartOf). Exporte as falhas como BCF 2.1 para distribuição no Revit, ArchiCAD, Solibri e qualquer ferramenta de coordenação compatível com BCF.
Rode um Health Score em uma exportação real do Revit
Este modelo de escritório de 14 MB foi exportado do Revit — uma entrega arquitetônica típica de médio porte. Abra-o para ver o Health Score, o detalhamento por regra por categoria, e como é, na prática, um relatório de validação pré-entrega para um projeto comercial.
IFC4 · 14 MB
Abrir o visualizador IFC interativo
Solução de problemas: quando sua pontuação não melhora
Corrigi os problemas no Revit, mas a pontuação não mudou
A causa mais comum: a correção foi aplicada no modelo do Revit, mas o IFC não foi reexportado. A validação roda sobre o arquivo IFC, não sobre o modelo de autoria. Sempre reexporte depois de corrigir o modelo de autoria, e valide a nova exportação em IFC — não o mesmo arquivo que você corrigiu da última vez.
A pontuação caiu de 81 para 47 entre duas exportações
Uma queda de pontuação de mais de 20 pontos entre revisões quase sempre indica uma mudança na configuração de exportação — especificamente, a configuração de geração de GUID mudou de 'Manter Existente' para 'Gerar Novo'. Isso produz milhares de novos GlobalIds que o validador vê como fora da faixa ou duplicados com um arquivo vinculado anterior. Verifique as configurações do exportador de IFC e reverta para a saída de GUID estável.
A pontuação é 76, mas o Information Manager exige 80
Abra o detalhamento por regra e ordene por contribuição de penalidade, não por contagem de problemas. Os quatro pontos que separam você de 80 quase certamente estão concentrados em 1–2 regras. Corrija primeiro as falhas de regra com maior penalidade — geralmente erros de contenção espacial ou conjuntos de propriedades ausentes em um tipo específico de elemento. Trate essas duas regras, reexporte e revalide. A pontuação costuma se mover mais do que o esperado, porque a estrutura de penalidade não é linear.
A pontuação é 95, mas a validação de IDS está falhando
Isso é esperado e correto. O Health Score e o IDS tratam de camadas diferentes. Uma pontuação de 95 significa que o modelo está estruturalmente excelente. A falha no IDS significa que ele não atende a um requisito específico do projeto — um valor de Pset, um código de classificação, uma espessura de camada de material. Verifique o relatório de falhas do IDS: ele vai identificar os elementos exatos, os valores esperados e os valores reais. Corrija na ferramenta de autoria ou use a edição de propriedades não destrutiva para arquivos recebidos.
Perguntas frequentes
O que é um Health Score do IFC?
Um sinal de qualidade ponderado de 0 a 100 que resume a integridade estrutural e a completude de dados de um modelo em relação a 44 regras de validação. Não é uma porcentagem — é uma pontuação ponderada por severidade e escalada logaritmicamente, em que erros de schema contam mais do que avisos de dados, e a primeira falha de uma regra penaliza mais do que a milésima.
Como ela é calculada?
A pontuação começa em 100. Cada falha de regra subtrai pontos com base no peso de severidade da falha e no logaritmo da contagem de problemas. Erros de schema (falhas estruturais) têm 3× a penalidade dos avisos de qualidade. A escala logarítmica evita que modelos grandes pareçam artificialmente piores do que modelos pequenos pela mesma densidade de problemas subjacente.
Que Health Score devo especificar no BEP?
≥ 80 para entrega padrão ao CDE e coordenação entre disciplinas. ≥ 90 para submissões formais de marcos da ISO 19650 e entregas em LOD 300+. ≥ 70 para revisões internas na fase de concepção. Especifique no EIR (contratual) além do BEP. Só o EIR cria um portão de qualidade juridicamente exigível.
Um modelo pode pontuar 100 e ainda ter problemas de qualidade?
Sim. A pontuação cobre 44 regras estruturais e de qualidade de dados. Ela não cobre conformidade com IDS (requisitos específicos do projeto), correção semântica (se os valores das propriedades são factualmente precisos) ou intenção de projeto. Um modelo com valores de espaço reservado em todo conjunto de propriedades pontua 100. A pontuação confirma a saúde estrutural; ela não certifica o conteúdo.
Um Health Score alto significa que posso pular a validação de IDS?
Não. Eles respondem a perguntas diferentes. Health Score: este modelo está bem formado e completo em dados? IDS: este modelo atende aos requisitos de informação específicos deste projeto? Uma pontuação de 95 com uma verificação de IDS falhando é um resultado comum e esperado — corrija as falhas de IDS e depois revalide ambos.
Todo modelo deve mirar em 100?
Não. Defina limites adequados a cada etapa. Buscar 100 na concepção do projeto desperdiça esforço que pertence ao desenvolvimento do projeto. O objetivo é 'o modelo atende ao limite desta etapa de entrega?'. Defina esses limites no BEP e no EIR no início do projeto — depois valide em relação a eles, não ao máximo teórico.
Resumo
Um modelo que abriu sem erros no Revit não é um modelo com qualidade verificada. É um modelo não verificado que, por acaso, foi interpretado. O Health Score é a diferença entre essas duas coisas — e leva 30 segundos para descobrir qual delas você tem.
IFC Viewer Blog
Entenda o número
O Health Score é um sinal de decisão ponderado por severidade e escalado logaritmicamente. 80+ significa pronto para o CDE. Abaixo de 60 significa problemas estruturais. Não é uma porcentagem — é um veredito de qualidade.
Defina-o contratualmente
Limites adequados a cada etapa pertencem ao EIR (contratual) e ao BEP (operacional). Sem uma cláusula no EIR, o limite não é exigível. Adicione-o no início do projeto, antes da primeira entrega.
Incorpore-o à rotina
Validação semanal durante o desenvolvimento do projeto. Verificação prévia antes da coordenação. Verificação de portão antes do upload ao CDE. Anexe o relatório de pontuação a cada transmissão. Faça da pontuação uma rotina do projeto, não um pânico no dia da entrega.
Use a pilha completa
Health Score → IDS → BCF → entrega. Cada camada responde a uma pergunta diferente. A pontuação é o piso; o IDS é o teto. Use os dois, e exporte as falhas para o BCF para que possam ser acompanhadas e resolvidas no fluxo de trabalho de coordenação.
Para a explicação técnica de como as 44 regras estão organizadas em três níveis de validação, veja o guia completo do verificador de modelos IFC. Para a questão de arquitetura navegador vs. nuvem — quando o processamento local é a escolha certa para dados sensíveis de projeto — veja validação de IFC no navegador vs. na nuvem. Se você tem um arquivo IFC recebido com valores de propriedade, GUIDs ou nomenclatura que precisam ser corrigidos antes da validação, o guia do editor de IFC online gratuito aborda a edição não destrutiva sem um retorno à ferramenta de autoria. E para as falhas estruturais mais comuns que derrubam pontuações abaixo de 70, veja os 7 erros mais comuns de validação de IFC.
Health Score do IFC: o guia definitivo para coordenadores e gerentes BIM