Modernização do parque de máquinas antigo e os requisitos legais – quando é que uma modernização passa a corresponder a uma máquina nova?

Num parque de máquinas antigo, a fronteira entre a modernização e a criação de uma nova máquina raramente coincide com o que a designação do projeto sugere. O que determina se ainda estamos perante a reposição de uma função existente ou já perante uma alteração substancial não é a estrutura que foi mantida, o quadro elétrico antigo nem o número de inventário, mas sim o efeito técnico real das alterações. É esse efeito que define o âmbito da responsabilidade, a avaliação de riscos, a documentação e o procedimento a seguir.

Por isso, a questão de saber quando a modernização passa a ser uma nova máquina não é uma reflexão “para o fim”, depois da montagem e do arranque. É uma decisão que tem de ser tomada logo no início, antes de repartir o âmbito entre o integrador, o responsável pelo software e a manutenção. Se a qualificação for assumida de forma demasiado restrita, o problema regressa no momento mais caro: na receção, após os primeiros testes ou depois de um incidente. Nessa fase, o custo já não resulta apenas das soluções técnicas em si, mas da necessidade de as corrigir posteriormente sob a pressão da paragem e da responsabilidade.

Alteração substancial – contexto do Regulamento Máquinas 2023/1230

Atualmente, a modernização de máquinas antigas raramente se limita à substituição de componentes isolados e desgastados. Na prática, são frequentemente reformuladas camadas funcionais inteiras: o controlo, os acionamentos, os sistemas de segurança, a interface do operador ou a comunicação com outros equipamentos. Este tipo de intervenção afeta não só a fiabilidade e o desempenho, mas também quem responde pelo produto após as alterações e com base em que critérios ele pode ser considerado seguro, tema desenvolvido mais amplamente na automação industrial.

Do ponto de vista do projeto, o mais importante é decidir atempadamente se, após a reformulação, o utilizador continua essencialmente a lidar com a mesma máquina, que executa a mesma função num regime de risco semelhante, ou se já está perante um sistema com uma nova lógica de funcionamento, novos estados operacionais e impactos diferentes sobre o operador, a assistência técnica ou o ambiente envolvente. Quanto mais mudam a função, a arquitetura de controlo e o perfil de perigos, mais difícil é sustentar a tese de que se trata apenas de uma modernização corrente.

Isso torna-se claro no exemplo de uma linha antiga em que o controlo por relés é substituído por um controlador programável e, ao mesmo tempo, são acrescentados novos modos de funcionamento, mudança automática de formato, diagnóstico remoto e uma nova sequência de movimentos. Do ponto de vista das compras, isto pode parecer apenas a reposição de componentes obsoletos. Do ponto de vista da segurança, porém, surge um objeto técnico diferente: reage de outra forma aos erros, para o movimento de forma diferente, admite novos estados de funcionamento e altera a relação entre a pessoa e a máquina.

É neste enquadramento que os requisitos legais devem ser analisados. A simples substituição de peças desgastadas ou a reposição de uma função existente ainda não significa, por si só, a criação de uma nova máquina. A situação é diferente quando a reformulação tem caráter substancial: altera a finalidade, os parâmetros que influenciam a segurança ou combina componentes numa nova unidade funcional. Esta avaliação não pode basear-se no nome da tarefa nem na manutenção de parte da construção antiga. O que conta é o resultado técnico e o seu impacto no risco. Se esse resultado não for inequívoco, é também necessário ponderar se o sistema modernizado não deve ser tratado como uma máquina incompleta ou se não exige uma avaliação de segurança antes da entrada em funcionamento, tal como acontece com os requisitos legais e CE aplicáveis a máquinas modernizadas.

Onde o custo ou o risco mais frequentemente aumentam

O maior aumento de custo nestes projetos normalmente não resulta do preço dos componentes, mas de uma qualificação incorreta do âmbito dos trabalhos. Se a equipa tratar durante demasiado tempo a reformulação como uma simples reparação e só mais tarde perceber que, na prática, alterou a função, o controlo ou a estrutura das medidas de proteção, o projeto deixa de ser previsível. Torna-se necessário voltar aos pressupostos, refazer soluções já encomendadas ou implementadas, completar a documentação e adiar as receções.

A origem do risco está, na maioria das vezes, na tomada de decisões de forma dispersa. A mecânica, a automação e a manutenção executam corretamente as suas partes, mas sem um critério comum para avaliar o efeito final. No entanto, para a segurança e para a responsabilidade, o que conta não é a correção de cada elemento isolado, mas o resultado do sistema como um todo: se a finalidade mudou, se o modo de utilização mudou, se os limites da máquina mudaram, se as dependências entre equipamentos mudaram e se os meios de redução de risco foram alterados. Se, após a modernização, o operador, a assistência técnica ou o material passam a deslocar-se pelo sistema de forma diferente da anterior, e a segurança depende de novas funções de controlo ou de novas interações entre módulos, então já não se trata de uma simples substituição de peças.

