Por que os quantitativos do IFC não fecham?

Quantidade que muda a cada exportação não é quantitativo.

O projetista exporta o IFC na segunda-feira e extrai 1.240 m² de alvenaria. Exporta de novo na quarta, do mesmo modelo, sem alterar nada, e extrai 1.185 m². Exporta na sexta, e vem 1.260 m². Três números diferentes para a mesma parede, na mesma semana, sem que ninguém tenha mexido no modelo. Se o quantitativo muda sozinho, não é quantitativo — é acidente numérico.

A causa não é o modelo. É o que acontece entre o modelo e o IFC. No schema IFC (ISO 16739-1:2024, IFC4x3), os quantitativos de um elemento vivem em IfcElementQuantity — um conjunto de medidas derivadas da propriedade física do elemento, atribuído a ele por IfcRelDefinesByProperties. O atributo opcional MethodOfMeasurement define o código do método de medição aplicado. Quando o exportador gera o IFC, ele pode calcular e embarcar essas quantidades (NetArea, GrossVolume, Length etc.) — ou não. Se não embarca, cada software receptor calcula por conta: a partir da geometria que recebeu, com o algoritmo que tem, sobre a representação que veio. Resultados divergem porque a base de cálculo diverge.

A segunda camada é mais traiçoeira: mesmo quando o IfcElementQuantity está presente, o valor embarcado pode não corresponder ao que o orçamentista espera. A área da parede veio líquida (sem vãos) ou bruta (cheia)? O volume da laje desconta as aberturas? O comprimento do tubo é pelo eixo ou pela geratriz? A resposta depende do critério de medição — e o critério de medição é tema da dor sobre quantitativos sem critério de medição no 5D. Aqui, o problema é anterior: o QTO sequer está no arquivo, ou está mas muda a cada exportação porque o mapeamento não está controlado.

Quantitativo embarcado no IFC é dado de engenharia. Se o IfcElementQuantity não veio, o número não existe no arquivo e depende de quem calcula. Se veio e muda a cada export, o mapeamento de exportação não está estável. Nos dois casos, a verificação da garantia da qualidade (§5.6.3 da 19650-2) deveria ter barrado a entrega — porque quantidade que não se reproduz não é informação confiável.

1. 1

   Quantitativo muda entre exportações sem alteração do modelo · mesma geometria, mesma versão, exportações em dias diferentes produzem IfcElementQuantity com valores diferentes. O número não é estável.

2. 2

   IfcElementQuantity ausente no IFC · o elemento tem geometria, tem propriedades, mas não carrega IfcElementQuantity. A quantidade não está no arquivo — cada receptor calcula a sua.

3. 3

   Área da parede não bate com o orçamento · o orçamentista extrai do IFC e chega a um número; extrai do software nativo e chega a outro. A divergência está no que o exportador embarcou.

4. 4

   Viewer e software 5D mostram quantidades diferentes para o mesmo elemento · cada ferramenta calcula a partir da geometria com algoritmo próprio. Sem IfcElementQuantity embarcado, não há número de referência.

5. 5

   MethodOfMeasurement vazio ou ausente · o IfcElementQuantity existe, mas não declara o método de medição. Ninguém sabe com qual critério o número foi gerado.

6. 6

   Volume ou área com valor zero · o exportador criou o IfcElementQuantity mas não calculou o valor. Estrutura presente, dado ausente.

1. 1

   Exportador não embarca IfcElementQuantity · o preset de exportação IFC do software de autoria não está configurado para gerar quantitativos. O QTO simplesmente não sai no arquivo.

2. 2

   Mapeamento de exportação no default · o exportador calcula quantidades com o algoritmo padrão de fábrica, sem ajuste ao que o projeto exige. Cada atualização do software pode mudar o resultado.

3. 3

   Geometria instável entre exportações · a representação geométrica muda conforme o nível de detalhe da view ativa ou o método de tessellation do exportador. A quantidade calculada sobre geometria instável é instável.

4. 4

   MethodOfMeasurement não declarado · o IfcElementQuantity não informa com qual critério a quantidade foi gerada. O orçamentista não sabe se a área é bruta, líquida, interna ou externa.

5. 5

   Nenhuma verificação de QTO antes da entrega · o IFC vai para o CDE sem que ninguém confira se o IfcElementQuantity está presente, preenchido e estável entre versões.

6. 6

   EIR não exige quantitativo embarcado · o requisito de informação não declara que o IFC deve carregar IfcElementQuantity. Sem exigência, o exportador omite.

