LOIN não é LOD — e por que confundir os dois custa caro no orçamento?

O contratante escreve no BEP "modelo LOD 400 em todas as disciplinas". O BIM Manager entrega um modelo pesado, denso, com propriedades sobrando em alguns objetos e faltando em outros — quando o coordenador tenta validar, descobre que a mesma porta está detalhada demais para o clash detection (que só precisava do volume) e ao mesmo tempo sem a propriedade FireResistance que a análise de acessibilidade exigia. O laudo final é redigido em opinião — não em conformidade objetiva. E a próxima entrega repete o padrão: modelo caro, verificação impossível, disputa contratual à espreita.

Esse ciclo tem um nome técnico. Chama-se acrônimo LOD, e a norma que o supera existe formalmente desde junho de 2024: ABNT NBR ISO 7817-1:2024 — Building information modelling — Level of information need — Part 1: Concepts and principles. A norma abre a Introdução com uma frase que, no contexto brasileiro, é quase provocativa:

"It is therefore helpful not to use an acronym to refer to level of information need as this can oversimplify these concepts." — ISO 7817-1:2024, Introduction

Isso é a norma pedindo formalmente que se pare de usar "LOD" como etiqueta. Não por preciosismo terminológico — mas porque o acrônimo carrega duas confusões estruturais que a ISO institui como incorretas:

• LOD é aplicado ao projeto inteiro (ex.: "projeto em LOD 400"). A 7817-1 (Cláusula 5.5, Cláusula 6.1, Cláusula 6.2.7) é explícita: o nível de necessidade de informação é definido por objeto ou conjunto de objetos dentro de uma estrutura de decomposição — nunca pelo projeto como um todo. Uma parede pode precisar de LOIN alto para análise térmica e LOIN baixo para clash detection no mesmo marco de entrega. Uma porta pode precisar de propriedade ClearOpeningWidth para acessibilidade e nenhuma propriedade para renderização.
• LOD é lido como escala progressiva ("quanto maior o número, melhor o modelo"). A 7817-1 (definição 3.5, Nota 1) inverte a lógica: o propósito de definir o nível de necessidade é evitar entregar informação demais — "one purpose of defining the level of information need is to prevent delivery of too much information." Excesso de informação é tão problemático quanto ausência: custo de produção, ruído, opacidade, propriedade obsoleta gerando decisão errada. Excelência não é LOD 500 aplicado ao projeto inteiro. É LOIN calibrado ao propósito, por elemento, por marco.

A norma ainda desmonta uma terceira confusão. LOIN não é uma tabelinha unidimensional substituindo LOD 200/300/400. É um framework com três dimensões independentes (Cláusula 6.1), cada uma com sub-aspectos próprios:

• Geometrical information (§6.2) — subdividida em cinco sub-aspectos independentes: detail (simplificado ↔ detalhado), dimensionality (0D/1D/2D/3D), location (absoluta/relativa), appearance (simbólica ↔ realística) e parametric behaviour (não requerido / parcial / totalmente requerido).
• Alphanumerical information (§6.3) — subdividida em duas: identification (nome, tipo, classificação, codificação) e information content (a lista de propriedades e seus valores — representável ou vinculada a data template ISO 23387).
• Documentation (§6.4) — o conjunto de documentos que suplementa ou substitui parte da informação (relatórios, especificações, manuais, croquis, cópias impressas de geometria ou alfanumérica).

Trocar "LOD 300" por "LOIN 300" não resolve nada — apenas reveste com etiqueta nova o mesmo erro conceitual. LOIN correto é declarar, para cada objeto relevante ao propósito de uso, no marco pactuado, quais sub-aspectos das três dimensões são requeridos e em que grau — usando os quatro pré-requisitos que a norma exige (Cláusula 5):

• Purpose (why) — por que a informação é necessária
• Information delivery milestone (when) — em que marco
• Actor (who) — quem entrega e quem recebe
• Object within a breakdown structure (what) — qual elemento, dentro de qual decomposição

Esse é o objeto desta página. Desfazer, com autoridade normativa, a confusão LOD × LOIN que ainda domina o mercado brasileiro — e mostrar o fluxo canônico que a 7817-1 institui: LOIN por elemento (7817-1) → IDS (ISO 29481-3) que codifica o LOIN em regra verificável → BEP incorpora IDSs como anexos vinculantes → modelo verificado por rule engine (verificação e validação, §7 da 7817-1).

