Como saber se um modelo BIM está pronto para entrega?

Aceitar um modelo no olho não é aceitação. É opinião.

O modelo passa na inspeção visual, os parâmetros parecem preenchidos, o coordenador assina. E a obra ainda encontra inconsistências que o modelo não mostrava. O problema quase nunca é técnico. É de critério. Ninguém definiu o que "pronto" significa para aquele projeto, naquela fase, para aquele uso.

A ISO 19650 não deixa isso ao gosto do coordenador. A §5.2.1 c) da 19650-2 exige critério de aceitação para cada requisito de informação, declarado já na determinação das necessidades. A §5.7.4 diz que a parte requerente aceita o modelo considerando esses critérios. E a §6.3.3 da 19650-1 é clara: os processos de aprovação são documentados e acordados antes de qualquer troca de informação.

Critério que não foi declarado antes não pode ser cobrado depois. Sem ele, "aprovado" é só a palavra que alguém usou para encerrar a reunião.

1. 1

   Aceite por inspeção visual · a entrega é aceita porque "parece ok". Não há checklist derivado de critério declarado.

2. 2

   Critério só na cabeça do coordenador · cada aceite depende de quem revisou naquele dia. Muda o revisor, muda o resultado.

3. 3

   BEP sem critério de aceitação · o BEP lista entregas mas não diz o que caracteriza cada uma como aceita. §5.2.1 c) da 19650-2 exige esse critério por requisito.

4. 4

   Verificação confundida com revisão · roda-se um validador e chama-se de aceite. A Nota 2 da §5.6.3 avisa: verificação de conformidade não checa precisão nem adequação e não substitui a revisão.

5. 5

   Ninguém sabe quando o modelo terminou · a pergunta "o modelo está pronto?" não tem resposta objetiva, só percepção.

1. 1

   Critério nunca declarado · a §5.2.1 c) e a §5.4.3 c) da 19650-2 exigem critério de aceitação por requisito, desde a determinação das necessidades. Se não nasceu ali, não existe.

2. 2

   Sem LOIN por trás do critério · critério objetivo depende de saber qual informação o entregável precisa ter. Sem nível de informação necessária (§11.2 da 19650-1), o critério fica vago.

3. 3

   Critério não verificável · o critério é textual e subjetivo, não uma regra checável. A IDS (ISO 29481-3) traduz o critério em regra que o rule engine confere.

4. 4

   Aprovação não documentada antes · a §6.3.3 da 19650-1 pede processos de aprovação documentados e acordados antes da troca. Combinar o critério depois da entrega é tarde.

5. 5

   Verificação tratada como aceite · confunde-se a verificação da garantia da qualidade (§5.6.3) com a revisão e o aceite (§5.6.4, §5.7.4). São etapas distintas.

1. 1

   Erro que aparece na obra · o que o aceite subjetivo não pegou vira retrabalho de campo, no momento mais caro para corrigir.

2. 2

   Aceite irreprodutível · sem critério, dois revisores chegam a decisões opostas sobre a mesma entrega. Não há consistência nem defesa.

3. 3

   Decisão sobre modelo incompleto · informação faltante passa despercebida porque nada obrigava a checá-la. A decisão sai sobre base furada.

4. 4

   Disputa sem baseline · contratante rejeita, fornecedor alega conformidade. Sem critério declarado, não há como arbitrar objetivamente.

5. 5

   Auditoria impossível · sem critério e sem registro de verificação, não há como provar que a entrega foi aceita corretamente.

Curto prazo (30 dias):

1. Declarar critério por requisito no BEP e no EIR (§5.2.1 c da 19650-2). Sem critério, o requisito não entra em produção.

2. Objetivar os critérios existentes. Trocar "bem coordenado" por regra checável: propriedade presente, valor dentro de faixa, classificação correta.

3. Separar verificação de aceite. Instituir as duas etapas: verificação da garantia da qualidade (§5.6.3) e revisão para aceite (§5.6.4, §5.7.4).

Médio prazo (60-90 dias):

4. Traduzir critério em IDS (ISO 29481-3) onde o entregável é IFC. O rule engine confere antes do aceite; o relatório vira evidência.

5. Instituir o gate técnico. Nenhuma entrega é aceita sem passar pela verificação, com registro arquivado no CDE.

6. Acordar o critério antes da produção (§6.3.3 da 19650-1), não depois da entrega.

1. 1

   Critério nasce com o requisito · nenhum requisito entra em produção sem critério de aceitação (§5.2.1 c da 19650-2).

2. 2

   Critério é regra, não frase · critério objetivo vira IDS verificável (ISO 29481-3), não texto interpretável.

3. 3

   Verificação separada do aceite · a §5.6.3 e a §5.7.4 da 19650-2 são etapas distintas. Rodar validador não é aceitar.

4. 4

   Acordado antes, registrado sempre · o critério é acordado antes da troca (§6.3.3 da 19650-1) e cada aceite deixa registro no CDE.

• ABNT NBR ISO 19650-1:2018Conceitos e princípios. §6.3.3 exige que os processos de aprovação sejam documentados e acordados antes de qualquer troca de informação. §11.2 define o nível de informação necessária (LOIN), base para um critério objetivo.
• ABNT NBR ISO 19650-2:2018Fase de entrega. §5.2.1 c) e §5.4.3 c) exigem critério de aceitação por requisito de informação. §5.6.3 institui a verificação da garantia da qualidade, e a Nota 2 esclarece que ela não verifica precisão ou adequação e não substitui a revisão. §5.6.4 (revisão e aprovação), §5.7.2 (autorização) e §5.7.4 (aceite) consideram os critérios de aceitação.
• ISO 29481-3Information delivery manual, Part 3. Formaliza a IDS (Information Delivery Specification), que traduz um critério de aceitação em regra verificável por rule engine sobre o IFC, antes do aceite.
• ABNT NBR ISO 7817-1:2024Level of information need. §7 institui a verificação e validação da informação. Base para tornar o critério de aceitação um teste, não uma impressão.