1. 1

   Orçamento sobre número que não se reproduz · se o quantitativo muda a cada exportação, o orçamento fecha sobre um número que ninguém consegue reproduzir depois. Auditoria pede o IFC, extrai outra coisa.

2. 2

   Medição de obra sem base comparável · o boletim de medição compara executado com previsto. Se o previsto veio de um IfcElementQuantity instável, a comparação não tem base.

3. 3

   Disputa contratual por divergência de quantidade · contratante e contratado extraem do mesmo IFC e chegam a números diferentes. Sem IfcElementQuantity embarcado, cada um defende o cálculo da sua ferramenta.

4. 4

   Desconfiança no IFC como fonte de quantitativo · a equipe conclui que o IFC não serve para quantitativo e volta a medir na mão, em planilha paralela. O investimento em BIM 5D não amortiza.

5. 5

   Falha que escala com o tamanho do projeto · em projeto pequeno, a divergência é absorvida. Em projeto grande, 5% de divergência instável vira milhões de reais que ninguém explica.

Curto prazo (30 dias):

1. Auditar o IFC atual: abrir 3-5 arquivos IFC entregues e verificar, elemento a elemento, se o IfcElementQuantity está presente, preenchido e com MethodOfMeasurement declarado. Registrar cada ausência.

2. Configurar o preset de exportação IFC para embarcar IfcElementQuantity com as grandezas exigidas (NetArea, GrossVolume, Length). Testar estabilidade: exportar duas vezes e comparar.

3. Incluir IfcElementQuantity como requisito no EIR: quais grandezas, para quais tipos de elemento, com qual método de medição.

Médio prazo (60-90 dias):

4. Automatizar a verificação de QTO como regra de auditoria (IDS ou script) que confira presença, preenchimento e estabilidade de IfcElementQuantity antes de o IFC subir ao CDE.

5. Documentar o mapeamento de exportação de quantitativos por software de autoria: qual grandeza é calculada, com qual algoritmo, a partir de qual representação geométrica. Eliminar caixa-preta.

6. Alinhar o MethodOfMeasurement com o critério de medição do BEP, para que o quantitativo embarcado no IFC e o quantitativo usado no orçamento falem a mesma língua.

1. 1

   EIR exige IfcElementQuantity desde o requisito · o requisito de informação declara quais grandezas cada tipo de elemento deve embarcar no IFC, com qual método de medição. Sem exigência, sem entrega.

2. 2

   Preset de exportação embarca QTO · o preset institucional de exportação IFC está configurado para gerar IfcElementQuantity com as grandezas contratadas. Ninguém improvisa na entrega.

3. 3

   Estabilidade testada antes de entregar · duas exportações consecutivas são comparadas. Se o IfcElementQuantity muda sozinho, o preset é corrigido antes de o IFC ir para o CDE.

4. 4

   MethodOfMeasurement declarado · cada IfcElementQuantity informa o método de medição aplicado. O orçamentista sabe se a área é bruta, líquida, interna ou externa.

5. 5

   Verificação automatizada como gate · regra IDS ou script confere presença e preenchimento de IfcElementQuantity antes do aceite. Modelo sem QTO não passa.

• ISO 16739-1:2024 (IFC4x3)Industry Foundation Classes (IFC). Define IfcElementQuantity como o conjunto de medidas derivadas da propriedade fisica de um elemento, atribuido por IfcRelDefinesByProperties. O atributo MethodOfMeasurement identifica o codigo do metodo de medicao aplicado. Quantidades padronizadas (NetArea, GrossVolume, Length etc.) vivem em IfcQuantityArea, IfcQuantityVolume, IfcQuantityLength.
• ABNT NBR ISO 19650-2:2022Fase de entrega. §5.6.3 exige verificacao da garantia da qualidade antes da troca — inclui conferir que o IFC exportado carrega os quantitativos exigidos, com valores estaveis e metodo declarado. §5.2.1 c) exige criterio de aceitacao por requisito de informacao.
• buildingSMART IDS (ISO 29481-3)Information Delivery Specification. Permite codificar como regra verificavel a exigencia de IfcElementQuantity por tipo de elemento, com grandezas e preenchimento obrigatorio. O rule engine confere antes do aceite.
• ABNT NBR ISO 7817-1:2024Level of information need (LOIN). O LOIN do proposito de quantificacao deve declarar quais grandezas o elemento precisa embarcar no IFC, com qual metodo de medicao — base para transformar requisito vago em IfcElementQuantity exigivel.
• ABNT NBR ISO 19650-1:2022Conceitos e principios. O container de informacao que alimenta quantitativo precisa ser confiavel e reprodutivel. Quantitativo que muda a cada exportacao nao e informacao — e ruido.