1. 1

   "BEP pede LOD 400 pra tudo" · a especificação de entrega atribui um único índice LOD ao projeto inteiro, ou por disciplina, ou por fase. Sinal direto de LOIN aplicado como tabela — que a Cláusula 5.5 da 7817-1 impede explicitamente. A norma exige objetos dentro de uma breakdown structure, não projeto como um todo.

2. 2

   "Quanto mais informação, melhor" · o discurso interno da equipe (ou do contratante) parte do pressuposto de que modelo com mais dados é modelo melhor. A definição 3.5, Nota 1 da 7817-1 institui o oposto: um dos propósitos do LOIN é prevenir a entrega de informação em excesso. Excelência não é maximizar dado — é calibrar.

3. 3

   Modelo entregue com propriedades sobrando em alguns objetos · porta com material da ferragem, custo de aquisição, textura fotorrealista e ficha do fornecedor — quando o propósito da entrega era só verificação de clearance para acessibilidade. Trabalho pago, ruído introduzido, custo de armazenamento e manutenção elevado — sem benefício de decisão.

4. 4

   Modelo entregue sem propriedades essenciais em outros objetos · a mesma porta chega sem o `ClearOpeningWidth` e sem o `FireResistance`. Um propósito de entrega (acessibilidade + segurança contra incêndio) fica sem base para verificação. LOD 400 aplicado ao projeto não distinguiu propósitos — resultado: cobertura irregular.

5. 5

   Numeração 100/200/300/400/500 apresentada como escala de qualidade · a tabela LOD do BIM Forum (nunca foi norma ISO, é referência associativa dos EUA) é apresentada em curso, edital e contrato como se fosse padrão internacional canônico. O mercado brasileiro trata como a única linguagem — a 7817-1 é ainda desconhecida ou tratada como sinônimo do LOD com nome novo.

6. 6

   "LOD" e "LOIN" tratados como sinônimos · BEPs escritos em 2025-2026 já mencionam "LOIN 300" ou "LOIN 400" — trocaram só a etiqueta. Continua sendo índice único por projeto, sem breakdown por elemento, sem três dimensões declaradas, sem cinco sub-aspectos de geometria. O erro conceitual sobrevive à mudança de vocabulário.

7. 7

   BEP não distingue geometria de alfanumérica de documentação · a especificação de entrega mistura tudo em "requisito BIM". A Cláusula 6.1 da 7817-1 exige que essas três dimensões sejam declaradas separadamente — porque na prática o LOIN de geometria de um objeto pode ser alto enquanto o LOIN alfanumérico é baixo (ou vice-versa). Sem essa separação, a verificação fica impossível.

8. 8

   Confusão entre "Level of Detail" e "Level of Development" · os dois termos coexistem no mercado, ambos abreviados LOD, tratados como sinônimos mesmo tendo escopo diferente (detail é sub-aspecto geométrico; development mistura geometria com propriedades). A 7817-1 desamarra: detail é um dos cinco sub-aspectos de geometrical information (§6.2.2), enquanto "development" simplesmente não existe na norma — é vocabulário legado.

9. 9

   Impossível traduzir o BEP em IDS · o BIM Manager tenta escrever a IDS (ISO 29481-3) a partir do que o BEP declara — e falha, porque o BEP diz "LOD 300 em arquitetura" e a IDS precisa de "cada IfcDoor no piso térreo deve ter Pset_DoorCommon.FireRating preenchido". A tabela LOD não tem granularidade para virar regra verificável.

10. 10

    Aceitação do modelo por inspeção visual · porque o critério pactuado ("LOD 400") não é operacionalizável, a aceitação acaba sendo por olho: alguém abre no visualizador, gira o modelo, aprova ou rejeita. A verificação e validação (§7 da 7817-1) prevê processos objetivos, manuais ou automatizados — mas exige que o LOIN esteja especificado de forma clara e unambígua. Sem isso, cai no juízo.

