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.
O Design Review em Projetos de Engenharia deve verificar não apenas desenhos isolados, 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. Em sistemas multidisciplinares, a revisão também precisa confrontar as fronteiras entre pacotes; a Gestão de Interfaces em Projetos de Engenharia transforma essas fronteiras em responsabilidades, premissas e evidências verificáveis. Quanto mais cedo uma incompatibilidade é removida do projeto, menor a probabilidade de ela reaparecer como retrabalho, RNC ou falha funcional durante o comissionamento.
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. Isso também significa qualificar o fornecedor, definir documentos sujeitos a aprovação, preservar critérios de desempenho durante a equalização técnica e impedir que uma alternativa comercial altere silenciosamente o requisito de engenharia. Quando o fornecimento é crítico, a Vendor Inspection antecipa a verificação para a fábrica e reduz a probabilidade de o primeiro diagnóstico real ocorrer somente no site.
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. O Relatório de Não Conformidade (RNC/NCR) precisa preservar essa cadeia e não apenas registrar que o item foi “tratado”. Se a causa indicar problema sistêmico, ação corretiva deve atuar sobre o processo para impedir recorrência. A gestão de não conformidades também deve distinguir correção local de ação corretiva: a primeira restabelece a conformidade do item; a segunda reduz a probabilidade de o mesmo mecanismo de falha reaparecer em outros sistemas, lotes ou frentes. Para liberar o sistema ao comissionamento, o fechamento da RNC precisa estar sustentado por evidência verificável e, quando aplicável, incorporado ao As-Built e à baseline documental.
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, o FAT — Factory Acceptance Test é 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. O FAT deve confirmar requisitos que fazem sentido verificar em fábrica — desempenho, lógica, proteções, interfaces internas, alarmes, sequências e documentação — sem criar a falsa impressão de que o equipamento já está aceito para operação. Quando o item é crítico, a participação do Owner ou de Vendor Inspection permite testemunhar pontos relevantes e tratar desvios antes que o custo logístico e de mobilização seja incorporado ao problema.
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 Técnica de Obras e Serviços de Engenharia pode elevar amostragem, adicionar Witness Points ou converter determinados marcos em Hold Points. Se o problema deixa de ser localizado e passa a envolver interfaces, fornecedores, mudanças, documentação e critérios de aceite de vários contratos, a necessidade já se aproxima de uma estrutura de Owner’s Engineering. A intensidade do controle deve, portanto, crescer com a criticidade e com a perda de confiança nas evidências disponíveis, e não apenas com o percentual físico executado.
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, a 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. Essa passagem é o elo entre QA/QC em Obras e Comissionamento: a qualidade consolida evidências de que o sistema está conforme e completo; o comissionamento utiliza essa condição como baseline para verificar funcionalidade, desempenho e integração. Quando esse gate é formalizado por sistema, a equipe consegue separar pendência administrativa de impedimento real de teste e priorizar recursos onde existe risco de segurança, dano ao equipamento ou invalidação do resultado.
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. O contrato também precisa definir autoridade, frequência de inspeção, critérios para ampliar amostragem, entregáveis, registros mínimos e quem possui poder para liberar ou bloquear marcos. Em empreendimentos de maior criticidade, essa estrutura pode ser organizada como QA/QC independente ou incorporada a uma atuação mais ampla de Owner’s Engineering, conectando projeto, procurement, execução, qualidade e comissionamento.
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 Requisitos, Evidências e Critérios de Aceite
- Gestão de Processos, Workflows e Aprovações Técnicas
- Governança de Projetos, Programas e Portfólios
Serviços relacionados
- Comissionamento de Equipamentos
- Engenharia do Proprietário (Owner’s Engineering)
- Apoio Técnico à Fiscalização
- Auditoria Técnica de Engenharia
- Recebimento Técnico de Obras e Serviços
Conteúdos principais sobre o tema
- QA/QC em Obras de Engenharia
- Plano de Inspeção e Testes (PIT/ITP)
- Relatório de Não Conformidade (RNC/NCR)
- Inspeção de Fabricação e Vendor Inspection
- FAT e SAT
- Punch List em Engenharia
- Critérios de Aceite em Engenharia
