Clínica do 5D
Quantitativos inconsistentes, orçamento que não fecha, divergência entre modelo e orçamento.
BIM 5D é a dimensão de custo do modelo: cada elemento com classificação, preço unitário, composição de insumos, critério de medição e vínculo ao cronograma. Quando a cadeia funciona, o orçamento sai do modelo, a medição rastreia ao orçamento, e o fluxo de caixa cai do acoplamento 4D×5D. Quando não funciona — e na maioria dos projetos brasileiros não funciona — o orçamento vive em planilha paralela e o BIM 5D é promessa não cumprida.
A raiz não é ferramenta. É classificação: sem código de classificação estruturado (ABNT NBR 15965), o orçamento não conversa com o modelo, a medição não rastreia ao orçamento, e cada projeto reinventa o vocabulário. A Clínica do 5D trata dessas falhas operacionais — cada página é um recorte do problema com diagnóstico, testes e caminho normativo para corrigir.
Páginas publicadas
Por que o orçamento extraído do modelo BIM nunca fecha com a planilha do orçamentista?
Divergência de 10-20% entre extração BIM e orçamento tradicional que ninguém explica — EIR sem propósito 5D declarado, BEP sem NBR 15965 ancorada, modelo sem `IfcClassification` embarcada. A cadeia canônica brasileira (NBR 15965 + ISO 12006-3 + ISO 7817-1 + ISO 29481-3 + IFC) resolve — silêncio contratual é a causa raiz.
Por que dois orçamentistas extraem quantitativos diferentes do mesmo modelo BIM?
Divergência de 8-15% entre extrações independentes que ninguém consegue defender tecnicamente — matriz de responsabilidades ausente (§5.3.2 d, §5.4.2 da ABNT NBR ISO 19650-2), containers federados com duplicidades semânticas, unidades divergentes, type names genéricos. Causa upstream: container BIM não é auditavelmente extraível.
Meu modelo BIM é lindo, mas o orçamentista não consegue tirar quantitativo — por quê?
Modelo com LOIN geométrico alto (federado, coordenado, sem clash) e LOIN alfanumérico zero pro propósito 5D — sem type name distintivo, sem breakdown structure code embarcado, sem `IfcElementQuantity` preenchido. A Nota EX4 da §6.3.3 da ABNT NBR ISO 7817-1:2024 cita quantity take-off como propósito e enumera as propriedades canônicas — o modelo não foi calibrado ao propósito porque o EIR omitiu.
Por que os softwares de 5D permitem classificar manualmente e escondem a falha do modelo?
Softwares 5D absorvem gap estrutural — EIR nunca declarou LOIN alfanumérico pro 5D, IDS nunca foi executada, modelo chegou sem classificação embarcada. Ferramenta 5D oferece classificar manualmente como funcionalidade paga, resolve a dor imediata do orçamentista, e transforma ausência sistêmica em conhecimento tácito preso na ferramenta. A cadeia canônica ABNT NBR ISO 19650-2 (§5.1.4 c, §5.6.2, §5.6.3) + ISO 7817-1 (§7) rompe o bypass.
Por que o orçamento da obra não conversa entre projetos nem com a operação?
Orçamento em planilha solta, itens sem código de classificação — impossível consolidar entre obras, comparar histórico, ou rastrear ao longo de orçamento, medição e operação.
Por que a laje do modelo não vira fôrma, armação e concreto no orçamento?
No modelo a laje é um objeto; no orçamento são três insumos — a decomposição elemento→composição exige regras que o modelo não carrega.
Por que mudar o cronograma não muda o custo no modelo?
O 4D e o 5D existem mas desacoplados — mudança de cronograma não repercute no custo, cenários de prazo não geram cenários financeiros.
Por que o fluxo de caixa da obra vive numa planilha paralela?
Fluxo de caixa remontado manualmente todo mês — deveria ser derivação do acoplamento 4D×5D, não produção manual em planilha.
Por que o custo não agrega por fase, disciplina ou elemento?
Orçamento como lista plana, sem hierarquia alinhada à classificação NBR 15965 — impossível fatiar custo por fase, disciplina ou elemento.
Por que dois orçamentistas medem áreas diferentes no mesmo modelo?
Quantitativo geométrico não é quantitativo para medição — falta o critério (cheio-por-vazio, face, perda) que transforma um no outro.