11. 11

    Modelo pesado e lento sem justificativa por propósito · o arquivo IFC tem 800 MB, o Revit trava, o coordenador reclama — mas ninguém consegue apontar quais objetos precisavam de qual detalhamento. É a expressão prática de "LOD 500 pra tudo" — informação demais em toda parte, sem calibração por propósito.

12. 12

    "O que exatamente é LOD 400?" · a pergunta reaparece em toda reunião de coordenação, em toda reunião contratual, em toda disputa de escopo. Não há resposta canônica — a especificação BIM Forum é interpretativa e não normativa; cada intérprete lê diferente. A 7817-1 substitui isso por declaração explícita objeto-por-objeto no marco.

13. 13

    Contratante e contratado não têm interlocutor comum sobre LOIN · o EIR do contratante fala em LOD; o BEP do fornecedor tenta responder em LOD; mas ninguém declara os quatro pré-requisitos da 7817-1 (purpose, milestone, actor, object). O documento existe, o vocabulário parece coincidir — mas o conceito por trás é ambíguo em ambos os lados.

1. 1

   Herança da especificação BIM Forum LOD (nunca foi norma ISO) · a BIM Forum LOD Specification (EUA, primeira versão 2013, atualizada anualmente até 2022) foi adotada globalmente como referência prática — mas nunca foi norma internacional ISO. É publicação associativa. Sua estrutura (100/200/300/350/400/500) virou vocabulário de mercado antes que qualquer norma internacional tivesse framework equivalente. A 7817-1:2024 é a resposta ISO — chegou tarde.

2. 2

   Vocabulário LOD enraizado em cursos, editais e contratos brasileiros · os cursos de formação BIM (graduação, pós, treinamentos corporativos) ensinam LOD como se fosse framework canônico. Editais públicos federais e estaduais adotam o vocabulário LOD em suas exigências. Contratos privados incluem cláusulas com LOD numérico. Trocar isso exige reescrever documento, refazer treinamento, reeducar mercado — trabalho que ainda não foi feito.

3. 3

   Confusão entre Level of Detail e Level of Development, ambos abreviados LOD · a confusão precede a 7817-1: as duas escolas convivem há mais de uma década. LoD britânico (Level of Detail) tratava só de geometria; LOD americano (Level of Development) misturou geometria + informação. O mercado brasileiro absorveu os dois como sinônimos, sem distinguir. A 7817-1 corta esse nó ao substituir ambos por framework tridimensional explícito.

4. 4

   Publicação recente da ISO 7817-1 (junho/2024) — adoção ainda embrionária · a norma tem pouco mais de dois anos. Cursos, templates de BEP, guias públicos e literatura técnica brasileira ainda não incorporaram. A ABNT NBR ISO 7817-1 é publicada localmente mas a adoção operacional ainda está começando. Enquanto isso, LOD continua sendo a linguagem cotidiana.

5. 5

   Nenhum livro-texto brasileiro sobre 7817-1 amplamente disponível · não há material didático nacional consolidado sobre LOIN. Os poucos textos disponíveis são artigos de eventos técnicos ou apresentações de palestra. Sem base bibliográfica, o BIM Manager que quer estudar recorre à norma inglesa direta — barreira de acesso e de idioma.

6. 6

   Contratante público brasileiro escreve edital em LOD · editais federais, estaduais e municipais que exigem BIM em obras públicas seguem escrevendo requisitos em LOD numérico. O fornecedor lê LOD, responde em LOD — o método sobrevive porque a demanda oficial ainda o alimenta. Sem exigência canonizada em LOIN nos editais, a mudança não acontece por baixo.

7. 7

   Formação BIM brasileira ensina LOD como ponto final · o BIM Manager formado na última década saiu do curso convencido de que LOD é o framework canônico de especificação de nível de informação. Nunca aprendeu a distinguir os quatro pré-requisitos (purpose, milestone, actor, object) nem as três dimensões (geo + alfa + doc). Retreiná-lo exige tempo, incentivo institucional, orçamento — decisões que a maioria das organizações ainda não tomou.

8. 8

   Ferramentas de autoria expõem "LOD" como campo padrão · Revit e outros softwares de autoria BIM têm o LOD como parâmetro nativo em famílias e templates. O BIM Manager que quer trabalhar em LOIN precisa criar parâmetros customizados, importar data templates, estruturar propriedades por objeto — trabalho que a ferramenta não sugere nem facilita.

