IA na avaliação de risco de máquinas: ajuda ou teatro?

A IA na avaliação de risco de máquinas entrou depressa num terreno onde, durante anos, mandaram o Excel, as listas de verificação e os documentos reciclados de projeto para projeto. O resultado é sedutor: escreve-se o nome da máquina, juntam-se alguns dados genéricos e sai uma tabela com perigos, danos, medidas de proteção, estimativa do risco, avaliação do risco e risco residual. Parece técnico. Parece sério. Mas uma tabela bonita não é análise. Se não existir rasto decisório entre o perigo, a tarefa humana, a situação perigosa, o acontecimento perigoso e a decisão de projeto, o que existe é aparência de rigor, não uma avaliação de risco de máquinas alinhada com a ISO 12100.

IA na avaliação de risco de máquinas: o erro começa na tabela

O Excel nunca foi o verdadeiro problema. Era apenas a forma mais fácil de fabricar a ilusão de processo. Bastava escrever partes móveis, esmagamento, proteção fixa, instrução de trabalho, formação do operador, e o documento começava logo a parecer competente. Hoje a IA permite cometer o mesmo erro mais depressa, com melhor texto e com um verniz muito mais credível.

É aqui que muita gente tropeça. Confunde documento com processo. Ontem copiavam-se linhas antigas de um projeto anterior. Hoje gera-se uma tabela nova em segundos. O aspeto melhorou, a substância pode continuar vazia. E esse é o perigo real: um documento fraco feito à mão ainda costuma denunciar-se; um documento fraco produzido com IA pode soar a especialista.

A pergunta incómoda continua a ser a mesma. Alguém observou o que o operador faz na mudança de formato? Alguém percebeu como se limpa a máquina, como se elimina um encravamento, como se faz a afinação, a manutenção, o acesso de serviço ou o trabalho em modo manual? Alguém analisou a utilização indevida razoavelmente previsível, incluindo o contorno de medidas de proteção quando a produção aperta? Se a resposta for não, a tabela pode estar cheia e a análise continuar vazia.

Na prática, o valor de uma avaliação de risco de máquinas não está no número de linhas nem no vocabulário técnico. Está na capacidade de reconstruir o raciocínio que levou a cada decisão de projeto. Porque se ninguém conseguir explicar por que razão um risco foi avaliado de determinada forma e por que motivo aquela redução do risco foi considerada adequada, então o documento é só cenário.

ISO 12100 não começa numa lista de perigos

Um dos erros mais repetidos é começar pela pergunta errada: que perigos tem a máquina? É uma pergunta curta demais. Uma máquina pode ter energia mecânica, elétrica, pneumática, térmica e muitas outras fontes de dano. Isso ajuda a abrir o mapa, mas ainda não é a avaliação do risco.

A ISO 12100 não olha para a máquina como um catálogo estático de elementos perigosos. Obriga a olhar para a relação entre a máquina e a pessoa que a transporta, instala, coloca em serviço, opera, limpa, afina, mantém, repara, desmonta e retira de uso. Um elemento afiado é um perigo. Mas o risco só aparece quando alguém pode entrar em contacto com ele em determinadas condições. Um acionamento é uma fonte de energia. Mas o risco depende de quem se aproxima, quando se aproxima e por que razão o faz.

Por isso, a pergunta útil é outra: quem, em que fase de vida da máquina, durante que tarefa e em que condições pode entrar numa situação perigosa? Só depois faz sentido perguntar o que pode desencadear o acontecimento perigoso. Arranque inesperado? Perda de estabilidade? Libertação de energia residual? Acesso a partes móveis? Falha da lógica de comando? Falta de visibilidade? Um encravamento que obriga a meter a mão onde nunca devia entrar?

Este ponto é decisivo porque nem toda a situação perigosa nasce da mesma maneira. Às vezes a origem está na tarefa humana. Limpeza, ajuste, mudança de formato, eliminação de encravamentos, manutenção. Outras vezes o ponto de partida é o acontecimento perigoso. Uma rutura de componente, a perda de alimentação, uma falha de comando, a queda de uma carga, a libertação súbita de energia. Se a análise obrigar tudo a caber numa cadeia rígida e simplista, vai falhar cenários reais.

O Regulamento (UE) 2023/1230 também não pede um documento com aspeto de conformidade. Pede que se faça a avaliação de risco para determinar os requisitos essenciais aplicáveis e as medidas necessárias. Na prática, isso implica considerar os limites da máquina, a utilização prevista, a utilização indevida razoavelmente previsível, a identificação de perigos, a estimativa do risco, a avaliação do risco e a redução do risco. Não é teatro documental. É processo de engenharia.

