Por que ninguém confia no dado que sai do modelo?

Ninguém confia no dado que sai do modelo — e com razão.

O modelo tem geometria, tem propriedades, tem classificações. Mas quando alguém pergunta "esse dado está correto?", a resposta depende de quem preencheu, quando, e se alguém verificou. A ABNT NBR ISO 19650-1:2022 trata a informação como ativo que precisa ser estruturado, verificado e rastreável. A §5.6.3 e a §6.3.3 da ABNT NBR ISO 19650-2:2022 exigem que o modelo de informação passe por verificação antes de ser compartilhado — verificação contra os requisitos, não inspeção visual.

Na prática brasileira, a verificação é exceção. O modelo é produzido, revisado por olho, e publicado sem passar por nenhum processo formal de conformidade. Propriedades são preenchidas por quem modelou, sem fonte declarada. Dados copiados de versões anteriores sobrevivem sem validação. A informação alfanumérica — que é onde mora o valor para decisão (quantitativo, análise, operação) — é tratada como subproduto da geometria, não como ativo gerido.

O resultado: ninguém confia. Quem usa o dado para decisão (orçamento, medição, operação) confere manualmente. Quem audita não tem trilha. Quem entrega não sabe se o que produziu está conforme. A informação existe, mas não é confiável — e informação não confiável é pior que ausência, porque induz decisão errada.

1. 1

   Quantitativo extraído do modelo não bate com a planilha · o orçamentista extrai do modelo e confere manualmente. Se não bate, ignora o modelo e usa a planilha. Sinal: a informação no modelo não é confiável o suficiente para decisão financeira.

2. 2

   Propriedades preenchidas sem fonte declarada · quem preencheu o campo "resistência ao fogo" da porta? Com base em qual catálogo? Ninguém sabe. A propriedade existe, mas a fonte é desconhecida.

3. 3

   Verificação por inspeção visual apenas · a revisão consiste em abrir o modelo no visualizador e verificar se "parece correto". A §5.6.3 da 19650-2 exige verificação contra requisitos — não contra aparência.

4. 4

   Dados herdados de versões anteriores sem revalidação · o modelo foi evoluído de fases anteriores. Propriedades que eram corretas no conceitual podem estar obsoletas no executivo — mas ninguém revisou.

5. 5

   Sem IDS nem ruleset aplicado ao modelo · a verificação automatizada por IDS (ISO 29481-3) ou Solibri ruleset não é utilizada. Cada verificação é manual, lenta e inconsistente.

6. 6

   Informação alfanumérica tratada como acessória · o valor do modelo está nos dados, não na geometria. Mas a equipe trata propriedades como campos opcionais e a geometria como o entregável principal.

1. 1

   Sem critérios de aceitação por requisito · a §5.2.1 c) da 19650-2 exige critérios de aceitação no EIR. Sem eles, não há contra o que verificar — e sem verificação, não há confiança.

2. 2

   Verificação não é etapa do workflow · o fluxo de produção vai de modelagem direto para compartilhamento. A §5.6.3 da 19650-2 exige verificação como etapa intermediária — mas o CDE não está configurado para isso.

3. 3

   Equipe não sabe verificar dados alfanuméricos · a formação do modelador é em geometria. Verificar propriedades, classificações e completude de dados exige competência em gestão da informação que a formação não cobriu.

4. 4

   Ferramenta de autoria não expõe dados para revisão · Revit, ArchiCAD e outros softwares de autoria facilitam modelar geometria e dificultam revisar dados. O ambiente de trabalho não incentiva qualidade de informação.

5. 5

   Sem padrão de preenchimento de propriedades · cada modelador preenche à sua maneira. Sem template de propriedades vinculado a data template (ISO 23387), a consistência depende da pessoa.

6. 6

   Cultura de "modelo é 3D" · a organização ainda enxerga BIM como modelo 3D com visual melhorado. Informação alfanumérica é overhead, não produto principal. Enquanto essa cultura persistir, dados não são prioridade.

1. 1

   Decisão baseada em dado errado · quantitativo, análise energética, verificação de acessibilidade, orçamento — todos dependem de dados do modelo. Dado não verificado induz decisão errada. O custo do erro é proporcional à importância da decisão.

2. 2

   Modelo rejeitado integralmente por falta de confiança · o cliente deixa de confiar e descarta o modelo como fonte. Todo o investimento em BIM vira "3D bonito" sem valor informacional.

3. 3

   Verificação manual não escala · sem IDS ou ruleset, cada verificação é feita por leitura humana. Em projeto de 500 elementos, dias de auditoria. Em grande porte, inviável.

