Recomissionamento de Sistemas e Instalações: desempenho, integração e confiabilidade

O recomissionamento é a reavaliação estruturada de sistemas, instalações e ativos existentes para demonstrar se a configuração atual continua atendendo aos requisitos de desempenho, integração, segurança operacional, confiabilidade, manutenção e documentação aplicáveis.

Ele se torna necessário quando o ativo já foi colocado em operação, mas o estado originalmente aceito deixou de representar a realidade. Isso pode ocorrer após expansões, retrofits, substituições de equipamentos, alterações de lógica, mudanças de uso, intervenções de manutenção, degradação de desempenho, falhas recorrentes ou longos períodos de operação sem uma verificação sistêmica.

O objetivo não é simplesmente repetir todos os testes executados no comissionamento original. O recomissionamento identifica o que mudou, quais requisitos continuam válidos, quais interfaces foram afetadas e quais evidências precisam ser produzidas novamente para estabelecer um novo baseline técnico e documental.

Quando o recomissionamento é recomendado

O serviço é especialmente indicado quando existe uma diferença relevante entre a configuração atualmente operada e aquela que foi originalmente projetada, comissionada ou documentada.

Situação	Risco técnico	Objetivo do recomissionamento
Expansão de capacidade	interfaces, proteções e margens podem não representar a nova carga	verificar a nova condição de operação e capacidade
Retrofit ou modernização	equipamentos novos podem alterar lógicas, sequências e dependências	validar integração entre novo e existente
Substituição de equipamentos críticos	configurações e desempenho podem diferir do baseline anterior	confirmar parametrização, função e integração
Falhas recorrentes	o problema pode estar em interfaces ou condições não capturadas pela manutenção	reproduzir cenários e investigar resposta sistêmica
Degradação de desempenho	o ativo pode continuar operando abaixo dos requisitos	medir desempenho atual e identificar desvios
Mudança de uso ou processo	os requisitos originais podem não ser suficientes	redefinir critérios e verificar aderência à nova necessidade
Instalação brownfield sem baseline confiável	documentação e condição real podem divergir	reconstruir a referência técnica antes de novas mudanças
Retorno após grande intervenção	mudanças temporárias ou permanentes podem permanecer sem validação integrada	verificar prontidão e restaurar uma condição conhecida

Comissionamento, recomissionamento e manutenção: qual é a diferença?

Manutenção e recomissionamento podem utilizar inspeções, medições e testes semelhantes, mas possuem objetivos diferentes. A manutenção busca preservar ou restaurar a condição funcional de componentes. O recomissionamento avalia o comportamento do sistema como um todo e a aderência da configuração atual aos requisitos e critérios de aceite.

O comissionamento original, por sua vez, estabelece a primeira linha de evidências da entrega. O recomissionamento revisita essa linha depois que o ativo mudou ou envelheceu. Quando o baseline anterior é confiável, ele permite comparar configurações, parâmetros e desempenho. Quando não é confiável, a primeira atividade do serviço é reconstruí-lo a partir de documentos, registros, inspeções e condição de campo.

Baseline: a referência para saber o que realmente mudou

O baseline é a representação técnica e documental da condição aceita do ativo. Pode incluir topologia, capacidade, equipamentos, ajustes, parâmetros, lógica, automação, alarmes, modos de operação, documentação como construída, procedimentos e evidências de desempenho.

Antes de definir testes, a A3A Engenharia procura identificar o baseline anterior e confrontá-lo com a condição encontrada. Essa comparação permite separar três situações: alterações formalmente aprovadas, alterações executadas mas ainda não incorporadas à documentação e desvios que não possuem justificativa técnica ou rastreabilidade suficiente.

Sem essa etapa, o recomissionamento corre o risco de testar uma instalação sem saber exatamente qual configuração deveria estar sendo avaliada.

Escopo do serviço de recomissionamento

O escopo é definido conforme criticidade, histórico, tipo de mudança e impacto sobre o negócio. Em uma instalação pouco alterada, a verificação pode ser concentrada em sistemas e interfaces específicos. Em ativos críticos ou muito modificados, pode ser necessário um programa progressivo por sistemas, subsistemas e cenários integrados.