Uma tabela sem rasto decisório é só uma grelha preenchida

Uma grelha pode mostrar o resultado, mas não mostra automaticamente o pensamento. Porque foi assumida aquela frequência de exposição? Porque foi escolhida aquela gravidade do dano? Porque se decidiu que bastava formação? Porque não se alterou a conceção? Porque se ignorou a limpeza ou a eliminação de encravamentos? Estas perguntas separam depressa uma análise séria de uma decoração administrativa.

É por isso que a frase tabela bonita não é análise continua atual. A ISO 12100 não descreve a arte de produzir documentos com bom som. Descreve a forma de chegar a máquinas mais seguras através de decisões justificadas. E decisões justificadas deixam rasto.

IA na avaliação de risco de máquinas só ajuda com contexto real

Se alguém pedir a um modelo de linguagem uma avaliação de risco para uma embaladora, para uma prensa ou para um robot, o mais provável é receber uma descrição estatisticamente plausível de uma máquina típica desse tipo. Pode vir com texto fluido, terminologia correta e estrutura convincente. Ainda assim, não será a avaliação de risco da sua máquina. Será uma aproximação genérica.

A diferença é enorme. A máquina real tem limites concretos, acessos concretos, sequências de movimento concretas, fontes de energia concretas, restrições de espaço concretas e pessoas concretas a trabalhar sob pressão concreta. Tem hábitos de produção, falhas recorrentes, atalhos operacionais e tarefas que a documentação quase sempre simplifica demais. É nesse detalhe que o risco se decide.

A IA não sabe, por si só, que a proteção é pesada e por isso fica aberta ao fim de duas semanas. Não sabe que a instrução prevê duas pessoas e que na prática trabalha só uma. Não sabe que a mudança de formato dita como eventual acontece cinco vezes por turno. Não sabe que o painel ficou do lado errado e que o operador observa o movimento a partir de uma posição que ninguém previu. Sem esses dados, a IA não analisa. Adivinha.

Usada com critério, pode ajudar muito. Pode verificar completude, sugerir perguntas de controlo, identificar incoerências, ajudar a redigir justificações e comparar cenários. Mas tem de trabalhar sobre matéria-prima real, não em cima do vazio.

• Quais são os limites da máquina e das suas fases de vida?
• Quem acede e para que tarefas?
• Que perigos existem em operação normal, limpeza, afinação, manutenção e paragem?
• Que situação perigosa surge em cada tarefa ou em cada falha plausível?
• Que acontecimento perigoso pode levar ao dano?
• A redução do risco está a ser feita por conceção inerentemente segura, por medidas de proteção ou apenas por informação ao utilizador?
• O risco residual foi realmente reduzido ou apenas reclassificado na tabela?

É aqui que a IA é útil: a fazer perguntas melhores, não a inventar respostas sem base. Quem espera que o sistema faça a análise sozinho está a pedir velocidade onde precisava de observação.

Exemplo prático: sensor de forquilha num slitter

Vejamos um caso muito simples e muito real. Num slitter, um sensor de forquilha deteta a posição da banda. Quando a largura do material muda, o operador precisa de reposicionar esse sensor. O problema é que o ajuste fica dentro de uma zona perigosa, com rolos, eixos, pontos de arrastamento, banda tensionada e, por vezes, elementos de corte.

Uma resposta genérica produzida por IA pode soar impecável: aplicar LOTO, formar o operador, sinalizar a zona perigosa, fornecer instruções, prever proteção e paragem de emergência. Tudo isto cabe bem numa célula de tabela. Tudo isto pode ser insuficiente.

A primeira pergunta séria não é como descrever o risco. É outra: porque é que o operador tem de entrar na zona perigosa para fazer uma tarefa normal de produção? Se a mudança de largura é frequente, tratá-la como intervenção excecional de manutenção é fugir ao problema. A questão central é de conceção inerentemente segura.

O ajuste do sensor pode ser deslocado para fora da zona perigosa? Pode existir uma guia externa, uma escala mecânica, um posicionamento por receita, um suporte diferente, outro princípio de deteção ou uma sequência de ajuste que elimine a necessidade de acesso? Se a resposta for sim, a redução do risco começa aí. É assim que a hierarquia funciona.

Só quando não for razoavelmente possível eliminar o acesso por alteração de projeto é que entram as medidas de proteção complementares: proteção com bloqueio, modo de ajuste, velocidade limitada, comando de ação mantida, dispositivo de autorização, paragem segura, LOTO, instruções e formação. A ordem interessa. A ISO 12100 não começa por dizer para formar o operador. Começa por perguntar se o perigo pode ser eliminado ou reduzido pela conceção.

