Máquinas fabricadas para uso próprio (in-house) e as obrigações legais da empresa em 2026

Porque é que este tema é hoje importante

As máquinas construídas para uso próprio já não são um tema secundário da manutenção industrial, mas sim uma área com risco real de projeto e de responsabilidade para a unidade industrial. Em 2026, a questão já não se resume a saber se o equipamento “vai sair para o exterior”, mas sim se a forma como foi concebido, montado e colocado em funcionamento gera, do lado da empresa, obrigações próprias de um fabricante ou de uma entidade que introduz uma modificação substancial em máquinas. Isto tem impacto direto no calendário do investimento, no orçamento e na responsabilidade da equipa de gestão. Uma qualificação incorreta do projeto raramente termina com uma simples correção documental. Na maioria dos casos, significa reconstrução de proteções, alteração do sistema de comando, novos ensaios, atraso no arranque e discussão sobre quem deveria ter assegurado a conformidade. Na prática, o mais dispendioso não são os requisitos em si, mas as decisões tomadas demasiado tarde.

Por isso, este tema deve ser decidido na fase de pressupostos do projeto, e não apenas na receção final. Para a equipa, isso significa responder a uma questão operacional essencial: a unidade industrial está apenas a montar equipamentos típicos num processo já existente ou está, de facto, a criar uma nova máquina ou a alterar a função e o nível de risco de uma máquina já existente. Este critério tem uma dimensão prática, porque organiza a responsabilidade pela documentação técnica, pela avaliação de riscos, pelas soluções de segurança e pelas condições de autorização de utilização. Se a decisão for tomada demasiado tarde, o projeto começa a ser conduzido com pressupostos errados: a mecânica segue um caminho, a automação industrial segue outro, e a questão da conformidade só regressa quando o equipamento já está fisicamente concluído e qualquer alteração custa várias vezes mais do que na fase de conceção.

Um exemplo típico da prática é uma célula robotizada ou uma linha semiautomática montada a partir de componentes prontos: robô, transportadores, cortinas, controlador e software desenvolvido internamente na unidade industrial. Internamente, isto é por vezes tratado como “modernização do processo”, porque nada é vendido ao cliente. No entanto, do ponto de vista da responsabilidade, o fator decisivo não é o local de utilização, mas o efeito técnico da integração. Se a equipa cria uma nova lógica de funcionamento, define zonas perigosas nas máquinas, seleciona funções de segurança na automação e estabelece as condições de intervenção do operador, então já não está apenas a executar uma montagem. Nessa situação, a conformidade tem de ser gerida como parte integrante do projeto de engenharia, com os seus próprios pontos de decisão e indicadores, como o número de não conformidades de segurança em aberto antes do arranque, o número de alterações construtivas após a receção interna e o tempo necessário para concluir a avaliação de riscos.

Só neste contexto faz sentido introduzir a referência normativa. Em 2026, para a unidade industrial, o mais importante é distinguir se está perante uma máquina nova, um conjunto de máquinas interligadas, a reconstrução de uma máquina existente ou apenas uma alteração operacional sem impacto nos requisitos essenciais de segurança. O âmbito das obrigações não é idêntico em cada uma destas situações, pelo que não se pode basear a decisão na simplificação de que “é para uso próprio, por isso as regras do fabricante não se aplicam a nós”. Se a unidade industrial assume o controlo efetivo do projeto e da sua segurança, tem de estar preparada para demonstrar com base em que critérios considerou admissível determinada solução. É precisamente isso que hoje dá relevância ao tema: não se trata de uma formalidade no fim do processo, mas da escolha de um modelo de execução do projeto que ou limita o risco e o custo, ou os transfere para o momento em que a correção se torna mais difícil.

Onde é que o custo ou o risco mais frequentemente aumentam

