CAPA: ações corretivas e preventivas, exemplo e revisão de eficácia

Exemplos hipotéticos. Os cenários e os resultados explicam um fluxo de trabalho; não constituem um relatório de auditoria de um cliente nem um resultado garantido. Consulte a oferta atual para confirmar o âmbito das funcionalidades, os fluxos de trabalho do CrewShift e as condições do serviço.

Atualização ISO 9001:2026 (29 de setembro de 2026). A edição final foi publicada em 16 de setembro de 2026. Utilize uma cópia legal da versão aplicável e reveja os efeitos nos requisitos, riscos e oportunidades, controlos e provas. As referências históricas a 2015, incluindo as da IATF, conservam o seu contexto; não substitua automaticamente os números das cláusulas. Acorde o calendário de certificação com o seu organismo de certificação. Guia de atualização · Fonte ISO.

O que é CAPA? Uma definição breve

CAPA significa Corrective and Preventive Action, ou ações corretivas e preventivas. Uma ação corretiva elimina a causa de uma não conformidade detetada para evitar a sua repetição. Uma ação preventiva reduz o risco de um problema que ainda não ocorreu. Em ISO 9001:2015, a prevenção está integrada no pensamento baseado no risco, em vez de surgir numa cláusula separada de ações preventivas.

A CAPA não é uma lista de tarefas de auditoria. Liga problema, causa, decisão, implementação e resultado. Concluir uma tarefa, como atualizar um formulário, formar uma equipa ou alterar uma instrução, ainda não é prova de eficácia. O registo deve mostrar se o problema efetivamente deixou de se repetir.

Um processo mínimo inclui:

1. descrição inequívoca da não conformidade ou risco,
2. contenção imediata,
3. análise da causa raiz baseada em provas,
4. ação corretiva com responsável e prazo,
5. provas da implementação,
6. revisão de eficácia planeada,
7. decisão de encerrar, prolongar a observação ou reabrir a CAPA.

Exemplo de CAPA: revisão antes da expedição em falta

Uma auditoria interna verificou que 4 das 25 encomendas da amostra foram expedidas sem a revisão obrigatória por uma segunda pessoa. A tabela distingue a contenção imediata de uma alteração cuja eficácia pode ser avaliada.

Elemento CAPA	Exemplo de registo
Não conformidade	4 das 25 encomendas não tinham a confirmação obrigatória antes da expedição
Contenção imediata	Retenção das encomendas pendentes e conclusão da revisão em falta
Causa raiz	O formulário permitia concluir sem um campo obrigatório nem bloqueio do sistema
Ação corretiva	Acrescentar validação, identificar o responsável pela revisão e rever a instrução
Ação preventiva	Rever formulários semelhantes de outros processos para a mesma lacuna de controlo
Provas da implementação	Alteração aprovada, teste de validação, instrução revista e confirmações das pessoas abrangidas
Critério de eficácia	Confirmações completas em 100% das próximas 30 encomendas e ausência de caminho técnico para expedir sem revisão

1. Separe o problema do seu efeito

«Um trabalhador cometeu um erro» não é uma descrição útil do problema. Não identifica a situação esperada, a observada ou as provas que sustentam a lacuna. Registe o processo, requisito, evento, momento, âmbito e impacto.

Contenha a situação antes de procurar a causa. A contenção pode bloquear um lote, corrigir dados, acrescentar um controlo temporário ou notificar o responsável pelo processo. Limita o impacto adicional, mas não substitui a ação corretiva.

2. Analise o mecanismo, não a pessoa

Métodos como os 5 porquês, diagramas de causas ou análise de barreiras só ajudam quando cada pergunta decorre da resposta anterior e é sustentada por dados. Identifique uma hipótese como hipótese até ser testada.

As causas raiz estão geralmente no mecanismo do processo: critério pouco claro, validação em falta, informação indisponível, controlo ineficaz ou divergência entre a instrução e o trabalho real. Identificar uma pessoa sem examinar o sistema permite muitas vezes que o problema se repita.

3. Planeie uma alteração que possa ser verificada

Uma ação corretiva precisa de responsável, prazo, resultado pretendido e provas de implementação. «Formar a equipa» é insuficiente. Identifique a versão do material, as pessoas abrangidas, a verificação de conhecimentos e o critério de aprovação.

O plano de ação deve registar:

• identificador da CAPA e constatação associada,
• causa raiz verificada,
• ação, responsável e prazo,
• dependências,
• provas da implementação,
• indicador de eficácia,
• data da revisão e pessoa responsável pela revisão.

4. Não confunda conclusão com eficácia

Publicar um documento não prova a melhoria de um processo. Reveja a eficácia após um período adequado ao risco e à frequência do processo. Utilize uma amostra de registos, auditoria posterior, reclamações, indicador de erros ou observação do controlo.

Defina o critério antes de recolher resultados. Por exemplo: «as próximas 30 encomendas têm todos os campos obrigatórios completos e o controlo por segunda pessoa deteta um campo em falta antes da publicação». Uma decisão positiva precisa de provas. Um resultado negativo conduz de volta à análise, em vez de uma mudança superficial de estado.

Pergunta de revisão	Provas	Decisão
A alteração foi implementada?	Teste de validação, versão aprovada da instrução e confirmações da equipa	Iniciar o período de observação ou completar a implementação
A causa foi eliminada?	Amostra das próximas 30 encomendas e registo do controlo de bloqueio	Avaliar segundo o critério acordado
O problema voltou a ocorrer?	Reclamações, exceções, resultados de auditoria e tendência de erros	Encerrar, prolongar a observação ou reabrir a CAPA