9. 9

   Ausência de referência metodológica local aplicando 7817-1 canonicamente · não há casos de referência amplamente publicados no Brasil aplicando LOIN por elemento em projetos reais. Quem tenta migrar sente que está inaugurando — e essa sensação bloqueia a decisão de mudar. O mercado espera "aparecer alguém fazendo primeiro".

10. 10

    BEP genérico copiado de template perpetua LOD · os templates de BEP disponíveis (BIM Fórum Brasil, buildingSMART regional, editais anteriores) foram redigidos antes de 2024 e usam LOD. Cada projeto novo instancia o template — e cristaliza o vocabulário obsoleto no documento. Reescrever o template é atividade estruturante que exige mandato institucional.

11. 11

    Contratante que "quer o máximo" pede LOD 500 sem entender · a lógica "quanto mais melhor" leva o contratante inexperiente a especificar o índice máximo em toda entrega. O fornecedor responde tecnicamente ("isso vai custar muito, sem propósito de uso claro"), mas o edital ou o contrato já foi assinado. A norma (definição 3.5, Nota 1) diria: essa cláusula não é ambiciosa — é mal escrita.

12. 12

    Falta de vocabulário brasileiro para os cinco sub-aspectos de geometria · a norma inglesa fala em detail, dimensionality, location, appearance, parametric behaviour. Nenhum desses termos tem tradução consagrada e amplamente aceita em português no vocabulário BIM. Sem vocabulário estável, o BIM Manager que tenta aplicar em português precisa criar próprio glossário — e cada tentativa diverge da próxima.

1. 1

   Modelo overengineered em objetos sem propósito de uso definido · quando o LOIN não é calibrado por elemento, o fornecedor produz por regra "LOD 400" — resultado: propriedades irrelevantes, geometria excessiva, arquivos pesados, custo de produção elevado. A norma (definição 3.5, Nota 1) alerta: um propósito do LOIN é prevenir entrega em excesso. Sem isso, o custo cresce sem retorno.

2. 2

   Modelo underengineered em objetos com propósito real de uso · o efeito espelho do anterior. Enquanto a porta ganha textura fotorrealista sem necessidade, a mesma porta chega sem `FireResistance` — que a análise de segurança exigia. Propósito de uso definido, LOIN pactuado errado, propósito não atendido. A verificação (§7) falha, a validação falha, o modelo é rejeitado ou aceito sem base.

3. 3

   Verificação automatizada por IDS fica impossível · a IDS (ISO 29481-3) precisa de granularidade objeto-por-objeto: "cada IfcDoor no piso térreo deve ter Pset X". A tabela LOD não fornece essa granularidade. Sem LOIN estruturado, IDS não pode ser escrita — e sem IDS, o checking automatizado no rule engine não funciona. A cadeia normativa (LOIN → IDS → checking) se rompe no primeiro elo.

4. 4

   Ambiguidades contratuais estruturais sobre "o que era LOD 400" · a especificação BIM Forum LOD é interpretativa; cada leitor lê diferente. Em disputa contratual, o contratante alega que "LOD 400" incluía tal propriedade; o contratado alega que não. Sem base normativa objetiva, a disputa vira palavra contra palavra — perícia técnica não tem em que se ancorar. A 7817-1 (§7) coloca verificação e validação como base normativa que resolve isso — mas só se o LOIN estiver especificado nos termos da norma.

5. 5

   Impossibilidade de merge ou comparação entre LOINs de projetos diferentes · sem estrutura padrão (três dimensões, cinco sub-aspectos, quatro pré-requisitos), comparar o "LOD do projeto A" com o "LOD do projeto B" é impossível. Cada projeto vira ilha. A 7817-1 estabelece framework compartilhável — LOINs redigidos em conformidade podem ser comparados, mesclados, reutilizados.

6. 6

   Ativo digital operacional (facilities) recebe informação irrelevante · a operação (facilities management, digital twin) precisa de propriedades específicas — manutenção, garantia, fabricante, código de item. Se o LOIN não foi calibrado ao propósito operacional no marco de entrega final, o modelo chega com informação de projeto (arquitetura estética) e sem informação de operação (dados de manutenção). O ativo digital vira caro e inútil.