Uma situação típica parece inofensiva. A fábrica planeia renovar um posto de trabalho através da substituição do controlador, da instalação de cortinas de luz e da alimentação automática da peça. Cada uma destas alterações, isoladamente, pode parecer racional e limitada. O problema começa quando o novo sistema altera a sequência de movimentos, elimina parte das operações manuais e cria uma dependência entre equipamentos que antes funcionavam de forma independente. Nessa situação, não basta verificar se os novos componentes têm a sua própria documentação do fabricante. É necessário avaliar o conjunto como uma função tecnológica integrada, tendo em conta as funções de segurança na automação industrial.

Isto, por sua vez, desencadeia obrigações adicionais de projeto: verificação das medidas de proteção, revisão das instruções de operação e manutenção, atualização dos esquemas, descrição dos novos modos de funcionamento e das regras para eliminação de perturbações. Se a equipa só se aperceber disso na fase de receção, o custo já não decorre apenas da conformidade, mas também das alterações executadas sob a pressão da paragem da produção. É precisamente por isso que a responsabilidade não pode ser transferida de forma eficaz apenas com uma cláusula na encomenda. Se a modernização tiver características de uma alteração substancial, a avaliação deve abranger a segurança de toda a máquina ou do conjunto de máquinas após a modificação, e não apenas a conformidade de cada fornecimento em separado.

Do ponto de vista jurídico, este é um momento decisivo. Quando, após a modernização, muda a entidade que efetivamente responde pela solução técnica no seu todo, aumentam tanto o risco de projeto como o risco de assumir o papel de fabricante. Mesmo que a qualificação formal ainda exija análise, é necessário parar antes do arranque e pôr em ordem os fundamentos: o âmbito das funções, os limites do sistema, a responsabilidade pela integração e a lista dos documentos que deixam de estar atualizados após a alteração.

Como abordar o tema na prática

O ponto de partida não deve ser a pergunta sobre como designar o projeto, mas sim quem, após a reformulação, responde pelo funcionamento da máquina como um todo. Dessa resposta dependem o cronograma, o orçamento, a forma de conduzir as receções e a preparação da documentação. Se a alteração abranger a lógica de controlo, as funções de segurança, a sequência de funcionamento, a cooperação com outros equipamentos ou interferir com parâmetros que determinam o risco, o projeto deve ser conduzido como se a qualificação pudesse levar ao reconhecimento do sistema como uma nova máquina ou, pelo menos, como um conjunto técnico substancialmente alterado.

Não se trata de formalização excessiva, mas da sequência correta das decisões. Primeiro, é preciso definir quem responde pela arquitetura da solução, quem aprova os limites do sistema e quem assegura a coerência da documentação. Só depois faz sentido dividir o âmbito entre mecânica, automação, software e apoio à manutenção. Se ninguém gerir a alteração como uma única solução técnica, o projeto normalmente parece mais barato na encomenda, mas torna-se mais caro durante os testes, as receções e após o arranque. Nestes casos, também é importante organizar corretamente a colaboração entre o integrador, a software house e a manutenção.

Um bom teste é acompanhar uma alteração concreta. Uma máquina antiga recebe um novo controlador, acionamentos, cortinas de proteção e é integrada numa linha com alimentação e recolha automáticas de peças. O núcleo mecânico do equipamento mantém-se o mesmo, pelo que é fácil considerar que se trata apenas de uma renovação. No entanto, após a alteração, verifica-se que a paragem de emergência funciona de forma diferente, o bloqueio dos resguardos passa a ser realizado de outro modo e o operador já não trabalha com uma máquina isolada, mas com uma parte de um processo integrado. Nessa situação, o principal peso do projeto não está no preço dos componentes, mas na necessidade de voltar a descrever as funções, verificar os cenários de falha e atualizar as instruções, os esquemas e os critérios de receção.

Na prática, antes do início dos trabalhos, vale a pena responder pelo menos a três perguntas:

• Após a alteração, muda a forma de controlar o movimento ou a paragem da máquina?
• A reformulação afeta as funções de segurança ou os limites de todo o sistema?
• É necessário que uma única entidade consolide a solução e confirme a sua correção como um todo?

