Gestão do risco em contratos para a construção de máquinas especiais: quando o preço fixo protege o orçamento e quando aumenta o custo do erro

Nos contratos para a construção de máquinas especiais, a discussão entre preço fixo e abordagem iterativa muitas vezes coloca o problema no lugar errado. O êxito do projeto raramente depende apenas da fórmula contratual. Muito mais importante é o momento em que as partes consideram os pressupostos técnicos suficientemente maduros para fixar preço, prazo e responsabilidades. Se isso acontecer cedo demais, o risco não desaparece. Apenas é transferido para as fases de projeto, arranque, aceitação e documentação final.

Na prática, uma máquina especial não é um produto repetitivo, mas uma resposta a um processo específico, à peça, às limitações do pavilhão, à forma de trabalho do operador e às condições de manutenção. Por isso, a gestão do risco num projeto deste tipo não começa pela escolha da designação do contrato, mas pela identificação das decisões que ainda podem ser corrigidas com segurança e daquelas que, após as compras e a pré-fabricação, passam a significar retrabalho dispendioso. Só neste enquadramento faz sentido avaliar quando um contrato com preço fixo funciona e quando é necessária uma iteração controlada em projetos de máquinas especiais.

O problema não é o contrato, mas o momento em que se fecham os pressupostos

A origem do risco em projetos de construção de máquinas especiais, na maioria dos casos, não está no modelo comercial em si, mas no fecho prematuro do preço, do calendário e das responsabilidades com pressupostos técnicos ainda imaturos. Se as partes ainda não tiverem um entendimento operacional comum sobre a função da máquina, o contrato não organiza o projeto — apenas adia o conflito.

Na prática, uma descrição genérica do objetivo tecnológico não basta. Antes de fechar o âmbito, é necessário acordar como a máquina deve funcionar no ambiente real: que funções deve ter, que desempenho deve atingir, que variantes de produto deve suportar, onde ficam as interfaces com o meio envolvente, como devem ser feitas as mudanças de formato, a operação manual, o acesso para assistência e a recuperação após uma paragem. São igualmente importantes os limites da automação, a divisão do fornecimento, os requisitos de segurança, os pressupostos de manutenção e o conjunto da documentação de aceitação. Sem estas definições, o preço fixo não elimina a incerteza; transforma-a antes numa discussão sobre se determinada correção é um esclarecimento dos requisitos ou uma alteração de âmbito.

É precisamente isto que distingue um projeto bem estruturado de um projeto apenas aparentemente previsível. Neste último, as partes tentam fechar comercialmente o empreendimento antes de serem tomadas decisões de engenharia que, mais tarde, inevitavelmente regressam. Isso acontece com maior frequência em áreas inicialmente tratadas como “detalhes de execução”: sequência de funcionamento, modos de ajuste e manuais, interbloqueios, dependências de sistemas de nível superior, condições de mudança de formato ou forma de intervenção do operador. Só mais tarde se percebe que são precisamente estas questões que determinam a arquitetura de controlo, as medidas de proteção, o tempo de ciclo e os critérios de aceitação.

Por isso, a abordagem iterativa não deve ser entendida como uma autorização para a falta de disciplina. Num projeto bem conduzido, significa revelar a incerteza de forma controlada, quando a sua eliminação ainda é pouco onerosa e organizacionalmente reversível. Se primeiro forem verificados a lógica do processo, os cenários de operação, os modos de funcionamento, as dependências da linha e a forma como a máquina se comporta após uma paragem, muitos pressupostos errados podem ser corrigidos antes da execução da mecânica, dos quadros elétricos e da documentação de aceitação.

• Antes de uma proposta de preço global, devem estar fechados, pelo menos: a função da máquina, o desempenho exigido, a variabilidade do produto, as interfaces com o meio envolvente, o ambiente de trabalho, os requisitos de segurança, os pressupostos de manutenção e o âmbito da documentação de aceitação.

Em muitos projetos, por isso, é mais sensato adquirir primeiro o conceito, a análise de risco e a fase de projeto, e só depois, quando a maturidade dos pressupostos estiver confirmada, avançar para a execução com preço fixo. Não se trata de formalismo excessivo, mas de uma forma de limitar o custo de decisões tomadas cedo demais.