• levantamento da configuração atual e do histórico de mudanças;
• revisão de requisitos, projetos, As-Built, relatórios anteriores e registros de manutenção;
• identificação de sistemas, interfaces e funções afetadas;
• definição do baseline de referência;
• inspeções e walkdowns técnicos;
• verificação de configuração, ajustes, setpoints e parâmetros;
• reexecução seletiva de ensaios e testes funcionais;
• testes integrados e cenários de falha, quando aplicáveis;
• verificação de alarmes, intertravamentos, proteções e sequências;
• medição de capacidade e desempenho;
• gestão de issues, pendências e retestes;
• avaliação de documentação, treinamento e prontidão operacional;
• recomendação de aceite, restrições ou plano de correção.

Processo de recomissionamento

A sequência precisa permitir que decisões sejam tomadas por evidência, evitando iniciar testes integrados antes de conhecer a condição dos sistemas individuais.

Etapa	Objetivo	Saída principal
1. Diagnóstico e baseline	compreender condição, histórico, requisitos e mudanças	matriz de impacto e escopo priorizado
2. Planejamento	definir sistemas, testes, recursos, janelas e responsabilidades	plano de recomissionamento
3. Verificação da condição	confirmar instalação, configuração e documentação	checklists, evidências e punch list
4. Testes funcionais	demonstrar funções de cada sistema	registros de teste e issues
5. Testes integrados	verificar interfaces, cenários e recuperação	evidências integradas e retestes
6. Desempenho	comparar capacidade e parâmetros com os critérios atuais	baseline de desempenho atualizado
7. Handover da nova condição	transferir documentação, riscos e configuração aceita à operação	relatório final e novo baseline

Matriz de testes, pré-condições e critérios de aceite

Cada teste deve estar relacionado a um requisito ou risco que justifique sua execução. A matriz de testes pode identificar sistema, função, cenário, pré-condições, instrumentos, responsáveis, dados a registrar, resultado esperado, critério de aprovação e necessidade de reteste. Essa rastreabilidade impede que o programa se transforme em uma coleção de procedimentos desconectados da decisão de aceite.

As pré-condições são particularmente importantes em recomissionamento. Um resultado negativo pode decorrer de uma falha real, mas também de configuração temporária, equipamento indisponível, bypass de manutenção, sensor sem calibração, lógica não liberada ou dependência de outro sistema. Antes de iniciar um teste integrado, a equipe deve verificar se todos os subsistemas participantes estão em condição conhecida.

Elemento do teste	Definição necessária
Objetivo	Qual requisito, função ou risco será demonstrado
Pré-condições	Estados, cargas, permissões, redundâncias e sistemas que precisam estar disponíveis
Procedimento	Sequência controlada de estímulos, manobras e observações
Evidência	Logs, tendências, instrumentos, alarmes, tempos, telas e registros de campo
Critério de aceite	Resultado quantitativo ou comportamento esperado
Contingência	Condição de abortar, estabilizar ou executar rollback
Fechamento	Pass/fail, issue associada, correção e reteste quando necessário

Para funções críticas, witness points ou hold points podem ser definidos para assegurar que responsáveis do proprietário, operação ou especialistas presenciem etapas-chave antes da continuidade do programa.

Recomissionamento em instalações brownfield e em operação

Em instalações existentes, o principal desafio é verificar sem criar um risco desproporcional para a operação. O plano pode exigir faseamento, janelas de manutenção, contingência, rollback, redundância temporária, instrumentação adicional e definição explícita de quem possui autoridade para interromper o teste.

Também é comum encontrar documentação desatualizada, mudanças acumuladas, equipamentos fora de fabricação, configurações não versionadas e procedimentos que não refletem mais a instalação. Nesses casos, o recomissionamento precisa trabalhar de forma integrada com levantamento cadastral, As-Built, diagnóstico e gestão de mudanças.