7. 7

   Aumento de custo de produção sem contrapartida em decisão · modelar em LOD alto onde não é necessário custa horas de equipe, licenças, hardware, armazenamento. Se a decisão que essa informação deveria embasar não requer esse detalhamento, o custo é puro desperdício. A norma antecipa: o LOIN deve ser calibrado ao propósito exato — nem mais, nem menos.

8. 8

   Certificação e conformidade regulatória bloqueadas · auditores de certificação ISO 19650 ou de conformidade regulatória (edital público, órgão fiscalizador) começam a exigir aderência formal à 7817-1 — LOIN por elemento por propósito. Fornecedores que persistem em LOD ficam sem evidência aceita, e a qualificação para contratos avançados fica travada. Movimento crescente em editais europeus e em algumas frentes brasileiras.

9. 9

   Perda de posicionamento competitivo em contratos avançados · organizações que já operam em LOIN produzem modelos leves, verificáveis, replicáveis. Concorrentes ainda em LOD perdem em qualificação técnica e em disputa de preço (custo de retrabalho por verificação manual). Diferencial competitivo se desloca para quem aplica a norma corretamente.

10. 10

    Vulnerabilidade em perícia técnica e arbitragem · em disputa arbitral ou judicial sobre "cumprimento do requisito BIM", a parte que apresenta especificação em LOD (interpretativa) perde para a parte que apresenta especificação em LOIN (objeto, propósito, marco, ator declarados). A 7817-1 (§7) prevê que o LOIN deve ser especificado de forma clara e unambígua para evitar interpretações divergentes. LOD é o oposto disso.

Todos os testes abaixo podem ser executados sobre qualquer EIR, BEP, protocolo de entregável ou tabela de especificação BIM. Baseiam-se diretamente nas cláusulas da ABNT NBR ISO 7817-1:2024.

O problema é considerado resolvido quando todos os itens abaixo forem verdadeiros, em aderência direta à ABNT NBR ISO 7817-1:2024:

Curto prazo (30-45 dias — descontinuar LOD, adotar LOIN):

1. Adquirir e estudar a ABNT NBR ISO 7817-1:2024 integralmente. Foco em Cláusula 5 (quatro pré-requisitos), Cláusula 6 (três dimensões e sub-aspectos), Cláusula 7 (verificação e validação) e Anexos A e B (relacionamentos conceituais com 19650/29481 e exemplos de métodos de especificação — tabela ou cláusulas). Sem o texto integral em mão, a metodologia fica em segunda mão.

2. Descontinuar formalmente "LOD" como framework corporativo. Marcar como vocabulário legado. Novos documentos escritos em LOIN 7817-1; documentos legados anotados com "revisão para LOIN pendente". Sem ruptura declarada, os dois vocabulários coexistem indefinidamente e a migração nunca fecha.

3. Converter uma tabela LOD existente em LOIN por elemento. Escolher um EIR ou BEP em andamento e reescrever uma seção como piloto: 5-10 objetos, com os quatro pré-requisitos e as três dimensões declaradas por objeto. O exercício revela quantas exigências "LOD 400" eram na verdade combinações misturadas de geo + alfa + doc — cada uma com necessidade calibrada diferente.

4. Selecionar propósitos-piloto e mapear LOIN a cada um. Escolher 3-4 propósitos de uso frequentes (clash detection, quantitativo, análise energética, operação) e, para cada um, mapear o LOIN correspondente aos objetos-chave. Cada propósito exige LOIN diferente para o mesmo objeto — a norma (§5.2, Example 1) usa justamente uma porta como exemplo: análise de acessibilidade, custo, renderização exigem propriedades e geometrias diferentes.

5. Testar tradução do LOIN piloto em IDS. Pegar 3 exigências LOIN redigidas e traduzir para IDS (ISO 29481-3). Se traduz sem ambiguidade, o LOIN passa o teste da Cláusula 7. Se depende de interpretação, o LOIN precisa ser reescrito. É o filtro mais duro — e o mais útil.

Médio prazo (60-120 dias — institucionalizar LOIN):