Isto também é importante para a clareza das responsabilidades. Uma coisa é uma encomenda para alcançar um determinado efeito tecnológico; outra, diferente, é uma encomenda de uma máquina como produto que exige avaliação da conformidade e marcação CE. Na prática, estes dois planos sobrepõem-se com frequência, mas não podem ser confundidos. Se o objeto do projeto for uma máquina ou um conjunto de máquinas, então é necessário definir logo no início quem responde pelos requisitos de segurança, pela análise de risco, pela completude da documentação técnica e pelas condições de entrega para utilização.

Onde o custo e o risco realmente aumentam

O custo e o risco aumentam quando, com um nível de maturidade dos pressupostos demasiado baixo, se fecham decisões que mais tarde já não podem ser revertidas a baixo custo. Na fase de conceito, uma correção significa normalmente alterar a lógica de funcionamento, as interfaces ou os pressupostos de segurança. Depois de o projeto ficar congelado, a mesma correção transforma-se em alteração de componentes já adquiridos, retrabalho mecânico, reformulação dos quadros elétricos, correção de software, novos ensaios e adiamento das aceitações.

Após a pré-fabricação, a programação da lógica de controlo e, sobretudo, depois dos ensaios de FAT, o custo de uma alteração deixa de ser apenas um custo técnico. Passa a incluir prazos, organização do arranque, revalidação e repartição de responsabilidades entre as partes. Por isso, vale a pena avaliar o projeto não só pelo preço final, mas também pelo custo da alteração em função da fase em que ocorre. No início, predomina o custo do trabalho de projeto. Mais tarde, somam-se os custos de material e de execução. No fim, o mais oneroso passa a ser o impacto na aceitação, no arranque e na operação da fábrica.

Esta mudança tem uma consequência simples em termos de projeto. Se a arquitetura funcional, as principais interfaces, as condições de operação, o desempenho exigido e a forma de medir a qualidade do ciclo não forem congelados atempadamente, o contrato deixa de organizar o projeto. Passa apenas a transferir de uma parte para a outra os efeitos de informação obtida demasiado tarde. Num modelo de preço fixo, o fornecedor protege os limites do âmbito acordado, porque qualquer ambiguidade nos dados de entrada representa um custo real. Por sua vez, o cliente tenta manter o resultado esperado do processo, embora o conhecimento sobre o detalhe, os serviços auxiliares, o ambiente da linha e as condições reais de exploração só amadureça ao longo dos trabalhos.

Na maioria dos casos, não se trata de uma única falha evidente. O problema cresce através de uma série de pequenas indefinições: quem fornece os sinais dos equipamentos adjacentes, quem é responsável pelos serviços auxiliares e pelos seus parâmetros, quem prevê as zonas de acesso para o operador e para a manutenção, como se mede o desempenho, em que lote de peças se verifica o funcionamento e com base em que critério se avalia a qualidade do ciclo. Cada uma destas questões, isoladamente, parece inofensiva. Em conjunto, podem alterar a responsabilidade, o prazo e as condições de aceitação.

O risco de segurança cresce de forma particularmente rápida quando a função produtiva só é detalhada numa fase tardia. Nessa situação, as medidas de proteção deixam de resultar do conceito e passam a ser adaptadas a uma construção já concluída ou quase concluída. Surgem tensões típicas: as proteções interferem com a mudança de formato, os interbloqueios dificultam a remoção de encravamentos, a lógica de paragem fica subordinada ao sistema de acionamento existente, e os modos de ajuste e o acesso às zonas perigosas são resolvidos de forma pontual. Um projeto assim pode chegar ao arranque, mas o custo de eliminar não conformidades e limitações de utilização torna-se então incomparavelmente maior do que na fase de conceito e da análise de risco de acordo com a NP EN ISO 12100.

Se o objeto da encomenda for uma máquina ou um conjunto de máquinas, as alterações tardias já não afetam apenas a execução, mas também a avaliação da conformidade, a completude da documentação técnica, o manual de instruções e as condições de entrega para utilização. Por isso, as definições relativas aos ensaios FAT, SAT e aos critérios de aceitação devem, desde o início, articular os requisitos funcionais com os requisitos de segurança. Separar estes dois planos normalmente faz com que o problema volte a surgir no momento da aceitação.

