IA em não conformidades de obras

Uma foto do canteiro mostra uma falha aparente. A IA compara a imagem com o projeto, sugere a classificação, abre uma ocorrência e avisa o responsável. Dois dias depois, aparece outra foto com o local reparado. O painel muda para “concluído”. Parece um fluxo eficiente — mas ainda faltam respostas decisivas: qual requisito não foi atendido, o que ficou impedido de avançar, quem aceitou a correção, a causa foi tratada e o problema deixou de se repetir?

Esse é o risco de digitalizar a não conformidade como se ela fosse apenas um chamado. Um sistema pode acelerar captura, busca em especificações, agrupamento de ocorrências e cobrança de prazo. Se o processo não separar detecção, confirmação técnica, contenção, correção e ação corretiva, ele só fecha registros mais rápido.

O tema ganhou atualidade com a publicação da ISO 9001:2026 em 16 de setembro. A nova edição mantém a gestão da qualidade como estrutura de melhoria contínua e reforça liderança, cultura da qualidade, comportamento ético e tratamento mais claro de riscos e oportunidades. Para a operação de uma obra, a mensagem prática é simples: qualidade não se prova pelo número de ocorrências encerradas, mas pela capacidade de controlar saídas não conformes, corrigir, aprender e verificar eficácia.

Detecção, não conformidade e ação corretiva são objetos diferentes

Antes de automatizar, dê nomes distintos ao que hoje costuma cair na mesma lista:

Sinal: imagem, medição, ensaio, reclamação ou observação que sugere desvio. Pode estar correto, incompleto ou ser falso positivo.
Não conformidade: não atendimento confirmado a um requisito identificável — de projeto, especificação, procedimento, contrato, norma aplicável ou critério de liberação.
Contenção: ação imediata para impedir uso, cobertura, entrega ou propagação enquanto o caso é analisado.
Correção: ação sobre o item observado, como reparar, refazer, segregar, devolver ou obter concessão formal quando cabível.
Ação corretiva: intervenção na causa para reduzir a chance de o mesmo problema se repetir ou aparecer em outro local.
Verificação de eficácia: evidência posterior de que a mudança no processo funcionou, não apenas de que o ponto visível foi reparado.

O SiAC do PBQP-H, específico para empresas de serviços e obras, traduz essa distinção para a construção. Seu referencial determina que saídas não conformes sejam identificadas e controladas para evitar uso ou entrega não pretendidos; quando corrigidas, a conformidade precisa ser verificada. Também separa o tratamento imediato da avaliação de causas, da implementação da ação corretiva e da análise de sua eficácia.

O que pesquisas recentes permitem — e o que ainda não permitem concluir

O potencial é real. Um trabalho apresentado no ASCE Construction Research Congress e divulgado pela Autodesk Research integrou especificações, desenhos, imagens de campo e geração estruturada de ocorrências. Em um estudo de caso limitado a uma reforma de escritório, o sistema identificou nove de dez problemas documentados. É um sinal promissor para triagem e preparação do registro — não uma autorização para dispensar inspeção, aceite ou responsabilidade profissional.

Outra avaliação de campo publicada em 2026 analisou 1.186 imagens de 17 canteiros. Modelos multimodais generalistas foram mais fortes em tarefas descritivas, como reconhecer atividades e acompanhar progresso, do que em tarefas dependentes de julgamento técnico; a detecção de defeitos de execução foi a mais desafiadora. Os autores defendem um fluxo “verificação primeiro”, com revisão humana antes do uso operacional.

Uma revisão sistemática de 2026 sobre inspeção de pré-moldados chega a uma conclusão parecida: a tecnologia avançou na percepção — medir, localizar e descrever —, mas ainda existe uma lacuna entre a saída do modelo e o julgamento de conformidade contra limites de aceitação. Portanto, a IA pode ampliar cobertura e velocidade; o processo precisa transformar percepção em decisão controlada.

Método CONFORME: oito decisões para fechar o ciclo