Em projetos de máquinas construídas para uso próprio, o custo raramente aumenta por causa de um único “grande erro”. Na maioria das vezes, cresce como resultado de uma série de decisões tomadas demasiado tarde ou ao nível errado de responsabilidade. O pressuposto mais arriscado é o de que as questões legais e de segurança podem ser resolvidas depois de concluída a construção, quando a parte mecânica e o controlo já estão, na prática, fechados. Nessa fase, qualquer correção de proteções, sistemas de comando relacionados com a segurança, funções de paragem ou acessos de manutenção deixa de ser uma pequena alteração e passa a afetar o calendário, as validações internas e o âmbito dos trabalhos dos fornecedores. Para a fábrica, isto significa não só um custo de execução mais elevado, mas também um risco real de assumir a responsabilidade por uma solução que não é fácil de justificar, nem do ponto de vista técnico nem organizacional.

Na maioria dos casos, o problema começa logo na fase de qualificação do projeto. A equipa trata o projeto como uma modernização ou um “posto tecnológico”, quando, na realidade, está a ser criada uma nova máquina ou um conjunto de máquinas com lógica de comando própria, funções de segurança integradas e um modo de utilização previsível. Se esta fronteira for mal identificada, também o percurso de decisão seguinte será incorreto: outro âmbito de documentação, outra forma de avaliação de risco, outros requisitos para as interfaces entre equipamentos. O critério prático é simples: é preciso responder a quem decide efetivamente sobre a arquitetura de segurança, a forma de comando e as condições de utilização após a entrada em funcionamento. Se a resposta for “a fábrica”, não faz sentido construir o calendário como se a responsabilidade permanecesse exclusivamente do lado dos executantes dos componentes individuais.

Um bom exemplo é uma linha montada a partir de módulos prontos, robôs, transportadores e software de supervisão próprio. No início, o projeto parece organizacionalmente seguro, porque a maioria dos equipamentos vem de fornecedores reconhecidos. No entanto, o custo e o risco surgem no ponto de integração: as zonas de acesso sobrepõem-se, o reset após uma paragem de emergência não segue uma lógica uniforme, e os modos de ajuste e de manutenção só são resolvidos durante o arranque. É então que se torna evidente que as declarações e instruções dos componentes individuais não resolvem o problema do conjunto funcional como um todo. O efeito no projeto é típico: sucessivas alterações nos quadros elétricos, mudanças de software, adaptação de proteções, testes adicionais e adiamento da data de entrega para exploração. Por isso, vale a pena medir não só o número de não conformidades, mas também o número de interfaces de segurança em aberto entre equipamentos e o número de alterações às funções de segurança após a conclusão do projeto de execução. São indicadores que mostram cedo se o custo começa a aumentar no ponto mais difícil de controlar. Uma auditoria de segurança de máquinas e linhas de produção pode ajudar a identificar estes sinais numa fase inicial.

A segunda fonte de perdas é a distribuição de responsabilidades entre departamentos de uma forma conveniente do ponto de vista organizacional, mas pouco clara do ponto de vista legal. O projetista assume uma solução, a automação implementa-a, a manutenção acrescenta requisitos de exploração, e ninguém fecha as decisões numa única avaliação de risco referente à configuração final. Na prática, é precisamente aí que surgem desvios aparentemente pequenos: os interruptores das proteções são selecionados sem relação com o tempo real de paragem, os bypasses de manutenção não têm condições de utilização claramente definidas, e a instrução interna descreve um estado ideal, e não o estado após as alterações introduzidas durante o arranque. Em 2026, no caso de máquinas fabricadas internamente, esta situação é particularmente perigosa, porque a fábrica não pode escudar-se no argumento de que “o sistema foi sendo criado por etapas”. Se assumiu o papel de entidade que efetivamente cria e integra a solução, tem de demonstrar a coerência entre os requisitos essenciais, a avaliação de risco, a documentação técnica e as condições de utilização. Se a qualificação legal do projeto se situa na fronteira entre vários regimes, isso tem de ser decidido antes da encomenda dos componentes críticos, e não depois da entrada em funcionamento. Este é precisamente o critério prático de decisão: saber se a escolha de hoje reduz o número de alterações de projeto após a aceitação interna, ou se apenas adia o problema para o momento em que cada correção já custará o dobro. Em muitos casos, isso exige também avaliar atempadamente as obrigações ligadas à Certificação CE de máquinas.

Como abordar o tema na prática