6. Adotar template corporativo de LOIN aderente à 7817-1. Template estruturado por objeto, com campos para os quatro pré-requisitos, as três dimensões e os sub-aspectos. Os Anexos B.1 e B.2 da norma dão dois formatos canônicos: tabela ou cláusulas. Cada projeto novo instancia o template — sem começar do zero.

7. Vincular LOIN a data templates conformes ISO 23387. A Cláusula 6.3.1 da 7817-1 recomenda: alphanumerical information deve ser representada por ou vinculada a data template ISO 23387. Sem essa camada, as propriedades ficam soltas — data template dá estrutura reutilizável e comparável entre projetos e organizações.

8. Integrar LOIN ao fluxo LOIN → IDS → BEP → verificação. Cada exigência LOIN gera sua IDS correspondente (ISO 29481-3), que entra como anexo vinculante do BEP, que é executada por rule engine sobre o modelo entregue. É o modelo operacional que a Cláusula 7 (verificação e validação) da 7817-1 antecipa e que a cadeia normativa ISO institui.

9. Reeducar equipe interna e contratante em LOIN. Workshops internos: BIM Manager, coordenadores, projetistas passam por formação em 7817-1. Reuniões com contratante: apresentar a migração de LOD para LOIN, explicar por que o vocabulário mudou, mostrar exemplos de LOIN redigido corretamente. A adoção só escala se contratante e contratado falam a mesma linguagem.

10. Vincular LOIN à Definição de Requisitos (EIR/PIR/AIR/OIR). A cadeia é: OIR/PIR/AIR estabelecem o que a organização precisa → EIR formaliza o requisito de troca → LOIN especifica extensão e granularidade da informação por objeto → IDS traduz em regra executável → BEP incorpora e vincula. Ver a página "O cliente pede BIM, mas não sabe o que quer receber?" para o elo upstream, e "Como o BIM Manager evolui para gestor da informação?" para o método (ISO 12911) que estrutura a redação das especificações que incorporam o LOIN.

1. 1

   Todo novo requisito BIM é escrito em LOIN 7817-1 desde a origem · não há mais EIR, BEP ou protocolo redigido em LOD. Cada requisito nasce como LOIN: quatro pré-requisitos declarados, três dimensões separadas, sub-aspectos calibrados por objeto. Documento fora do padrão é rejeitado em revisão interna.

2. 2

   LOD tratado como vocabulário legado, marcado explicitamente · quando algum documento antigo é referenciado, "LOD" aparece com anotação: "vocabulário legado — referência histórica; requisito vigente em LOIN conforme ABNT NBR ISO 7817-1:2024." Sem essa marcação, o vocabulário obsoleto se recontamina.

3. 3

   Templates corporativos já estruturados por objeto e por propósito · os templates disponíveis internamente vêm com breakdown structure declarada, com quatro pré-requisitos como campos obrigatórios, com as três dimensões como seções distintas. O ponto de partida do BIM Manager novato é um LOIN estruturado — nunca uma tabela LOD.

4. 4

   Peer review de LOINs redigidos por dupla treinada · toda exigência LOIN passa por dois revisores formados na 7817-1. Rejeição por ausência de qualquer pré-requisito é imediata. Sugestão de refinamento por dimensão ou sub-aspecto é sistemática. Revisão é higiene de processo — mantém o método calibrado.

5. 5

   Vínculo direto entre LOIN e IDS versionados em par · toda exigência LOIN tem sua IDS correspondente versionada no mesmo commit. Quando o LOIN muda, a IDS muda; quando o modelo é submetido, a IDS roda. É o ciclo operacional que a Cláusula 7 da 7817-1 antecipa como base da verificação.

6. 6

   Data templates ISO 23387 disponíveis internamente · a organização mantém biblioteca interna de data templates conformes ISO 23387 para os tipos de objeto recorrentes (portas, janelas, paredes, componentes MEP). Alphanumerical information em LOINs referencia esses templates — não define propriedades soltas por documento.

7. 7

   Onboarding de novos membros da equipe inclui LOIN 7817-1 · novo BIM Manager, novo coordenador, novo projetista passam por formação obrigatória em ABNT NBR ISO 7817-1:2024. Sem essa formação, não conduz nem revisa LOINs. Certificação interna de competência é meritocrática e baseada em evidência.

