Pular para o conteúdo
IESEngenharia e Segurança
NR-12NR-28segurança de máquinasIA aplicada

Por que a IA não deve calcular a multa da NR-12

Modelo de linguagem é excelente para ler evidência e péssimo para produzir valor de penalidade. A separação entre percepção e cálculo é a decisão de arquitetura que sustenta uma auditoria defensável.

Toda ferramenta de auditoria com IA enfrenta a mesma tentação: se o modelo já leu a foto da máquina, identificou a proteção ausente e reconheceu o item da norma, por que não pedir também o valor da multa? Está tudo no mesmo prompt.

Porque são duas tarefas de natureza diferente, e só uma delas é adequada a um modelo de linguagem.

Duas tarefas, dois regimes de erro

Percepção — olhar uma evidência e dizer o que há nela. “A zona de prensagem está sem proteção fixa”, “não há dispositivo de parada de emergência ao alcance do operador”. Aqui o modelo é forte, e o erro é o que se espera de percepção: ocasional, visível na revisão e corrigível pelo profissional que confere.

Cálculo normativo — a partir do apontamento, chegar ao código de ementa da NR-28, ao grau da infração, ao porte do estabelecimento e ao valor. Aqui o erro é de outra espécie: o modelo produz um valor plausível, formatado, com aparência de correto. Ninguém percebe olhando. E ele muda entre execuções com a mesma entrada.

Um sistema que precisa ser auditado não pode ter a segunda tarefa dentro de um componente probabilístico.

A separação, na prática

A arquitetura que sustenta o IES Auditor tem uma fronteira rígida:

  • O modelo produz percepção estruturada: qual item, qual máquina, qual evidência, qual grau de exposição. Nada além disso.
  • O valor sai de uma base de dados versionada: códigos de ementa, critérios de gradação e valores vigentes ficam em tabelas com histórico. Dada a mesma entrada, sai sempre a mesma saída.
  • A base tem versão datada: quando uma portaria altera as ementas — como a Portaria MTE nº 104/2026 fez na NR-28, junto com o requisito de reajuste anual dos valores —, o que muda é uma linha de migração da base. Não um parágrafo de prompt.

Por que a versão importa mais do que parece

Uma auditoria feita em março e questionada em outubro precisa ser reproduzível com a regra vigente em março. Se o enquadramento vive num prompt, não há a que voltar: o modelo mudou, o prompt mudou, e a auditoria antiga é irrecuperável.

Com base versionada, a pergunta “por que este valor?” tem resposta em uma linha: tal código, tal versão da tabela, tal data de vigência. É essa resposta que se leva para uma discussão com o cliente, com a seguradora ou com a fiscalização.

O que sobra para o engenheiro

Tudo o que importa. A ferramenta encurta a leitura da evidência e a montagem do apontamento — as horas de trabalho mecânico. O enquadramento continua sendo conferido, o relatório continua sendo assinado, e a responsabilidade técnica continua sendo de quem assina.

Uma ferramenta que promete assumir essa parte está prometendo algo que não pode entregar — e, quando a promessa falha, quem responde não é o fornecedor do modelo.


Este texto é material técnico de apoio. A verificação e a responsabilidade técnica pelos documentos emitidos permanecem do profissional legalmente habilitado.

Escrito por Otávio Duarte Aires Heckler — Engenheiro Mecânico e Engenheiro de Segurança do Trabalho, CREA-RS.

Tem um equipamento, uma norma e um prazo?

Conte o problema em duas linhas. Você recebe uma resposta técnica — não um orçamento genérico.