Uma abordagem iterativa pode revelar pressupostos errados mais cedo, mas por si só não resolve a questão do custo nem da responsabilidade. Se o projeto não tiver pontos de decisão claros, dados de entrada acordados e critérios mensuráveis de aceitação para as fases seguintes, entra num estado de detalhamento contínuo. Nessa situação, o cliente paga por uma incerteza prolongada, e o fornecedor perde a possibilidade de demonstrar em que momento os requisitos foram cumpridos.

Como escolher o modelo e registar as decisões

A escolha entre preço fixo e abordagem iterativa não deve resultar de convicções, mas da avaliação da maturidade dos pressupostos. Em projetos de construção de máquinas especiais, o modelo mais seguro é frequentemente um modelo misto: uma fase curta, paga em separado, dedicada ao conceito e ao fecho dos riscos, e só depois um contrato de execução com preço fixo para um âmbito que tenha efetivamente atingido a maturidade exigida.

Esta solução não reduz o controlo sobre o orçamento. Apenas desloca o momento de congelamento do preço para uma fase em que já se sabe o que vai ser desenvolvido, quais são as limitações do processo e onde se situa o limite da responsabilidade. Se os requisitos tecnológicos forem estáveis, as interfaces conhecidas e os critérios de aceitação puderem ser descritos de forma mensurável, o preço fixo organiza o projeto e facilita a liquidação. Se, pelo contrário, a incerteza disser respeito à função, à ergonomia, à segurança, à integração com a linha ou ao comportamento do processo do lado do utilizador, é necessária uma iteração controlada antes do arranque das compras e da execução.

É essencial distinguir entre decisões reversíveis e irreversíveis. A iteração é conduzida de forma diferente quando se trata de ecrãs de operador, sequências de trabalho, relatórios, equipamento adicional ou organização da operação, e de forma distinta quando estão em causa a arquitetura de segurança, as dimensões, as zonas de acesso, os pressupostos de assistência, os pontos de deposição e as interfaces com equipamentos adjacentes. Esta distinção deve ficar registada logo na especificação dos requisitos do utilizador e no registo dos riscos do projeto. Dela depende quais os pressupostos que têm de ser formalmente aprovados antes da encomenda de componentes e quais podem ficar para os ensaios funcionais.

Na perspetiva do cliente, isto significa a necessidade de estruturar o processo de decisão, e não apenas o fornecimento em si. É necessário um responsável pelos requisitos do lado do investidor, um ritmo acordado de revisões de projeto, um registo de riscos transparente e a aprovação formal dos pressupostos antes da passagem às compras, à pré-fabricação e ao arranque. Sem isso, mesmo um bom contrato não será suficiente, porque as partes continuarão a interpretar de forma diferente aquilo que já foi acordado.

A maior parte dos litígios resulta de cláusulas contratuais pouco precisas. O contrato de execução deve definir de forma inequívoca o âmbito do fornecimento, os dados de entrada fornecidos pelo cliente, o procedimento de alteração, os pontos de aceitação, as condições de receção parcial e final, bem como a completude da documentação a entregar após a conclusão dos trabalhos. Antes da sua assinatura, devem estar preparados pelo menos: a descrição do processo, o fluxo de materiais, os requisitos de desempenho, as condições ambientais, a descrição das interfaces, as expectativas da manutenção, os pressupostos de segurança e os critérios de aceitação.

Se algum destes elementos ainda não estiver definido, deve ser expressamente incluído na fase conceptual, com um modelo de remuneração autónomo e um ponto de decisão, só após o qual se avança para uma cotação de preço fixo. É igualmente importante descrever a fronteira entre o arranque e a posterior otimização do processo. Sem esta distinção, o executante passa a responder por um resultado que não pode ser objetivamente encerrado no momento da receção.

• baixa incerteza dos pressupostos, interfaces conhecidas, receção mensurável: contrato com preço fixo;
• elevada incerteza quanto às funções, à segurança ou à integração: fase de conceito e iterações antes da cotação da execução;
• âmbito parcialmente amadurecido: modelo faseado, em que os elementos já fechados passam para execução por preço fixo, enquanto os aspetos em aberto permanecem num procedimento de alteração controlado.

No final, regressa sempre a questão da conformidade e da responsabilidade. As decisões técnicas devem, desde o início, estar ligadas à posterior avaliação da conformidade das máquinas, e não ser tratadas apenas como temas de projeto. Se, na fase conceptual, não tiverem sido fechados os pressupostos de segurança, os limites do fornecimento e a repartição de responsabilidades pela documentação técnica, o problema regressará na análise de risco, na receção e na preparação dos documentos finais. Não se trata de multiplicar formalidades, mas de garantir o controlo do projeto.

