O objetivo de uma máquina inteligente não é acumular dados, mas sim reduzir a incerteza sobre o estado real do equipamento. Um parque convencional só revela a sua condição quando falha ou quando alguém o observa; um equipamento instrumentado revela-a de forma contínua, e essa mudança afeta três decisões: quando intervir na manutenção, quanto custa produzir cada peça e com que frequência se recorre aos dispositivos de proteção.
A finalidade prática é dupla: na produção, antecipar a paragem não programada e ajustar o consumo; na segurança, dispor de evidência objetiva da utilização real da máquina: quantos rearmes ocorrem após uma paragem de emergência, quantas vezes se abre uma proteção com intertravamento durante um turno, quanto tempo o equipamento trabalha em modo de ajuste. Essa evidência é o dado que nenhuma avaliação de riscos documental produz por si só.
Uma máquina inteligente não é um produto único, mas sim um conjunto de camadas que podem ser implementadas separadamente e de forma progressiva. Cada camada tem a sua tecnologia e o seu critério de validação:
A tec.nicum agrupa estas camadas no serviço tec.ssm — Máquina inteligente Schmersal, que combina dados, análise de imagem com IA, controlo do consumo energético e análise de segurança numa única plataforma. Cada camada está também disponível separadamente: armazenamento e análise de dados, visão computacional e monitorização energética.
Até agora, a conectividade de uma máquina vivia num vazio regulatório relativo: a Diretiva 2006/42/CE foi redigida numa época em que o software de segurança era uma exceção. O Regulamento (UE) 2023/1230, aplicável a partir de 20 de janeiro de 2027, fecha esse vazio em três pontos que afetam diretamente a máquina inteligente.
Primeiro, o software que garante funções de segurança e os componentes de segurança com comportamento total ou parcialmente autoevolutivo baseados em aprendizagem automática constam como categorias do Anexo I, parte A quando a máquina incorpora esses sistemas, parte B para o software de segurança comercializado separadamente, com procedimentos de avaliação da conformidade reforçados. Segundo, o Anexo III incorpora um requisito essencial de proteção contra a corrupção (ponto 1.1.9): a ligação a outro dispositivo, local ou remoto, não pode provocar situações perigosas, o software essencial para a conformidade deve ser identificado e protegido contra alterações acidentais ou intencionais, e a máquina deve registar prova de qualquer intervenção sobre ele. Terceiro, o ponto 1.2.1 exige manter disponível durante cinco anos o registo das versões de software de segurança carregadas após a colocação no mercado, e proíbe que os ajustes gerados pela própria máquina durante a sua fase de aprendizagem possam originar situações de perigo.
Como referência técnica de apoio, a ISO/TR 22100-4 orienta o fabricante sobre os aspetos de cibersegurança relacionados com a EN ISO 12100, e a EN IEC 63074 aborda os aspetos de segurança informática que afetam os sistemas de comando relacionados com a segurança.
O Regulamento (UE) 2023/1230 regula a comercialização; em fábrica, o equipamento continua sujeito ao DL 50/2005 durante toda a sua vida útil. Os dois regimes coexistem, e a digitalização não substitui nenhum dos dois.
Para o utilizador há uma consequência que se interpreta mal com frequência: um painel de controlo em tempo real não substitui as verificações previstas no DL 50/2005. Esse regime exige verificação inicial após a instalação, nova verificação após cada montagem num local diferente, verificações periódicas em equipamentos sujeitos a influências que possam deteriorá-los e verificações adicionais após acontecimentos excecionais, transformações, acidentes, fenómenos naturais ou falta prolongada de utilização. As verificações são realizadas por pessoal competente, os seus resultados são documentados e conservados durante toda a vida útil do equipamento. A telemetria fornece evidência e ajuda a priorizar; não executa nem assina a verificação regulamentar.
Em sentido inverso, incorporar análise a um equipamento existente também não é automaticamente inócuo. Se a instrumentação se limitar a ler sinais e publicá-los, não altera a conformidade. Se, pelo contrário, se intervier na lógica de comando ou se delegar uma função de segurança em software ou num modelo de aprendizagem automática, é necessário avaliar se ocorreu uma alteração substancial e atualizar a avaliação de riscos e o estudo de adequação.
As cinco camadas de uma máquina inteligente. Cada camada é implementada separadamente e de forma progressiva.

A máquina inteligente fornece evidência contínua da utilização real do equipamento. Imagem corporativa tec.nicum.
Uma linha de embalagem com seis estações regista doze paragens não programadas por mês. O histórico de manutenção atribui-as a «falha de sensor». Ao instrumentar a linha e cruzar três séries, aberturas de proteção com intertravamento, rearmes após paragem de emergência e consumo por estação, surge um padrão que nenhuma inspeção visual teria detetado: 70% das aberturas concentram-se numa única estação e na mudança de formato, um procedimento realizado várias vezes por turno. O equipamento não falha: a proteção incomoda, e os operadores abrem-na.
O dado não resolve nada por si só, mas muda o diagnóstico e a medida. Uma proteção aberta sistematicamente é um problema de conceção do posto, não de disciplina: a solução pode ser um intertravamento com bloqueio dimensionado ao tempo de paragem real, um acesso de serviço dedicado ou um modo de ajuste com velocidade reduzida e comando de ação mantida. Esta análise é a que liga a máquina inteligente à modernização da maquinaria e ao EPAC — Estudo de adequação DL 50/2005, onde os resultados se convertem em medidas verificáveis.
Um projeto de máquina inteligente apoia-se em referências técnicas concretas, não em declarações de intenções:
A regra de ouro é a do diagrama anterior: enquanto o software apenas informar, o projeto é de digitalização; no momento em que garante uma função de segurança, é um projeto de conformidade e deve ser documentado como tal.