Segurança operacional, MOC e estratégia de rollback

Recomissionar uma instalação em operação exige controlar o risco introduzido pelo próprio teste. Manobras, simulação de falhas, indisponibilidade de redundâncias, atuação de proteções ou mudanças temporárias de lógica precisam ser tratadas dentro de um processo de autorização compatível com a criticidade do ativo.

Quando o teste exige alteração temporária de configuração, bypass, mudança de setpoint ou desativação de intertravamento, a modificação deve ser identificada, aprovada, registrada e posteriormente revertida ou incorporada formalmente ao novo baseline. Essa disciplina aproxima o recomissionamento de um processo de Management of Change (MOC), reduzindo o risco de uma condição provisória permanecer em produção sem rastreabilidade.

O plano também deve definir critérios de aborto e rollback. Se determinados parâmetros ultrapassarem limites ou se uma redundância esperada não responder, a equipe precisa saber quando interromper o teste, como retornar a uma condição estável e quem possui autoridade para essa decisão. Em ambientes críticos, essa preparação é parte do teste, não um detalhe administrativo.

Quais sistemas podem ser recomissionados

O método é aplicável a ativos isolados, sistemas completos ou instalações multidisciplinares. O escopo técnico deve ser determinado pela função e pelas interfaces, não apenas pela disciplina responsável pelo equipamento.

• instalações elétricas de baixa e média tensão;
• subestações, proteção, controle e sistemas auxiliares;
• UPS, geradores e sistemas de energia de emergência;
• automação, PLC, SCADA, BMS, EPMS e DCIM;
• climatização, HVAC e utilidades;
• sistemas de telecomunicações e infraestrutura crítica;
• sistemas de segurança eletrônica e controle de acesso;
• máquinas e equipamentos industriais;
• sistemas fotovoltaicos e geração distribuída;
• Data Centers e ambientes de missão crítica.

Testes funcionais, integrados e de desempenho

A profundidade dos testes depende do risco da alteração e do objetivo da verificação. Um teste funcional comprova a função de um sistema; um teste integrado verifica sua interação com outras disciplinas; e um teste de desempenho compara a resposta obtida com critérios quantitativos ou garantias definidos.

Quando uma mudança afeta lógicas, proteções, transferências, alarmes ou redundância, testar apenas o equipamento substituído pode ser insuficiente. O efeito pode aparecer somente na interface com outros sistemas ou durante uma condição degradada.

Por isso, o plano deve definir explicitamente quais testes anteriores continuam válidos, quais precisam ser repetidos e quais novos cenários foram criados pela mudança.

Tendências, logs e comparação com o baseline

Nem todo desvio aparece em uma fotografia ou em um resultado instantâneo. Sistemas de energia, climatização, automação e infraestrutura crítica podem exigir tendências, logs e séries temporais para avaliar estabilidade, capacidade, tempos de resposta, oscilação, frequência de alarmes ou comportamento sob diferentes cargas.

Quando existe baseline anterior confiável, a comparação deve considerar as mesmas grandezas e condições sempre que possível. Quando não existe, o recomissionamento pode criar uma nova referência documentada para futuras intervenções. O importante é preservar contexto: data, carga, configuração, versão de software, setpoints relevantes, instrumentos e condição operacional associada ao dado.

Essa abordagem é particularmente útil para identificar degradações graduais que não geram falha imediata, mas consomem margem de capacidade ou aumentam risco de indisponibilidade.

Pendências, retestes e risco residual

O recomissionamento frequentemente identifica problemas que não impedem imediatamente a operação, mas reduzem desempenho, redundância, observabilidade ou capacidade de recuperação. Essas condições precisam ser classificadas e tratadas de forma distinta de falhas que comprometem segurança ou função crítica.

O relatório deve indicar a condição encontrada, evidência, impacto, responsável, ação corretiva, necessidade de reteste e situação de fechamento. Quando uma pendência permanecer aberta, o risco residual e as restrições operacionais devem ser explícitos para que o proprietário decida conscientemente sobre a continuidade da operação.

