Escolher um integrador de automação: 5 critérios que realmente determinam a segurança e o custo total do projeto

A escolha de um integrador de automação raramente se decide apenas no plano técnico. Na prática, trata-se de decidir em que fase o projeto vai expor o risco: logo na conceção e nos alinhamentos iniciais ou só depois da montagem, quando a linha tem de regressar à produção. Do ponto de vista da fábrica, o mais dispendioso não são erros pontuais de programação, mas pressupostos de partida incorretos: um limite de alterações mal definido, interfaces com a instalação existente que foram ignoradas, ausência de testes acordados, documentação insuficiente e responsabilidade transferida para o utilizador final.

Por isso, o preço da proposta deve ser apenas um dos elementos de avaliação. O custo real do projeto costuma ser determinado pelas perguntas que o integrador faz antes da encomenda, pela forma como conduz o arranque e pela qualidade do registo de projeto deixado após a conclusão dos trabalhos. É precisamente neste ponto que segurança e custos deixam de ser temas separados.

O preço da integração não é o custo do projeto

O mais fácil é comparar o valor da proposta, mas esse costuma ser o critério de escolha mais fraco. O custo de aquisição do serviço representa apenas uma parte do custo de toda a decisão de projeto. O retorno do investimento é mais frequentemente condicionado por problemas que surgem após o arranque: retrabalho nas proteções, alterações na lógica de segurança, conflito entre a produtividade exigida e as condições reais de operação segura, falhas na documentação necessária para a receção e atrasos associados ao novo arranque da instalação. Por esse motivo, a proposta mais barata raramente acaba por ser a mais económica ao longo de todo o ciclo de vida da solução.

Em projetos de modernização, a diferença entre um executante e um parceiro de projeto torna-se visível muito cedo. O executante faz aquilo que está escrito na especificação. O parceiro de projeto começa por verificar se a própria especificação não contém pressupostos que mais tarde se transformarão em custos ou responsabilidades para a fábrica. Sabe identificar os limites do projeto, as interfaces com a linha existente, as dependências entre mecânica, controlo e segurança, bem como o impacto das alterações no estatuto da máquina após a modernização e na avaliação da conformidade. Não se trata de um estilo de trabalho, mas da capacidade de gerir o risco desde o início do projeto.

A maior parte das soluções de recurso dispendiosas surge normalmente na fase de conceção. O cenário é frequente e repete-se: o projeto prevê uma simples substituição do sistema de controlo, mas sem analisar o impacto na sequência de funcionamento, no acesso para manutenção e nas funções de segurança. Depois do arranque, verifica-se que o operador tem de executar operações manuais adicionais, a manutenção necessita de procedimentos que compensem um projeto fraco e a produtividade desce porque o acesso seguro às zonas de trabalho não foi bem resolvido. É então que começam as correções não previstas na proposta: alterações mecânicas, reforço das proteções, reformulação dos circuitos de segurança, atualização da documentação e novas receções. Nessa altura, o próprio programa do controlador pode ser a parte menos relevante do problema.

Por isso, vale a pena analisar a proposta do integrador não apenas na perspetiva do investimento inicial, mas também dos custos após o arranque e das perguntas colocadas logo à partida. É um bom sinal quando há uma descrição precisa dos pressupostos-limite, identificação dos riscos na interface com a instalação existente, reservas quanto à falta de dados de entrada e disponibilidade para questionar expectativas erradas do investidor. É um mau sinal prometer uma execução rápida sem análise das interfaces, não fazer referência à documentação da máquina existente, omitir as condições de receção e nada dizer sobre a responsabilidade pela segurança após as alterações. Neste contexto, torna-se claro que a segurança e os custos ocultos do projeto e da certificação CE não são um complemento acrescentado no fim, mas uma condição de base de toda a modernização.

Cinco critérios que eliminam falsas poupanças

Os projetos mais caros nem sempre são aqueles em que o integrador apresentou um preço inicial mais elevado, mas sim aqueles em que se comprou uma aparência de simplicidade. Por isso, a escolha do executante deve assentar em cinco critérios que podem ser verificados ainda antes da assinatura do contrato. Funcionam tanto numa conversa técnica como num pedido de proposta ou numa matriz de avaliação de propostas.