8. 8

   Contratante reeducado ativa e reeducativamente · toda reunião inicial com contratante inclui explicação sobre migração LOD → LOIN. Documentos entregues ao contratante têm anexo pedagógico explicando o vocabulário. A adoção só escala se o interlocutor entende — não bastam mudanças unilaterais no fornecedor.

9. 9

   Métricas de aderência à 7817-1 medidas em dashboard interno · reportes mensais: % de requisitos LOIN com quatro pré-requisitos completos, % de exigências traduzíveis em IDS, % de dimensões declaradas explicitamente (não implícitas), taxa de reincidência de exigências rejeitadas em peer review.

10. 10

    Auditoria trimestral de LOINs vigentes contra a 7817-1 · a cada 3 meses, amostra de LOINs vigentes passa por auditoria formal contra a norma. Não fiscalização punitiva — higiene de processo que mantém o método calibrado e a equipe alerta às sutilezas da 7817-1 (independência dos cinco sub-aspectos, calibração por propósito, etc).

• ABNT NBR ISO 7817-1:2024Building information modelling — Level of information need — Part 1: Concepts and principles. Referência canônica desta página. Cláusulas 5-7 e Anexos A-B são o núcleo metodológico. Publicada em junho/2024 (ISO), primeira edição. Substitui formalmente o vocabulário LOD para especificação de nível de necessidade de informação.
• ABNT NBR ISO 19650-1:2018Information management using building information modelling — Part 1: Concepts and principles. Framework de gestão da informação onde o LOIN se insere como especificação de "extent and granularity" (definição 3.3.16 da 19650-1, referenciada pela 7817-1 como fonte). Base para EIR, PIR, AIR, OIR.
• ABNT NBR ISO 19650-2:2022Delivery phase of the assets. Detalha o processo de troca de informação em projetos — onde marcos de entrega (information delivery milestones), atores e requisitos de troca são operacionalizados. LOIN é insumo direto do EIR (Exchange Information Requirements).
• ISO 29481-1Building information models — Information delivery manual — Part 1: Methodology and format. Referência normativa direta da 7817-1. Provê o processo (IDM) upstream do LOIN — onde propósitos de troca e requisitos de exchange são desenvolvidos.
• ISO 29481-3IDM — Data schema and code (mvdXML e IDS). Ferramenta downstream do LOIN — traduz as exigências LOIN em regras verificáveis por rule engine (IDS). Fecha a cadeia LOIN → IDS → BEP → verificação.
• ISO 23387Building information modelling (BIM) — Data templates for construction objects used in the life cycle of built assets — Concepts and principles. Referenciada explicitamente pela Cláusula 6.3.1 da 7817-1: alphanumerical information deve ser representada por ou vinculada a data template conforme esta norma. Base para reutilização estruturada de propriedades entre projetos.
• ISO 6707-1Buildings and civil engineering works — Vocabulary — Part 1: General terms. Referência normativa direta da 7817-1 (Cláusula 2) para vocabulário geral do domínio.
• ISO 12006-2Building construction — Organization of information about construction works — Part 2: Framework for classification. Base para as breakdown structures e sistemas de classificação que a 7817-1 (§5.5, Nota 2) permite adotar como estrutura de decomposição.
• ISO 16739-1Industry Foundation Classes (IFC) for data sharing in the construction and facility management industries — Part 1: Data schema. Base semântica sobre a qual objetos, propriedades e relações são declarados nas exigências LOIN quando o entregável é IFC.
• ISO 19650-4:2022Information management using building information modelling — Part 4: Information exchange. Referenciada pela Nota final da §7 da 7817-1: "Completeness of verification criteria is included within ISO 19650-4:2022, 7.6." Base para critérios de completude da verificação de entregáveis contra o LOIN especificado.
• BIM Forum LOD SpecificationPublicação associativa (EUA, atualizada anualmente até 2022, sem edição posterior). Referência histórica largamente adotada no Brasil como se fosse norma canônica — nunca foi. Formalmente superada como framework internacional pela ISO 7817-1:2024. Citada aqui apenas para contexto histórico; não é a referência vigente.