C — Contextualize o objeto. Identifique obra, local, elemento, serviço, lote, equipe, fornecedor, etapa e condição de captura. Uma foto sem contexto não define o universo afetado.
O — Oponha o fato ao requisito. Registre o requisito aplicável, sua fonte, revisão e critério de aceitação. Se ninguém consegue apontar o requisito, existe um alerta a investigar — ainda não uma não conformidade confirmada.
N — Nomeie natureza e consequência. Descreva o desvio observável sem antecipar causa. Avalie alcance, possibilidade de ocultação, efeito em segurança, desempenho, prazo, custo, cliente e serviços seguintes.
F — Freie a propagação. Segregue material, bloqueie liberação, crie um ponto de espera, suspenda cobertura ou avise as frentes afetadas. A contenção precisa ter dono, prazo e critério de retirada.
O — Origine uma causa testável. Diferencie sintoma, causa direta e condição sistêmica. “Falha humana” não encerra a análise; verifique instrução, competência, material, ferramenta, sequência, supervisão, mudança e ambiente.
R — Realize e verifique a correção. Defina reparo, retrabalho, substituição, devolução ou concessão autorizada. Depois, repita a inspeção ou o ensaio pelo critério aplicável e retenha a evidência.
M — Mude o processo quando necessário. Atualize instrução, projeto, qualificação, amostragem, ponto de espera, fornecedor, treinamento ou controle. A ação precisa responder à causa e ser proporcional ao efeito.
E — Evidencie a eficácia e encerre. Observe lotes, áreas ou ciclos posteriores. Só feche a ação corretiva quando a recorrência esperada cair, o controle for executado e a autoridade definida aceitar o resultado.

A IA pode apoiar cada letra: organizar imagens, buscar requisitos, sugerir similares, cobrar prazos, montar histórico, encontrar padrões e preparar um resumo. O que ela não deve fazer sozinha é inventar critério de aceitação, declarar causa sem teste, conceder desvio, liberar serviço oculto ou substituir a autoridade técnica responsável.

Use estados que impeçam o “fechamento por foto”

Em vez de “aberto / concluído”, trabalhe com uma máquina de estados explícita:

Sinal detectado: ocorrência capturada; requisito e validade ainda não confirmados.
Triado: contexto mínimo completo, duplicidades agrupadas e responsável de avaliação definido.
Não conformidade confirmada: requisito, evidência, alcance e consequência revisados por autoridade competente.
Contido: uso, cobertura, entrega ou propagação controlados e partes afetadas informadas.
Correção executada: reparo ou destinação concluídos, ainda aguardando verificação.
Conformidade restabelecida: inspeção, medição ou ensaio repetido e aceito.
Ação corretiva em observação: mudança na causa implementada e monitorada no horizonte definido.
Encerrado: eficácia comprovada, risco atualizado, documentos vinculados e aceite registrado.

Nem toda ocorrência exige uma ação corretiva ampla. Uma correção pontual pode ser suficiente quando o desvio é isolado, sua causa é conhecida e não há risco plausível de recorrência ou ocorrência similar. Essa decisão também precisa ficar registrada — junto com quem a tomou e em qual evidência se baseou.

Matriz consequência × força da evidência

Use dois eixos para decidir o grau de automação:

Baixa consequência + evidência forte: a IA pode registrar, agrupar, encaminhar e cobrar; a liberação segue o procedimento de inspeção previsto.
Alta consequência + evidência forte: contenção imediata conforme regra pré-aprovada, com escalonamento humano e bloqueio de liberação.
Baixa consequência + evidência fraca: solicitar nova foto, escala, ângulo, identificação ou medição antes de abrir uma não conformidade.
Alta consequência + evidência fraca: tratar como sinal crítico; preservar o local e convocar inspeção competente, sem a IA declarar conformidade ou causa.

“Confiança do modelo” não é força suficiente de evidência. Considere rastreabilidade da captura, legibilidade, cobertura, instrumento, calibração quando aplicável, vínculo com o elemento correto e competência de quem confirma.

Ficha mínima de uma não conformidade operacional

ID único, obra, local, elemento, lote e serviço;
data, fase, origem da detecção e pessoas envolvidas;
fato observável e arquivos originais, sem depender apenas do resumo da IA;
requisito, fonte, revisão e critério de aceitação;
escopo conhecido, itens possivelmente similares e consequência;
contenção, responsável, prazo e condição para retirada;
decisão sobre correção, concessão, segregação, retorno ou suspensão;
causa testada, evidência da análise e decisão sobre ação corretiva;
verificação da correção, resultado e autoridade que liberou;
plano de eficácia: amostra, horizonte, indicador e responsável;
histórico de estados, alterações, notificações e aprovações;
vínculos com projeto, instrução, fornecedor, equipe e ocorrências similares.

Exemplo hipotético: impermeabilização corrigida não é causa eliminada

Após um ensaio previsto no plano de inspeção, uma imagem mostra umidade em uma área adjacente ao banheiro de uma unidade. A IA reconhece o padrão, relaciona a foto ao apartamento e recupera o procedimento vigente. O caso não deveria pular direto para “reparar”.