O primeiro critério é a maturidade de projeto na área da segurança. Um integrador rigoroso consegue descrever não só a arquitetura de controlo, mas também a forma de identificar perigos, os pressupostos-limite, a repartição de responsabilidades entre as partes e a lógica de seleção das medidas de proteção. Se a conversa se limitar à escolha do controlador, da cortina ou do bloqueio, sem chegar à questão de quem é responsável pela avaliação de riscos após as alterações, quais são os modos de funcionamento e que desvios à operação normal têm de ser considerados, então o projeto está a ser conduzido de forma demasiado superficial.

O segundo critério diz respeito à capacidade de trabalhar na interface entre especialidades. Os problemas reais de segurança raramente resultam de um único erro elétrico. Surgem nas interfaces: entre o movimento mecânico e a proteção, entre a sequência de controlo e a pneumática, entre o reset do sistema e a visibilidade da zona perigosa, entre a ergonomia da operação e a organização da mudança de formato. Um integrador que não deteta estas dependências normalmente transfere o respetivo custo para a fase de arranque.

O terceiro critério é a qualidade da documentação e do registo das decisões. Na fase de proposta, deve ficar claro se o fornecedor prevê conceito de segurança, esquemas, lista de entradas e saídas, descrição das funções, plano de testes, registo de alterações e condições de aceitação. A ausência de documentação significa quase sempre transferir o custo para a fábrica: a manutenção perde tempo a reconstruir a lógica de funcionamento, as alterações seguintes são introduzidas sem segurança quanto aos seus efeitos e a avaliação da conformidade após a modernização torna-se mais difícil, porque não se sabe que pressupostos foram adotados nem o que foi efetivamente alterado. Uma boa documentação não é um complemento administrativo, mas sim uma ferramenta de controlo do risco técnico.

O quarto critério é a forma como são conduzidos o arranque e a aceitação. Para a fábrica, não importa apenas que a máquina entre em funcionamento, mas também que o arranque seja planeado de modo a permitir confirmar objetivamente o cumprimento dos requisitos funcionais e de segurança. O integrador deve definir antecipadamente os cenários de teste, os critérios de aceitação, as condições de entrega para exploração e o modo de tratamento das não conformidades. Se a aceitação se limitar ao arranque da produção e à correção de falhas em andamento, o investidor assume o risco de litígios sobre o âmbito, atrasos e correções dispendiosas após a paragem.

O quinto critério é a facilidade de manutenção e a durabilidade da solução. O programa pode funcionar corretamente no dia do arranque e, ainda assim, ter sido escrito de forma pouco legível, sem diagnóstico adequado, sem controlo de versões e sem preparação para alterações futuras. Nesse caso, cada avaria, ampliação ou substituição de componentes passa a ser uma operação de risco acrescido. Uma solução bem preparada permite recuperar a versão do programa, identificar a causa da paragem, verificar os parâmetros de segurança e introduzir modificações sem degradar o nível de proteção.

Estes critérios podem ser verificados rapidamente com algumas perguntas:

• Como serão descritos a identificação dos perigos, o âmbito das alterações e a repartição de responsabilidades entre o integrador e o utilizador?
• Que documentos serão condição para a aceitação: esquemas, descrição das funções, plano de testes, relatórios, registo de alterações, cópias do programa e versões de segurança?
• De que forma serão realizados os testes funcionais e os testes relacionados com a segurança, e quem aprova as não conformidades e os desvios?
• Como será assegurada a manutenção da solução ao fim de um ano e após uma nova modernização: diagnóstico, acesso a peças, clareza do programa, recuperação de versões?

Se as respostas forem vagas, o problema não está no estilo de comunicação, mas na maturidade do processo. Do ponto de vista dos custos e da conformidade, é precisamente nessa altura que aumenta o risco de a fábrica assumir obrigações que não foram consideradas nem no orçamento nem no cronograma.

Onde o integrador gera custo ou o elimina