4. 4

   Auditoria de conformidade inviável · auditor exige evidência de verificação contra requisitos (§5.6.3 da 19650-2). Sem registro de verificação, a certificação não passa.

5. 5

   Operação herda dado não confiável · a fase operacional (facilities, manutenção) precisa de dados com fonte declarada e confiabilidade. Modelo não verificado contamina o AIM desde a origem.

6. 6

   Disputa sobre precisão de quantitativo · em medição ou liquidação, divergência entre modelo e planilha gera disputa. Sem evidência de verificação, ambos os lados operam com suposições.

Todos os testes podem ser executados pelo gestor da informação sobre o modelo de informação vigente. Baseiam-se na ABNT NBR ISO 19650-2:2022 (§5.6.3 verificação, §5.2.1 c critérios de aceitação) e na ABNT NBR ISO 19650-1:2022 (informação estruturada).

O problema é considerado resolvido quando todos os itens abaixo forem verdadeiros, em aderência à ABNT NBR ISO 19650-1:2022 e ABNT NBR ISO 19650-2:2022:

Curto prazo (30-45 dias — instaurar verificação):

1. Declarar critérios de aceitação no EIR. Para cada requisito, definir critério objetivo que permita verificação. Sem critério, a verificação é impossível.

2. Configurar etapa de verificação no CDE. O workflow deve incluir estado de verificação entre produção e compartilhamento. Modelo que não passa por verificação não é compartilhado.

3. Aplicar IDS ou ruleset ao menos nas entregas críticas. Começar com os requisitos de maior risco (quantitativo, segurança, acessibilidade). Automatizar progressivamente.

4. Padronizar preenchimento de propriedades. Publicar template de propriedades por tipo de objeto, com fonte declarada e formato consistente.

Médio prazo (60-120 dias — institucionalizar confiança):

5. Vincular verificação a data templates ISO 23387. Propriedades referenciadas a data templates padronizados são comparáveis, reutilizáveis e verificáveis.

6. Treinar equipe em verificação de dados alfanuméricos. Modelador precisa saber que propriedade é tão importante quanto geometria. Formação específica em qualidade de informação.

7. Instituir cultura de "dado verificado é dado confiável". Métrica interna: quantitativo do modelo é aceito para decisão direta quando a verificação IDS passa sem exceções.

1. 1

   Critérios de aceitação antes da produção · cada requisito do EIR tem critério objetivo antes de a equipe começar a modelar. A verificação é planejada, não improvisada.

2. 2

   Verificação como etapa obrigatória do CDE · modelo que não passou por verificação registrada não pode ser compartilhado. A regra é processual, não opcional.

3. 3

   IDS ou ruleset mantido em par com o EIR · cada requisito do EIR tem IDS correspondente. Quando o requisito muda, a regra muda. Verificação automatizada é padrão.

4. 4

   Template de propriedades por tipo de objeto · cada tipo de objeto tem lista padronizada de propriedades com fonte, formato e unidade declarados. Preenchimento sem padrão é rejeitado.

5. 5

   Revalidação a cada marco de entrega · dados herdados de fases anteriores passam por revalidação antes de serem carimbados no marco seguinte.

6. 6

   Dado alfanumérico com mesmo peso da geometria · a organização reconhece que o valor do modelo está nos dados, não na forma. A cultura de produção reflete isso.

• ABNT NBR ISO 19650-1:2022Conceitos e princípios. Estabelece que a informação gerida sob BIM deve ser estruturada e rastreável — base para a confiança na informação.
• ABNT NBR ISO 19650-2:2022Fase de entrega. A §5.6.3 exige verificação do modelo de informação. A §5.2.1 c) exige critérios de aceitação por requisito. A §6.3.3 trata da validação pela parte requerente.
• ISO 29481-3Information Delivery Specification (IDS). Ferramenta canônica para verificação automatizada — traduz requisitos do EIR em regras executáveis por rule engine.
• ISO 23387Data templates for construction objects. Base para padronizar propriedades alfanuméricas — garante que dados são comparáveis entre projetos e verificáveis por IDS.
• ABNT NBR ISO 7817-1:2024Level of information need. O LOIN define quais dados são necessários por objeto e por propósito — e a §7 exige que o LOIN suporte verificação e validação.
• ISO 12911:2023Framework for BIM implementation specification. O método RASE estrutura cláusulas testáveis — base para que critérios de aceitação do EIR sejam verificáveis por rule engine.
• buildingSMART IDS 1.0Implementação aberta de regras verificáveis sobre IFC. Ferramenta canônica para operacionalizar critérios de aceitação objetivos.