Se a resposta a estas perguntas for afirmativa, deve adotar-se um regime reforçado de avaliação e documentação. Não se pode presumir que a questão ficará resolvida com as declarações relativas às novas peças. Só então faz sentido decidir se o âmbito das alterações aproxima o projeto de um tratamento como nova máquina. Convém também separar duas questões que, na prática, muitas vezes se confundem: se o projeto exige uma nova qualificação jurídica e se, após a modernização, a máquina é efetivamente segura. Estas questões estão relacionadas, mas não são idênticas, e cada uma exige confirmação própria antes do arranque da produção, de preferência com base numa análise de risco no projeto.

Aspetos a ter em conta na implementação

A maioria dos erros surge quando as perguntas certas são colocadas demasiado tarde. Se a equipa só descobrir após a montagem que foram alteradas a lógica de funcionamento, os limites do sistema ou as funções de segurança de toda a máquina, a implementação entra numa fase de correções dispendiosas. É necessário regressar à documentação, voltar a verificar as soluções técnicas, completar as evidências de conformidade e adiar as receções. Após o arranque, o que conta já não é a designação do projeto na encomenda, mas o efeito técnico real da reformulação.

Por isso, logo na fase de conceção, vale a pena adotar um critério simples: após a modernização, continua a ser possível afirmar com rigor que se trata da mesma máquina com um subconjunto restaurado ou melhorado, ou foi criada uma nova função produtiva, uma nova forma de controlo ou uma nova configuração de risco. Isto não substitui a análise, mas ajuda a estruturar as decisões. Se a alteração exigir a redefinição da sequência de funcionamento, das zonas de acesso, dos modos manuais, da paragem, das dependências entre máquinas ou da reação do sistema a uma avaria, deve assumir-se desde o início um regime técnico e formal reforçado.

Um bom exemplo de situação-limite é a substituição do comando por um sistema programável, associada à instalação de novos acionamentos e à alteração da interação com o transportador de alimentação. Do ponto de vista formal, pode ser descrita como a modernização de uma linha existente, mas, tecnicamente, as consequências vão mais longe: mudam as condições de arranque, os tempos de paragem, as relações entre os resguardos e o movimento, bem como o comportamento da máquina após a falha e o restabelecimento da alimentação elétrica. Se a isso se juntar um novo painel de operador, um novo modo de ajuste ou uma intervenção remota de assistência técnica, o risco deixa de resultar de componentes isolados e passa a decorrer da arquitetura de toda a solução, incluindo as funções de segurança no sistema de comando após a remodelação.

Nesta situação, a pergunta certa não é se os novos componentes têm as suas próprias declarações, mas sim quem assume a responsabilidade pelo correto funcionamento do sistema após a integração e se isso pode ser demonstrado por meio de ensaios, análise de riscos e documentação final da execução. Normalmente, é neste momento que a segurança prática e a qualificação jurídica deixam de seguir caminhos separados. Se o âmbito da remodelação for suficientemente amplo para criar uma nova configuração funcional da máquina ou do conjunto de máquinas, não basta manter o manual antigo e anexar a documentação dos novos subconjuntos. É necessário verificar se passa a existir a obrigação de realizar uma avaliação completa da conformidade do conjunto, preparar a documentação técnica integral e atualizar as informações para o utilizador de acordo com o estado real da máquina após as alterações.

Em projetos ambíguos, a forma mais segura de fundamentar a decisão é baseá-la numa descrição documentada do âmbito da modernização, numa análise do impacto sobre as funções de segurança e na indicação clara da entidade responsável pela integração. Sem isso, é fácil ignorar não só as obrigações relacionadas com a marcação CE após uma modernização substancial, mas também a obrigação mais simples e muitas vezes negligenciada de atualizar de forma rigorosa o manual de instruções da máquina após a remodelação, os esquemas, as descrições dos modos de funcionamento e as regras de manutenção.

A conclusão do ponto de vista da gestão é simples: a forma de qualificar a modernização deve ser definida antes da encomenda das soluções de detalhe, e não depois da sua entrega. Caso contrário, qualquer necessidade tardia de testes adicionais, resguardos, interbloqueios, validação das funções de segurança ou correções da documentação parecerá um custo não planeado, quando, na realidade, resulta de um pressuposto inicial incorreto. Por isso, em projetos de fronteira, vale a pena acompanhar não só o prazo de montagem, mas também o número de riscos de segurança ainda em aberto antes da receção, as alterações na lógica de comando após os testes de integração e a completude da documentação para o utilizador e para a manutenção. Estes sinais mostram rapidamente se ainda estamos perante a modernização de uma máquina existente ou já perante um projeto que, na prática, conduz à criação de uma nova máquina e à assunção da responsabilidade própria do fabricante. Na fase de planeamento, também ajuda ter em conta os custos ocultos da orçamentação da certificação CE e o contexto mais amplo, que é o segurança de máquinas na prática industrial.