O custo do trabalho do integrador avalia-se melhor pela fase do projeto em que os problemas se tornam visíveis. Se as decisões difíceis só surgirem durante o arranque, o custo é quase sempre transferido para a fábrica: sob a forma de paragens adicionais, alterações executadas sob pressão da produção e responsabilidade pouco clara pelo que foi realmente modificado. Num projeto bem conduzido, esses custos são eliminados mais cedo. O conflito entre o ritmo exigido, o acesso do operador, o acesso para manutenção e as medidas de proteção deve ser identificado na fase de conceção, e não no chão de fábrica após a montagem.

É neste ponto que mais facilmente se distingue o fornecedor que “substitui o controlo” do integrador que responde pela coerência da solução. A modernização de uma máquina existente ou de uma parte da linha raramente se resume à simples substituição do controlador e de alguns acionamentos. A alteração da lógica de funcionamento afeta normalmente todo o sistema de dependências: a sequência dos movimentos passa a ser diferente, os tempos de reação mudam, surge a necessidade de outro tipo de acesso durante a mudança de formato, a limpeza ou a remoção de encravamentos. Se o integrador não analisar isso antes de congelar o projeto, o controlo pode funcionar corretamente e, ainda assim, o conjunto não estar pronto para uma exploração segura.

Um exemplo típico é simples. A fábrica planeia modernizar um posto de embalagem numa curta janela de manutenção. O pressuposto inicial parece razoável: substituição de um controlo obsoleto, reorganização dos acionamentos, alguns ajustes na sequência, sem intervenção mecânica. No entanto, após o arranque, verifica-se que a nova lógica exige entradas mais frequentes do operador na zona de alimentação de material, e que as proteções existentes e a disposição dos dispositivos de proteção prolongam cada intervenção até um nível inaceitável para a produção. A manutenção começa a procurar soluções de recurso, os serviços de segurança no trabalho questionam a forma de acesso, a produção pressiona para repor o ritmo, e o integrador indica que o programa funciona de acordo com a função acordada. Na etapa seguinte, é necessário alterar as proteções, reformular a forma de confirmação das intervenções, aperfeiçoar o procedimento de mudança de formato e completar as instruções para operação e manutenção.

Cada uma destas alterações, isoladamente, pode parecer pequena, mas em conjunto cria uma cascata de custos: mais dias de indisponibilidade do posto, novas não conformidades na aceitação, intervenções adicionais após o arranque da produção e um litígio sobre se o problema identificado foi uma alteração de âmbito ou a consequência de um conceito incorreto. O mesmo caso, conduzido com rigor, apresenta-se de forma diferente logo algumas semanas antes. O integrador mostra que o ritmo exigido e o modo de operação esperado entram em conflito com a configuração atual das proteções e com o acesso para manutenção. Não esconde o problema atrás da fórmula “isso resolve-se no arranque”, mas apresenta variantes e as suas consequências para o processo, a segurança e a aceitação posterior.

É precisamente nesse momento que a fábrica pode tomar uma decisão informada: avançar com uma modernização completa ou fasear os trabalhos com uma definição incompleta dos requisitos, mas com um limite de responsabilidade claramente descrito para as alterações identificadas durante o arranque. Na prática, por isso, vale a pena perguntar não só pelas declarações, mas também pelo histórico de projetos anteriores: quantas alterações foram introduzidas depois de o projeto ter sido fechado, quantas não conformidades surgiram na receção, quantas intervenções foram necessárias após o arranque e qual foi o tempo real de indisponibilidade do posto. Estas perguntas mostram rapidamente se estamos perante um problema normal de arranque ou um erro de projeto.

Só neste contexto se percebe claramente o papel da documentação, dos testes e da avaliação da conformidade e certificação CE após a modernização. Não se trata de um complemento burocrático a uma máquina já pronta. São o resultado de um bom processo de projeto, que articula a lógica de controlo com a segurança, a ergonomia da operação e as necessidades de manutenção. Se estes elementos não forem desenvolvidos em paralelo, a fábrica assume o risco no pior momento possível: depois da montagem, sob pressão para retomar a produção e sem a certeza de que o âmbito das alterações não gera obrigações adicionais para o utilizador final.

Como comprar com responsabilidade, antes de surgir o problema