Este exemplo mostra bem a fronteira entre duas utilizações da IA. Como gerador de texto, pode produzir uma resposta polida e errada do ponto de vista da engenharia. Como assistente de processo, pode obrigar a equipa a perguntar se a tarefa devia, ou não, existir daquela forma. Essa segunda utilização vale muito mais.

Rasto decisório: o que o documento tem de conseguir provar

Uma avaliação de risco de máquinas séria tem de ser reconstruível passado tempo. Não basta ser legível. Tem de permitir perceber porque foi identificada determinada situação perigosa, porque se assumiu uma certa frequência de exposição, porque se aceitou uma certa gravidade do dano, porque se escolheu uma medida de proteção e porque se concluiu que o risco residual era aceitável.

Isto interessa num audit, numa modernização, numa revisão técnica, numa divergência com o cliente e, no pior cenário, depois de um acidente. Nessas horas, dizer que a IA gerou assim não vale nada. É tão fraco como dizer que foi o Excel que deu aquele resultado. A responsabilidade fica com o fabricante, com o projetista, com o integrador e com quem assina a documentação.

Também por isso uma instrução brilhante dada ao modelo não é metodologia. Pode melhorar a forma. Não cria factos. Não substitui a observação da máquina. Não substitui a conversa com a manutenção. Não substitui a decisão de projeto. E não substitui a necessidade de um processo repetível, no qual diferentes pessoas chegam às conclusões a partir da mesma lógica e não do humor do dia ou da habilidade a escrever pedidos ao sistema.

Quando o processo é bom, a IA pode elevar a qualidade: deteta lacunas, aponta incoerências, ajuda a manter terminologia consistente e melhora o registo das justificações. Quando o processo é mau, a IA apenas produz nevoeiro mais elegante.

IA na avaliação de risco de máquinas e função de segurança não são a mesma conversa

Há uma distinção que não pode ser borrada. Uma coisa é usar IA como apoio ao engenheiro na preparação, revisão e organização da avaliação de risco de máquinas. Outra, muito diferente, é usar IA ou aprendizagem automática dentro da própria máquina para assegurar uma função de segurança.

No primeiro caso estamos a falar de apoio documental e analítico. No segundo, estamos a falar de um elemento cujo erro pode causar dano. Aqui acaba a conversa leve sobre inovação e entra a disciplina dura da conformidade.

O Regulamento (UE) 2023/1230 é claro ao tratar sistemas com comportamento total ou parcialmente auto-modificável que asseguram funções de segurança como uma categoria especialmente sensível. A mensagem é simples: numa função de segurança não chega dizer que o algoritmo costuma acertar. É preciso demonstrar conformidade, previsibilidade, robustez e adequação ao uso real. Quando aplicável, entra avaliação da conformidade com intervenção de terceira parte.

O AI Act reforça exatamente esta lógica. Quando um sistema de IA é elemento de segurança de um produto abrangido pela legislação harmonizada da União e sujeito a avaliação da conformidade por terceira parte, entra no domínio dos sistemas de alto risco. E sistemas de alto risco não se gerem com fé estatística. Exigem gestão do risco ao longo de todo o ciclo de vida, supervisão humana, documentação sólida, robustez, cibersegurança e capacidade de colocar o sistema num estado seguro quando algo falha.

Em segurança de máquinas, a pergunta nunca é apenas qual a taxa de acerto média. A pergunta séria é outra: o que acontece no caso que falha? O que acontece quando a câmara está suja, quando a iluminação muda, quando existe vibração, quando o material é diferente, quando o sensor deriva, quando a pessoa se move de forma não prevista, quando o sistema enfrenta dados fora do cenário de teste? É aqui que o discurso comercial costuma acabar e a engenharia a sério começa.

Por isso, convém manter as fronteiras claras. IA para apoiar a equipa na avaliação de risco de máquinas pode ser muito útil. IA a executar uma função de segurança é outra liga, com outro nível de prova e outra exigência regulatória. Misturar estas duas coisas é receita para decisões perigosas.

A conclusão prática é simples. Use a IA para obrigar a análise a ficar mais completa, mais consistente e mais transparente. Não a use para fingir que o processo já foi feito. Em segurança de máquinas, o documento é apenas o rasto do trabalho. Se o trabalho não existiu, a melhor tabela do mundo continua a ser só uma tabela.