Na prática, o projeto de uma máquina construída para uso próprio deve ser conduzido como se conduz um produto cuja segurança e conformidade são integralmente da responsabilidade da empresa, e não como um conjunto de trabalhos de manutenção e automação distribuídos por vários departamentos. É isso que determina a forma de tomar decisões logo no início do projeto. Se a equipa tratar a iniciativa apenas como uma “modernização interna”, a questão dos limites da intervenção, do âmbito da responsabilidade e da completude das evidências que sustentam as soluções adotadas costuma surgir demasiado tarde. O resultado é previsível: o custo regressa na fase final do projeto sob a forma de alterações nas proteções, mudanças no sistema de controlo, novo arranque e correções da documentação, enquanto a responsabilidade continua do lado da empresa, independentemente do número de subcontratados envolvidos nos trabalhos.

Por isso, a primeira decisão de gestão não deve ser “o que vamos comprar”, mas sim “quem fecha a qualificação do projeto e com base em quê”. Num projeto in-house, é necessário um único responsável pela decisão sobre a configuração final da máquina: uma pessoa ou uma equipa capaz de articular a função técnica, as condições de utilização, a forma de intervenção da assistência técnica e as consequências jurídicas. Um bom critério de avaliação é simples: neste momento, é possível definir o modo de funcionamento pretendido, os modos especiais, os limites de acesso das pessoas às zonas de perigo e as condições de paragem e de novo arranque após uma intervenção? Se não, o projeto ainda não está pronto para encomendar componentes críticos nem para fechar a arquitetura de controlo. Nessa fase, qualquer decisão de compra reduz a flexibilidade e aumenta o risco de, mais tarde, ser necessário adaptar a segurança a uma solução já escolhida, em vez de a projetar em paralelo com a função da máquina. Uma abordagem deste tipo exige também disciplina de gestão de projetos.

Um exemplo típico diz respeito a uma célula robotizada ou a uma linha montada a partir de subconjuntos provenientes de diferentes origens. Na fase de conceção, parte-se do princípio de que o acesso para assistência será simples, mas, após os ensaios, verifica-se que o ajuste exige entradas mais frequentes no interior, trabalho a velocidade reduzida ou a desativação temporária de parte das proteções em condições estritamente definidas. Se estes cenários não tiverem sido previamente identificados e avaliados, a equipa começa a “acrescentar” exceções: um interruptor adicional, um bypass, um procedimento separado para o técnico. É neste momento que aumentam tanto o custo como a responsabilidade pessoal de quem aprova a solução. Não porque a própria alteração seja inadmissível, mas porque foi introduzida fora de um processo fechado de análise de risco no projeto e sem demonstrar que a forma final de utilização continua a cumprir os requisitos de segurança. Por isso, vale a pena medir não só o prazo de arranque, mas também o número de alterações que afetam as funções de proteção após a receção interna, o número de desvios em aberto sem decisão do responsável pelo projeto e o tempo necessário para colocar a documentação em conformidade com a máquina real.

Só neste contexto faz sentido a referência normativa e jurídica. Em 2026, no caso de máquinas construídas in-house, o ponto essencial não é a simples expressão “para uso próprio”, mas sim saber se a empresa efetivamente projeta, integra e coloca em funcionamento uma solução completa sob o seu próprio controlo. Se assim for, deve ser capaz de demonstrar a coerência entre os requisitos essenciais, a avaliação de risco, as soluções técnicas, as instruções e as condições de utilização. Se a situação real for mais complexa, por exemplo, se incluir a reconstrução de uma máquina existente, a integração de vários conjuntos ou a alteração da utilização prevista, a qualificação deve ser definida antes da implementação, porque dela dependem o âmbito das obrigações documentais e a forma de conduzir as evidências de conformidade. Do ponto de vista do gestor, isto significa uma coisa: não adiar a definição do estatuto jurídico do projeto para a fase de arranque. Nesta área, o atraso quase sempre se transforma em custo de conceção, e o custo de conceção rapidamente se converte em risco de responsabilidade para a empresa. Em projetos mais complexos, esse enquadramento pode exigir o apoio de um gabinete de projeto.

O que ter em atenção na implementação