Critérios de fechamento e aceite do novo baseline

O encerramento deve separar pendências que impedem aceite, pendências que permitem operação condicionada e melhorias que podem seguir em plano posterior. A decisão precisa considerar criticidade da função, evidência produzida, capacidade de contingência, prazo de correção e impacto de manter o desvio aberto.

Um novo baseline só é útil quando configuração, documentos e operação convergem. Isso significa consolidar revisões aplicáveis, parâmetros, backups, desenhos, procedimentos, lista de pendências residuais e responsabilidades. Alterações feitas durante o programa precisam aparecer no As-Built ou na documentação de configuração correspondente.

Quando a equipe do proprietário assumirá uma configuração modificada, a Transferência de Conhecimento e a Operação Assistida podem ser incorporadas ao fechamento para demonstrar não apenas que o sistema funciona, mas que a organização está preparada para sustentá-lo.

Entregáveis típicos

O produto final não deve ser apenas uma lista de testes. O objetivo é deixar uma referência utilizável pela operação, manutenção e futuras intervenções.

• diagnóstico inicial e levantamento do baseline;
• matriz de impacto das mudanças;
• plano e estratégia de recomissionamento;
• matriz de sistemas, subsistemas e interfaces;
• checklists e registros de inspeção;
• procedimentos e scripts de testes;
• registros instrumentais, tendências e logs;
• relatórios de testes funcionais e integrados;
• lista de issues, pendências e retestes;
• registro de limitações e riscos residuais;
• recomendações de correção e priorização;
• atualização de parâmetros e configurações aceitas;
• requisitos de atualização do As-Built e Data Book;
• relatório final de recomissionamento;
• recomendação de aceite e novo baseline operacional.

Bases técnicas e critérios de referência

Não existe uma única norma universal de recomissionamento aplicável a todos os ativos. A referência precisa acompanhar o setor, a tecnologia, os requisitos do proprietário, o contrato e a configuração que permanecerá em operação.

Para edifícios e sistemas prediais existentes, a ASHRAE Standard 230-2022 estabelece requisitos mínimos para commissioning de edifícios e sistemas existentes. Em instalações industriais de processo, a IEC 62337:2012 fornece uma estrutura de fases e marcos para sistemas elétricos, instrumentação e controle que pode apoiar a organização das verificações, sempre adaptada ao ativo e ao objetivo da intervenção.

Em qualquer setor, os critérios de aceite precisam combinar requisitos atuais, documentação válida, dados do baseline anterior quando existentes, recomendações de fabricantes, normas específicas dos equipamentos e evidências produzidas nos novos testes. Recomissionar não é aplicar um checklist genérico; é reconstruir uma base técnica defensável para a condição que continuará operando.

Recomissionamento de Data Centers

Em Data Centers, expansões e modernizações podem alterar capacidade, caminhos A/B, seletividade, autonomia, sequências de UPS e geradores, climatização, BMS, EPMS, DCIM e procedimentos operacionais. Por isso, a A3A Engenharia mantém um conteúdo específico sobre recomissionamento de Data Center após expansão ou modernização, incluindo definição de novo baseline e testes integrados.

Como a A3A Engenharia atua

A A3A Engenharia pode atuar como equipe de engenharia consultiva, apoio ao proprietário ou agente independente de verificação, conforme o modelo de contratação. O escopo é estruturado a partir dos requisitos do cliente, criticidade dos ativos, disponibilidade de documentação e riscos associados às intervenções e testes.

A atuação pode integrar diagnóstico, revisão de engenharia, planejamento de testes, acompanhamento de campo, análise de evidências, gestão técnica de pendências, recebimento, handover e operação assistida. Em contratos com múltiplos fornecedores, essa abordagem ajuda a separar responsabilidade de execução da função de verificação e aceite.

O recomissionamento é particularmente útil quando o proprietário precisa responder, com evidência técnica, a uma pergunta simples: a instalação que existe hoje continua apta a cumprir aquilo que o negócio e a operação exigem dela?