Exemplo prático e organização das responsabilidades

A conclusão prática mais simples é a seguinte: num projeto de máquina especial, a responsabilidade pela execução não deve ser definitivamente repartida antes de estarem claramente identificadas as responsabilidades pelas decisões técnicas. Quando o cliente descreve apenas o objetivo de desempenho ou o efeito geral do processo, sem que ainda estejam definidos os modos de funcionamento, a lógica de mudança de formato, as intervenções exigidas ao operador e as limitações do sistema existente, o preço fixo cobre, na prática, uma descrição de expectativas e não um âmbito de execução amadurecido.

O desenrolar típico é bem conhecido. A fábrica encomenda uma célula não padronizada para processar várias variantes de peça e assume uma determinada produtividade horária. No início, a descrição do processo parece suficiente: alimentação da peça, operação de trabalho, descarga, sinalização de estados. No entanto, ao longo do projeto, torna-se claro que parte dos lotes exige posicionamento manual, que a mudança de formato tem de ser feita várias vezes por turno, que o operador entra periodicamente na zona de trabalho e que a linha existente impõe limitações de espaço, altura de alimentação e lógica de paragem.

Num cenário em que o preço é fechado demasiado cedo, o executante realiza literalmente aquilo que foi incluído no âmbito. Cada necessidade identificada mais tarde regressa como alteração: proteções adicionais, sequência de movimentos diferente, novos interbloqueios, correção do controlo, equipamento adicional nas interfaces com a linha. O projeto perde fluidez e as receções deixam de ser uma verificação do funcionamento, transformando-se num litígio sobre a interpretação dos requisitos. Nessa fase, a identificação de perigos e a documentação tentam justificar uma arquitetura que não foi concebida para o modo real de utilização.

No modelo faseado, o início é diferente. Primeiro, fecham-se a função do posto, os limites do fornecimento, as interfaces com o ambiente envolvente, os principais cenários de operação e os pressupostos básicos de segurança, incluindo a responsabilidade pela integração com a linha existente. Só depois desta etapa se definem o âmbito de execução, o calendário e os critérios de aceitação. Isto não elimina totalmente as alterações, mas reduz claramente o número de pontos de conflito, porque passa a estar claro quais as decisões que são apenas um refinamento e quais as que criam um novo âmbito.

Este exemplo mostra bem que a segurança não deve ser ajustada a posteriori a soluções já encomendadas ou executadas. Tem de ser desenvolvida em conjunto com a função da máquina, os cenários de operação, a mudança de formato, a limpeza e a assistência técnica. Caso contrário, mesmo uma repartição de papéis formalmente correta não corrigirá uma sequência errada de decisões.

Só nesta fase faz sentido entrar na organização formal própria da Polónia e da União Europeia. Num projeto de máquina especial, é necessário saber desde o início quem atua como fabricante na aceção da legislação, quem responde pela completude da documentação técnica, quem conduz a avaliação da conformidade e quem apõe a marcação CE, se esta for exigida. Também é necessário determinar se o objeto do projeto é uma máquina nova, um conjunto de máquinas ou uma modificação substancial de um sistema existente, porque disso depende não só o conjunto de documentos, mas também a própria organização das responsabilidades entre o integrador, os fornecedores parciais e o utilizador final.

É precisamente por isso que as questões sobre a repartição de responsabilidades entre a parte de processo e a parte de máquina, sobre a pertinência de uma receção condicional quando existem lacunas na documentação, nas instruções ou numa análise de risco ainda não concluída, bem como sobre a forma de conduzir uma modernização, não devem surgir apenas no momento da receção. Se reaparecem tão tarde, isso normalmente significa que o contrato foi fechado antes do projeto.

A conclusão prática é, portanto, bastante simples. Na construção de máquinas especiais, não é necessário escolher entre rigidez total e abertura total. É preciso identificar quais os elementos do projeto que já estão suficientemente maduros para serem fechados num modelo de preço fixo e quais ainda exigem iteração controlada. Um projeto bem gerido não elimina por completo as alterações. Limita apenas aquelas que surgem demasiado tarde, têm o custo mais elevado e diluem a responsabilidade pela segurança, pela função e pela conformidade da máquina.