Contexto e requisito: o responsável confirma a localização, o ensaio, o critério do procedimento da obra e o resultado fora do limite.
Contenção: a equipe bloqueia a execução do revestimento nessa unidade e verifica outras unidades do mesmo lote e equipe.
Correção: a área é aberta, reparada e submetida novamente ao ensaio. O resultado aprovado restabelece a conformidade daquele item.
Causa: a análise encontra uma mudança de produto sem atualização da instrução de aplicação e sem validação da primeira unidade executada.
Ação corretiva: a empresa atualiza a instrução, orienta a equipe, cria um ponto de verificação na primeira unidade após mudança de produto e revisa o fluxo de aprovação de materiais.
Eficácia: as próximas unidades definidas no plano são acompanhadas. A ação corretiva só é encerrada quando o controle é cumprido e não há recorrência no horizonte escolhido.

A foto final prova parte da correção. O conjunto de ensaio, rastreabilidade, mudança de processo e observação posterior é que sustenta o encerramento do ciclo.

Fronteiras de autonomia recomendadas

Pode automatizar dentro de regras testadas: importar fotos e medições, validar campos, detectar duplicidade, buscar requisitos candidatos, preparar a descrição factual, notificar responsáveis, controlar prazo e montar o pacote de evidências.

Deve preparar e pedir decisão: confirmar a não conformidade, definir abrangência, classificar consequência, escolher correção, aceitar concessão, declarar causa, aprovar ação corretiva, liberar serviço e encerrar por eficácia.

Deve bloquear e escalar: requisito ausente ou conflitante, elemento sem rastreabilidade, evidência alterada, risco à segurança ou ao desempenho, serviço prestes a ser ocultado, repetição acima do limite, concessão sem autoridade ou tentativa de fechar sem reinspeção.

Placar que mede aprendizagem, não velocidade de clique

Tempo até contenção: do primeiro sinal válido ao bloqueio do risco de propagação.
Tempo até conformidade restabelecida: separado do tempo de encerramento da ação corretiva.
Recorrência por causa e serviço: ocorrências posteriores ligadas ao mesmo mecanismo, não apenas ao mesmo texto.
Expansão do alcance: quantos itens similares foram encontrados após a primeira ocorrência.
Retrabalho e perda: horas, materiais, equipamentos e impacto no caminho crítico.
Fechamentos reabertos: casos que voltaram por correção incompleta, evidência insuficiente ou recorrência.
Conformidades verificadas no primeiro ciclo: correções aprovadas sem nova rodada de retrabalho.
Ações eficazes no prazo: ações corretivas cujo plano de verificação foi executado e aceito.
Falsos positivos e sinais não avaliáveis: qualidade real da captura e da triagem assistida por IA.

Doze perguntas para o diagnóstico

Quais fontes podem definir requisito e qual prevalece quando há conflito?
Como projeto, especificação, procedimento e critério de inspeção recebem versão?
Quem pode confirmar uma não conformidade por tipo de serviço e consequência?
Que situações exigem bloqueio imediato de uso, cobertura ou entrega?
Como a equipe identifica todo o lote ou alcance possivelmente afetado?
Quem pode aceitar uma concessão e quais documentos sustentam essa decisão?
Como a reinspeção prova que a correção restabeleceu o requisito?
Quando uma correção pontual basta e quando a causa precisa de ação corretiva?
Como ocorrências similares são agrupadas mesmo quando a descrição muda?
Qual amostra e horizonte demonstram eficácia sem esperar a próxima obra terminar?
Que dados de equipe, fornecedor, material, clima ou etapa ajudam a encontrar padrão?
Qual indicador mostrará menos recorrência, e não apenas mais registros encerrados?

Piloto assistido de 20 dias úteis

Dias 1–5: escolha um serviço controlado e uma obra; documente requisitos, autoridades, estados, contenções e linha de base de recorrência e retrabalho.
Dias 6–10: use a IA em modo sombra para organizar evidências, sugerir requisitos e agrupar similares; compare tudo com a avaliação técnica real.
Dias 11–15: libere abertura assistida, cobrança e pacote de reinspeção, mantendo confirmação, liberação e encerramento com responsáveis definidos.
Dias 16–20: teste falta de escala, foto ambígua, projeto revisado, lote amplo, serviço ocultável, reincidência e concessão. Meça falso positivo, tempo até contenção e qualidade do registro.

Amplie se o sistema recupera o requisito correto, preserva a evidência original, bloqueia decisões de alto impacto e ajuda a reduzir repetição e retrabalho. IA só gera ROI quando existe processo, dados, responsável, rotina de revisão e implantação operacional — e, em qualidade, quando “encerrado” significa eficácia demonstrada.

Fontes consultadas

Sua obra fecha registros ou elimina recorrências?

O diagnóstico da V7 Agents mapeia requisitos, evidências, contenções, alçadas e métricas para desenhar um piloto de qualidade assistida por IA sem trocar responsabilidade técnica por automação.

Solicitar diagnóstico Conhecer o v7 Obras

A IA abriu uma não conformidade. A obra realmente eliminou a causa?