Uma boa decisão de compra em automação industrial não começa pela comparação de preços, mas pela qualidade dos dados de entrada fornecidos ao integrador. Se o pedido descrever apenas o resultado produtivo esperado, o fornecedor acabará por definir por sua conta os limites do projeto, o modo de operação, as condições de assistência e os pressupostos relativos à linha existente. Normalmente, isso significa que a proposta mais barata só o é porque omite elementos geradores de custo que só se tornam visíveis no arranque.

Por isso, a fábrica deve descrever não apenas a função da máquina ou da modernização, mas também as limitações do processo, os requisitos de operação, as interfaces com sistemas e equipamentos já em funcionamento, o modo de serviço pretendido, as condições de paragem e o âmbito da documentação necessária para a manutenção, a formação e futuras alterações. Nesta fase, também é necessário decidir se os trabalhos de mecânica e automação serão conduzidos em conjunto ou em separado, e quem responde pelas interfaces entre especialidades. Quanto mais precisos forem os dados de entrada, menor será o risco de a proposta esconder custos empurrados para mais tarde.

A avaliação das propostas deve valorizar não a promessa “fazemos tudo”, mas aquilo que pode ser verificado antes da encomenda. Uma boa proposta apresenta o plano de trabalhos, a lista de pressupostos adotados para a orçamentação, os riscos identificados, os dados de entrada exigidos à fábrica, a repartição de responsabilidades e a forma de testar antes da entrega e durante o arranque. Deve também descrever com clareza as condições de aceitação: o que constitui condição indispensável para a aprovação e o que pode passar para uma lista de pontos em aberto a fechar após o arranque. Se o integrador não consegue identificar os riscos, definir critérios de aceitação nem indicar a informação em falta, o problema não desaparece com a assinatura da encomenda. Apenas será transferido para o calendário da paragem e para o orçamento das alterações.

A maior parte dos mal-entendidos surge mais tarde não por causa da técnica em si, mas por causa de um contrato pouco preciso. O documento comercial deve organizar não só o prazo e o preço, mas também o modo de gestão da alteração, os direitos sobre o código-fonte, o projeto e a documentação, as obrigações das partes durante o arranque, os critérios de aceitação e a lista completa dos materiais a entregar na receção. Isto inclui programas de controladores e painéis, cópias de segurança, esquemas, listas de sinais, parametrizações, instruções, resultados de testes e documentos necessários para a exploração posterior e para uma eventual via de avaliação da conformidade. É boa prática condicionar a receção final e o último pagamento à completude da documentação e à realização dos testes acordados, porque é precisamente nesse momento que se revela o verdadeiro nível de preparação do integrador.

• no pedido: função, limitações do processo, interfaces, modo de serviço, documentação esperada, limites do projeto
• na proposta: pressupostos, riscos, plano de testes, responsabilidades das partes, condições de aceitação
• no contrato e na receção: regras para alterações, direitos sobre o código e os documentos, conjunto completo da entrega, critérios de aceitação

A referência aos requisitos formais deve fechar a decisão, e não substituí-la. As simples menções à segurança de máquinas, à avaliação da conformidade, à documentação técnica, às instruções ou à verificação das funções de segurança não corrigem um âmbito mal definido nem uma repartição pouco clara de responsabilidades. Se o projeto disser respeito a uma máquina nova ou a uma modernização que possa ser considerada uma alteração substancial, isso tem de ser identificado com a devida antecedência, ainda antes da encomenda e antes de se definir a forma de execução. Caso contrário, o utilizador final pode ficar com obrigações que não foram consideradas nem na proposta nem no calendário.

A conclusão prática é simples: sai mais barato dedicar mais tempo à preparação do pedido, à verificação do integrador e à revisão de segurança antes do arranque da produção do que financiar correções quando a linha já está parada e as responsabilidades entre as partes continuam pouco claras. Na escolha de um integrador de automação industrial, a segurança não é um custo acessório. É a forma mais rápida de reduzir os custos que surgem quando o projeto foi mal definido logo no início. Na prática, também ajuda uma colaboração bem organizada entre o integrador e a manutenção, bem como a preparação adequada da fábrica para a automação da produção.