5. Construa um pacote de encerramento

Um pacote de encerramento CAPA auditável contém a descrição do problema, a contenção, a análise da causa raiz, o plano aprovado, as provas de implementação, o resultado de eficácia e uma decisão autorizada. O histórico das alterações permanece disponível após o encerramento.

O módulo de auditorias e CAPA do Pulsar GRC permite ligar constatação, risco, controlo, responsável, prazo e provas num único percurso. A demonstração do processo mostra o caminho do requisito à ação e ao pacote de provas. O Pulsar GRC não escolhe a causa raiz nem aprova a eficácia em nome da organização.

Quando deixa uma folha de cálculo de ser suficiente?

Uma folha de cálculo pode funcionar num registo simples mantido por uma pessoa. Torna-se mais difícil acompanhar o trabalho quando as ações têm diferentes responsáveis, as provas estão em vários locais e uma data de conclusão não mostra se a eficácia foi verificada. Antes de escolher uma ferramenta, verifique se consegue rastrear quem tomou a decisão, as provas que a sustentam e o que aconteceu após a implementação da ação.

Escolha um caso típico e acompanhe-o da descrição do problema à decisão de encerramento. Utilize dados de exemplo numa demonstração. Veja o processo no Pulsar GRC: trata-se de uma apresentação geral do processo. Consulte o âmbito atual na página de funcionalidades e na oferta.

Lista de verificação de encerramento

Descarregue a checklist de encerramento CAPA em CSV. Não precisa de formulário nem de endereço de e-mail. O ficheiro inclui também colunas em branco para resultado, responsável, prazo e notas. A tabela seguinte é a versão legível no navegador.

Etapa	Pergunta	Provas a verificar
Problema	O registo identifica a situação esperada e a observada?	Registo da não conformidade com data e âmbito
Contenção	Os efeitos imediatos foram limitados?	Registo da ação imediata
Causa	A causa foi verificada e não apenas proposta?	Provas da análise da causa raiz
Plano	Cada ação tem responsável e prazo?	Plano de ação aprovado e resultado pretendido
Implementação	Existem provas verificáveis da ação?	Registo da implementação e versão correta da alteração
Eficácia	Os critérios foram definidos antes da revisão?	Indicador e período de observação justificado
Revisão	Os resultados respondem aos critérios acordados?	Observações ou amostra verificada
Decisão	Uma pessoa autorizada tomou e justificou a decisão?	Decisão de encerramento ou de ações adicionais e risco residual
Histórico	As alterações e as provas associadas são rastreáveis?	Histórico coerente do processo

Um recurso de apoio da Brillnet, não uma norma nem um certificado de conformidade. Utilize critérios adequados ao seu próprio processo.

Integre o resultado no pacote de provas de auditoria ISO 9001. Se a ação respeitar a obrigações de cibersegurança na Polónia, utilize também o guia de autoavaliação NIS2 para PME.

Método proposto: uma amostra com possibilidade real de repetição

Imagine uma empresa que enviou pedido sem confirmar requisito especial do cliente. A correção trata o pedido e o seu destino. A análise de causa deve explicar porque o fluxo permitiu omitir confirmação. «A pessoa enganou-se» pode descrever o facto observado, sem revelar informação inacessível, controlo insuficiente ou responsabilidade ambígua.

Reúna registos e observe percurso real. Compare instrução e prática. Se o campo é opcional, o sistema permite avançar e ninguém revê exceções, formação adicional pode não eliminar mecanismo de falha. A medida deve atuar na causa sustentada por dados. Um esquema de cinco porquês não demonstra causa apenas por estar preenchido.

Antes de implantar, defina eficácia. A amostra precisa de incluir casos onde o erro poderia repetir-se. Pedidos sem requisito especial podem produzir resultado favorável sem testar a ação. Registe seleção, período e exclusões. Os números de exemplos são metas hipotéticas, não requisitos universais nem efeitos garantidos do software.

Implantação e eficácia precisam de provas distintas

Implantação verifica documento aprovado, controlo configurado ou formação realizada. Eficácia verifica efeito no trabalho real. Mantenha datas e evidências separadas. Fechar ambas no mesmo dia necessita de fundamento suficiente para demonstrar o efeito, e não apenas de vontade de reduzir tarefas abertas.

Se a medida falha, reabra análise preservando decisão anterior. Registe observação, pressuposto errado e mudança no plano. Uma CAPA revista pode demonstrar aprendizagem. Ocultar ineficácia impede aprender e faz outra pessoa repetir solução já rejeitada. O historial deve explicar decisões, incluindo limitações.

Revisão de fecho com responsabilidade clara

Quem executou pode apresentar evidências. Quem decide fecho deve testar criticamente relação entre causa, medida e resultado. Numa equipa pequena podem coincidir funções; identifique papéis e limitações. Uma assinatura sem avaliação não substitui revisão. O registo explica o que se verificou e porque o critério foi considerado cumprido.

Defina também o que reabre o caso após fecho: repetição, mudança de processo ou informação nova. A eficácia observada num período não significa ausência permanente de risco. A revisão posterior utiliza fontes e contexto, sem apagar o fundamento do fecho original.

O Pulsar pode conservar constatação, causa, ações, pessoas e resultados. A IA sugere perguntas e rascunhos; a organização confirma factos e aprova. O resultado defensável é explicação sustentada e efeito comprovado por critério adequado. Nenhuma ferramenta transforma automaticamente uma atividade concluída numa causa eliminada.