Nas máquinas construídas para uso próprio, o maior erro de implementação é partir do princípio de que, como o equipamento permanece na fábrica, os requisitos formais podem ser “fechados mais tarde”. Na prática, é precisamente a fase de arranque que revela se o projeto foi conduzido como um empreendimento de engenharia com controlo de alterações ou como uma sequência de decisões pontuais tomadas sob pressão da produção. Para a empresa, em 2026, isto tem um impacto jurídico e financeiro direto: qualquer alteração na lógica de controlo, nas proteções, no acesso para assistência técnica ou no modo de trabalho do operador após a receção técnica pode comprometer a coerência da avaliação de risco e da documentação anteriores. Se a equipa não conseguir indicar quem aprovou a alteração, qual foi o seu impacto na segurança e se as instruções continuam a corresponder à situação real, então o problema não é apenas organizacional. Trata-se do risco de a empresa ser responsabilizada por colocar em funcionamento uma solução cuja segurança não foi demonstrada de forma defensável.

Por isso, no projeto, é necessário ter em atenção não só os parâmetros técnicos, mas também os limites das decisões admissíveis sem nova avaliação. O critério prático é simples: se a alteração afeta uma função de segurança, a sequência de trabalho, o acesso de pessoas à zona de perigo, o modo de ajuste, a manutenção ou a utilização prevista, não deve ser tratada como uma simples correção de arranque. Uma alteração deste tipo exige uma decisão do responsável pelo projeto, uma revisão do risco e a verificação de que as evidências de conformidade continuam válidas. Do ponto de vista do calendário, isto significa que a arquitetura de segurança deve ficar fechada antes do arranque da produção, e não depois. Se a empresa não o fizer, o custo regressa em dobro: primeiro sob a forma de retrabalho elétrico ou mecânico, depois como paragem, receções adicionais e disputa de responsabilidades entre a automação, a manutenção e o gestor de projeto. Em situações que envolvem máquinas já existentes, também pode ser necessário verificar a adequação das máquinas aos requisitos mínimos.

Um exemplo prático típico é um posto construído internamente com um robô, um transportador e um sistema de alimentação, que inicialmente deveria funcionar sem intervenção do operador, mas que, após os testes, passa a permitir o reabastecimento manual da peça durante o funcionamento automático. Do ponto de vista do projeto, esta decisão é muitas vezes apresentada como uma pequena otimização de desempenho. Na realidade, altera as condições de utilização, a forma de acesso à zona de trabalho e os requisitos aplicáveis às medidas de proteção e ao controlo. Se a equipa tratar isto como uma melhoria local, sem revisão formal, pode surgir uma situação em que a instrução descreve uma forma de utilização, a avaliação de risco outra, e a exploração real ainda outra. Esta discrepância aumenta o custo de manutenção e de defesa das decisões técnicas, porque qualquer avaria posterior, incidente potencialmente causador de acidente ou inspeção será avaliado com base na situação real, e não nas intenções do projeto. Este tipo de problema surge com frequência em linhas de produção e tecnológicas integradas internamente.

Só neste contexto faz sentido abordar os requisitos legais. Nas máquinas in-house, não basta a convicção de que a empresa é “apenas utilizadora” se, na realidade, foi ela própria que concebeu, integrou ou alterou de forma significativa a solução e a colocou em funcionamento. Neste enquadramento, o que conta é a capacidade de demonstrar que os requisitos essenciais foram traduzidos em soluções técnicas e organizacionais concretas. Quando o estatuto do projeto é limítrofe, por exemplo, porque inclui a reconstrução de uma máquina existente ou a integração de vários equipamentos numa nova unidade funcional, a decisão tem de assentar na situação real e não na designação do projeto ou na estrutura das compras. Para a equipa, a medida prática da maturidade da implementação é a seguinte: antes do arranque, é possível identificar sem complementos o âmbito atual da máquina, a avaliação de risco aprovada, a lista de alterações após os testes, as condições de exploração segura e a pessoa responsável pela aceitação dos desvios? Se não, a implementação está formal e operacionalmente por fechar, mesmo que a máquina já execute o ciclo de produção. Nessa fase, uma nova auditoria de segurança de máquinas e linhas de produção pode ser um apoio útil, tal como a verificação das implicações da Certificação CE de máquinas.