Como impedir que não conformidades de projeto, fabricação e obra cheguem ao comissionamento: PIT/ITP, RNC, readiness, punch list, interfaces e evidências.
Confira!
Evitar que não conformidades cheguem ao comissionamento significa deslocar a detecção e o tratamento dos desvios para as fases em que eles nascem: projeto, procurement, fabricação, recebimento, construção, montagem e pré-comissionamento. O comissionamento deve confirmar prontidão e desempenho; não deveria ser a primeira etapa capaz de revelar que materiais estão incorretos, interfaces não foram coordenadas, registros de inspeção faltam ou instalações foram executadas fora dos requisitos.
Quando grande parte das falhas só aparece durante os testes finais, normalmente existe uma lacuna anterior de governança da qualidade. O problema pode estar em requisitos ambíguos, PIT/ITP insuficiente, pontos de inspeção mal posicionados, baixa rastreabilidade, fechamento físico antes da verificação, RNCs tratadas apenas administrativamente ou ausência de critérios objetivos de prontidão para liberar um sistema aos testes.
A prevenção exige uma cadeia contínua de evidências. Cada etapa deve possuir seus próprios critérios de entrada, inspeções, registros, não conformidades, correções e condições de saída. Assim, o comissionamento recebe sistemas tecnicamente preparados — e não uma obra aparentemente concluída que ainda precisa descobrir sua condição real durante os testes.
Por que as não conformidades chegam tarde ao comissionamento
Uma não conformidade pode existir durante semanas ou meses antes de ser percebida. Isso acontece porque execução física e verificação técnica nem sempre avançam no mesmo ritmo. Uma frente pode ser fechada, energizada ou entregue internamente sem que todos os registros tenham sido revisados ou sem que o requisito crítico tenha sido efetivamente testado.
Os principais mecanismos que empurram problemas para o final são conhecidos: ausência de critérios de aceite na origem, inspeções genéricas, evidências incompletas, liberação por pressão de prazo, falhas de interface e cultura de “resolver no comissionamento”. Esse último comportamento é especialmente perigoso, porque transforma o comissionamento em controle de qualidade tardio.
| Causa a montante | Efeito observado no comissionamento | Consequência típica |
| requisito incompleto | teste sem critério claro | discussão sobre aprovado/reprovado |
| desenho desatualizado | instalação incompatível | retrabalho e novo as-built |
| material sem rastreabilidade | dúvida sobre especificação | bloqueio documental ou substituição |
| inspeção de montagem superficial | falha funcional em teste | desmontagem e correção |
| RNC sem fechamento técnico | desvio reaparece | reteste e atraso |
| interface não coordenada | subsistemas funcionam isoladamente | falha em teste integrado |
| instrumento sem calibração válida | resultado questionável | repetição de medições |
| punch list mal classificada | pendência impeditiva chega ao teste | interrupção da sequência |
A primeira medida preventiva é reconhecer que “construído” e “pronto para comissionar” são estados diferentes. Prontidão requer condição física, documentação, segurança, configuração, instrumentos e pendências compatíveis com o teste que será executado.
Começar pelos requisitos e critérios de aceite
Não é possível detectar tecnicamente uma não conformidade quando o requisito não está claro. Antes da execução, o projeto precisa transformar necessidades funcionais em parâmetros verificáveis: dimensões, desempenho, tolerâncias, materiais, características elétricas, níveis de proteção, capacidade, redundância, interfaces, documentação e condições de teste.
Requisitos vagos como “instalar conforme boas práticas” ou “entregar sistema em perfeito funcionamento” são insuficientes para controlar qualidade em escopos críticos. O time precisa saber qual evidência demonstrará o atendimento. Em alguns casos será medição; em outros, certificado, ensaio, inspeção visual, cálculo, checklist, teste funcional ou análise documental.
O vínculo mais robusto é requisito → método de verificação → critério de aceite → registro → responsável → marco de liberação. Se essa cadeia existe desde o projeto, o comissionamento não precisa reconstruir o critério depois que o sistema já está instalado.
Design Review como barreira preventiva
Uma parcela importante dos problemas de obra não nasce na execução, mas no projeto. Interferências, interfaces incompletas, acessibilidade deficiente, ausência de espaço para manutenção, especificações incompatíveis e requisitos contraditórios podem chegar ao campo e ser reproduzidos corretamente pela contratada, embora o resultado final permaneça inadequado.
Design Review deve verificar não apenas desenho isolado, mas maturidade, interfaces e verificabilidade. Perguntas úteis incluem se requisitos críticos estão representados, se existe espaço para montagem e manutenção, se disciplinas estão coordenadas, se equipamentos são compatíveis, se os testes podem ser realizados e se a documentação necessária ao aceite foi especificada.
Procurement precisa preservar os requisitos de qualidade
Outro ponto frequente de perda ocorre na compra. Uma especificação robusta pode ser simplificada durante cotação ou pedido de compra. Se critérios de inspeção, documentação, FAT, certificados e rastreabilidade não forem transferidos ao fornecedor, a equipe de campo recebe um equipamento cuja conformidade não foi completamente demonstrada.
A gestão da qualidade em Procurement deve garantir que requisição, equalização técnica e pedido mantenham os requisitos críticos. Para equipamentos relevantes, a contratação precisa estabelecer Vendor Document Requirement, PIT/ITP, pontos H/W/R, FAT, critérios de liberação para embarque e composição do Data Book.
PIT/ITP deve capturar o defeito antes do fechamento físico
Se os testes finais estão descobrindo erros básicos de montagem, rastreabilidade ou documentação, o problema normalmente começou antes do comissionamento. A solução é reposicionar as barreiras de inspeção para o ponto em que o desvio ainda é visível e barato de corrigir.
O Plano de Inspeção e Testes é uma das ferramentas centrais para impedir propagação de não conformidades. Um bom PIT não apenas lista atividades; ele identifica o momento em que uma característica ainda é visível e corrigível.
Exemplos incluem armaduras antes da concretagem, redes enterradas antes do reaterro, impermeabilização antes do revestimento, cabos e terminações antes de energização, torque antes do fechamento de painéis, soldas antes de isolamento, parametrização antes de testes integrados e flushing antes da partida.
Quando a próxima etapa torna a evidência inacessível, o ponto de inspeção precisa estar antes desse fechamento. Hold Points são especialmente úteis quando avançar sem liberação criaria risco relevante de retrabalho ou perda de evidência.
RNC precisa fechar tecnicamente, não apenas no sistema
Registrar uma não conformidade é apenas o começo. Para que ela não reapareça no comissionamento, o workflow precisa levar o desvio até uma condição verificável de fechamento.
Uma sequência robusta inclui identificação do requisito, caracterização do desvio, contenção, disposição técnica, autorização apropriada, correção ou reparo, reinspeção/reteste e evidência final. Se a causa indicar problema sistêmico, ação corretiva deve atuar sobre o processo para impedir recorrência.
Readiness Review antes de liberar o sistema aos testes
Readiness não é percentual de obra concluída. É evidência de que um sistema específico possui condição física, documental, funcional e de segurança para entrar no teste previsto.
A barreira imediatamente anterior ao comissionamento deve ser uma revisão de prontidão. Ela confirma se o sistema está em condição de entrar no teste previsto. Isso evita iniciar uma sequência para descobrir, durante a execução, que faltam instrumentos, alimentação, intertravamentos, documentos ou liberações.
| Dimensão | Evidência de prontidão |
| física | montagem concluída no limite necessário ao teste |
| segurança | condições e liberações aplicáveis disponíveis |
| qualidade | inspeções e registros críticos concluídos |
| RNC | desvios impeditivos fechados ou formalmente tratados |
| punch list | itens classificados e impeditivos encerrados |
| documentação | desenhos, procedimentos e versões corretas disponíveis |
| instrumentos | calibração e identificação válidas |
| energia/utilidades | condições para execução do teste confirmadas |
| configuração | software, parâmetros e ajustes na baseline prevista |
| interfaces | subsistemas necessários disponíveis |
A revisão deve ocorrer por sistema ou pacote, não apenas por percentual global de obra. Um empreendimento pode estar 95% fisicamente concluído e ainda não possuir nenhum sistema pronto para teste integrado.
Classificar pendências por impacto no comissionamento
Nem toda pendência impede testes. Misturar pintura de acabamento, identificação documental e falha de intertravamento em uma única lista sem criticidade destrói a função da Punch List.
Uma classificação útil distingue pendência impeditiva de segurança, impeditiva de teste, impeditiva de operação, não impeditiva mas necessária ao aceite final, documental e estética. A classificação deve possuir responsável, prazo e evidência de fechamento.
Testes progressivos reduzem descoberta tardia
Esperar o teste integrado para verificar toda a cadeia aumenta a dificuldade de diagnóstico. O comissionamento maduro usa progressão: verificação estática, testes pré-funcionais, testes funcionais por equipamento, testes por subsistema e, somente depois, testes integrados.
Cada estágio elimina um tipo de incerteza. Se um relé não possui ajuste correto, isso deve ser detectado antes do teste integrado de uma lógica de proteção. Se um sensor não está calibrado, o problema deve aparecer antes do teste da sequência automática. Se um enlace de rede não foi certificado, não é eficiente descobrir isso durante validação do sistema supervisório.
Interfaces precisam de dono
Muitas falhas de comissionamento são falhas de interface. Equipamentos individuais passam em FAT ou teste local, mas a integração falha porque sinais, protocolos, alimentação, causa e efeito, intertravamentos ou responsabilidades não foram coordenados.
Uma matriz de interfaces pode registrar fronteira, requisito, fornecedor A, fornecedor B, responsável pela integração, evidência e teste de aceite. O importante é que a interface seja tratada como objeto de engenharia, e não como espaço “entre contratos”.
Evidências precisam acompanhar a condição física
Uma obra pode parecer pronta e ainda estar documentalmente incapaz de entrar em comissionamento. Relatórios ausentes, certificados sem rastreabilidade, desenhos superados, registros de torque incompletos, calibrações vencidas e RNCs sem reteste enfraquecem a capacidade de afirmar prontidão.
| Indicador | Sinal de alerta |
| inspeções previstas x concluídas | execução avança mais rápido que a verificação |
| RNCs abertas por sistema | backlog crescente perto dos testes |
| reincidência | causa sistêmica não eliminada |
| documentos críticos pendentes | sistema fisicamente pronto, mas não demonstrável |
| punch list impeditiva | prontidão aparente sem liberação real |
| taxa de primeira aprovação | queda de qualidade da execução |
| retestes por sistema | correções instáveis ou preparação insuficiente |
FAT e recebimento como filtros antes da montagem
Para equipamentos fabricados fora do site, FAT é uma oportunidade de detectar falhas antes do embarque. O teste precisa possuir procedimento aprovado, pré-requisitos, instrumentos, critérios, registros e regra de tratamento de pendências.
A aprovação do FAT não elimina a inspeção de recebimento. Transporte, armazenamento e instalação podem introduzir novos problemas. No recebimento, devem ser verificadas identidade, integridade, documentação, preservação e correspondência com o pedido e com a configuração aprovada.
Como tratar desvios aceitos por concessão
Nem todo desvio precisa ser corrigido fisicamente. Em alguns casos, uma concessão tecnicamente analisada pode aceitar uma condição diferente do requisito original. Mas o desvio aceito precisa permanecer rastreável.
A concessão deve indicar condição real, justificativa, análise de impacto, autoridade que aprovou, limites de aplicação e necessidade de atualização de documentação. Se a condição afeta operação, manutenção, segurança, desempenho ou futuras expansões, essa informação deve chegar ao Quality Dossier e ao handover.
Quando ampliar a fiscalização e a amostragem
A cobertura de inspeção não precisa ser fixa. Quando indicadores demonstram deterioração — aumento de RNCs, reincidência, falhas em primeira inspeção ou registros inconsistentes — a fiscalização pode elevar amostragem, adicionar Witness Points ou converter determinados marcos em Hold Points.
O inverso também pode ocorrer quando o processo se estabiliza. Esse modelo baseado em risco concentra esforço onde a probabilidade e a consequência do defeito são maiores.
Como integrar obra, QA/QC e comissionamento
A integração pode ser organizada por sistema com um único status de prontidão alimentado por Engenharia, Construção, QA/QC e Comissionamento. Cada área confirma sua parte antes do gate.
Uma estrutura mínima deveria responder se o escopo físico necessário está concluído, inspeções mandatórias foram realizadas, RNCs impeditivas estão fechadas, documentos estão na revisão correta, punch list foi classificada, pré-requisitos de segurança estão disponíveis, instrumentos estão prontos, interfaces foram confirmadas e existe autoridade formal para liberar o sistema.
Sem esse gate, o início do comissionamento pode ser determinado pelo calendário, e não pela condição técnica.
O que fazer quando o backlog de RNC já está alto
Quando o projeto já chegou perto do comissionamento com grande quantidade de desvios, a prioridade é recuperar controle. Não adianta acelerar fechamento administrativo sem entender criticidade e dependências.
O plano de recuperação deve consolidar RNCs, punch list e pendências documentais por sistema, classificar impacto, eliminar duplicidades, identificar bloqueadores, estabelecer responsáveis e priorizar aquilo que libera sequências de teste.
Também é importante separar problema isolado de padrão recorrente. Dez RNCs semelhantes podem apontar um único mecanismo causal e exigir ação corretiva abrangente em todas as instalações equivalentes.
Como contratar prevenção em vez de correção tardia
O escopo de fiscalização/QA-QC deve ser escrito para atuar antes dos marcos irreversíveis. Uma contratação robusta pode incluir revisão de Plano da Qualidade e PIT/ITP, análise de procedimentos, inspeções críticas, Vendor Inspection, análise de RNCs, revisão de documentação, readiness reviews, participação em FAT/SAT e suporte ao recebimento.
Critérios de medição também importam. Se a contratada recebe integralmente por avanço físico sem vínculo com evidências e fechamento documental, o incentivo para concluir registros fica concentrado no final. Marcos de pagamento podem exigir documentação e qualidade compatíveis com o avanço, conforme modelo contratual.
Considerações finais
Não conformidade encontrada no comissionamento raramente nasceu naquele momento. Ela foi criada antes e atravessou barreiras que deveriam tê-la detectado. A prevenção depende de requisitos verificáveis, Design Review, Procurement que preserve critérios, PIT/ITP posicionado antes de etapas irreversíveis, tratamento técnico de RNCs, controle de interfaces e readiness review antes dos testes.
O objetivo não é eliminar toda possibilidade de falha — o próprio comissionamento existe para verificar comportamento real — mas garantir que os testes finais concentrem-se em desempenho, integração e requisitos funcionais, e não em descobrir defeitos básicos de fabricação, montagem e documentação. Quanto mais cedo a não conformidade é detectada, maior a capacidade de corrigi-la com menor impacto sobre prazo, custo e operação.
Quando o backlog de RNCs e pendências já ameaça a sequência de testes, a prioridade passa a ser recuperar controle por sistema, criticidade e dependência — não simplesmente fechar registros administrativamente.
Referências técnicas
[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 9001:2015 — Quality management systems — Requirements. Geneva: ISO, 2015. Disponível em: https://www.iso.org/standard/62085.html
[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 10005:2018 — Quality management — Guidelines for quality plans. Geneva: ISO, 2018. Disponível em: https://www.iso.org/standard/70398.html
[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 10006:2017 — Quality management — Guidelines for quality management in projects. Geneva: ISO, 2017. Disponível em: https://www.iso.org/standard/70376.html
Perguntas frequentes
Porque podem atravessar etapas anteriores sem detecção: requisitos ambíguos, inspeções insuficientes, interfaces não coordenadas, RNCs mal fechadas ou ausência de readiness review permitem que o problema só fique evidente durante os testes.
Não. Ele verifica prontidão, desempenho e integração. Falhas básicas de fabricação e montagem deveriam ser detectadas por QA/QC e inspeções antes dos testes finais.
É a revisão de prontidão que confirma condição física, segurança, documentação, qualidade, RNCs, punch list, instrumentos, configuração e interfaces antes de liberar um sistema para teste.
Não necessariamente. Depende da criticidade e do teste. RNCs impeditivas precisam estar resolvidas; desvios não impeditivos podem permanecer sob tratamento formal se a governança permitir e o risco estiver controlado.
Posicionar inspeções e testes antes de etapas irreversíveis, definindo critérios, registros e pontos de intervenção para impedir que defeitos avancem silenciosamente.
Use verificações progressivas, gestão de interfaces, RNC com reteste, controle documental, classificação de punch list e gates de prontidão por sistema.
Materiais técnicos complementares
Soluções relacionadas
- Gestão de Pendências, RFIs e Não Conformidades
- Gestão de Processos, Workflows e Aprovações Técnicas
- Gestão de Requisitos, Evidências e Critérios de Aceite
Serviços relacionados
- Apoio Técnico à Fiscalização de Obras e Contratos de Engenharia
- Comissionamento de Engenharia
- Recebimento Técnico de Obras e Serviços de Engenharia
Conteúdos principais sobre o tema
- Não Conformidade: tratamento e ação corretiva
- Relatório de Não Conformidade (RNC/NCR)
- Plano de Inspeção e Testes (PIT/ITP)
