Gestão de Não Conformidades e CAPA: Ação Corretiva e Preventiva na ISO 9001 e IATF 16949

Identificação e registro de não conformidades

Uma não conformidade (NC) é qualquer condição em que um produto, processo, material ou serviço não atende a um requisito especificado. Os requisitos podem vir de especificações do cliente, desenhos de engenharia, normas internas, requisitos regulatórios ou obrigações contratuais.

Cada não conformidade identificada deve ser registrada em um relatório de não conformidade (NCR) ou equivalente no sistema de gestão da qualidade da organização. O NCR captura a identificação do item não conforme, o local e a data de detecção, uma descrição da discrepância em relação ao requisito aplicável e o nome da pessoa que identificou a não conformidade. Os dados acumulados nos NCRs alimentam a análise de tendências que identifica problemas sistêmicos que de outra forma permaneceriam invisíveis.

Segregação e identificação

O produto não conforme deve ser fisicamente segregado do produto conforme para prevenir uso ou envio inadvertido. A segregação é alcançada por uma combinação de separação física (uma área de retenção dedicada, gaiola de quarentena ou localização com etiqueta vermelha) e identificação visual clara. O requisito de prevenir o uso inadvertido de produto não conforme é explícito na cláusula 8.7 da ISO 9001 e na cláusula 8.7.1 da IATF 16949.

Disposição e a junta de revisão de materiais

A disposição é a decisão sobre o que fazer com um item não conforme. As opções de disposição padrão são:

Usar como está: o item não atende ao requisito conforme escrito, mas a revisão de engenharia conclui que a não conformidade não afeta a função, ajuste, forma, segurança ou conformidade regulatória. As disposições de uso como está requerem justificativa de engenharia documentada e, em muitas indústrias, aprovação do cliente.

Retrabalhar: o item é colocado em conformidade por reprocessamento, reparo ou ajuste. Os itens retrabalhados devem ser reinspecionados segundo os critérios de aceitação originais antes da liberação.

Devolver ao fornecedor: o material de entrada não conforme é devolvido ao fornecedor com uma solicitação de ação corretiva do fornecedor (SCAR) documentada.

Sucata: o item é permanentemente removido do fluxo de produção. A sucata deve ser controlada para prevenir o uso inadvertido de material descartado.

Rebaixar para aplicação alternativa: o item não atende aos requisitos de sua aplicação original mas atende aos requisitos de uma aplicação menos exigente. O rebaixamento requer a mesma justificativa de engenharia documentada que o uso como está.

Critérios de iniciação de CAPA

Nem toda não conformidade requer uma CAPA completa. Programas de CAPA eficazes definem critérios de iniciação claros que distinguem entre não conformidades que requerem correção imediata (retrabalho e sucata) e aquelas que requerem uma investigação CAPA sistêmica.

Os critérios comuns de iniciação de CAPA incluem: reclamações de clientes ou devoluções de garantia; não conformidades repetidas do mesmo tipo; não conformidades acima de um limite de gravidade definido; não conformidades que escaparam para o cliente (escapes); achados de auditoria classificados como não conformidades maiores; e não conformidades causadas por fornecedores que atendam aos critérios acima.

Métodos de análise de causa raiz em CAPA

A qualidade de uma CAPA é determinada principalmente pela qualidade da análise de causa raiz. Os métodos mais comumente utilizados são:

5 Porquês: questionamento iterativo que pergunta por que um problema ocorreu e depois por que a resposta à pergunta anterior é verdadeira, repetindo o processo até identificar a causa sistêmica fundamental. Os 5 Porquês são apropriados para problemas relativamente simples com uma única cadeia causal.

Diagrama de espinha de peixe (Ishikawa): uma ferramenta gráfica que organiza as causas potenciais em categorias (tipicamente as 6M: mão de obra, máquina, método, material, medição, meio ambiente) para garantir que nenhuma categoria de causa potencial seja ignorada.

Análise de árvore de falhas (FTA): um método dedutivo de cima para baixo que começa com o evento de falha e mapeia as combinações de subfalhas que poderiam levar a ele. A FTA é particularmente apropriada para sistemas críticos de segurança.

Análise É/Não É: uma comparação estruturada que define o problema especificando o que ele é e o que não é ao longo de múltiplas dimensões (o quê, onde, quando, quanto). As distinções entre as condições “é” e “não é” geram hipóteses sobre a causa.

A análise de causa raiz deve abordar tanto a causa direta (a razão técnica imediata pela qual a não conformidade ocorreu) quanto a causa sistêmica (a razão pela qual o sistema de qualidade falhou em prevenir ou detectar a não conformidade).

Planejamento e implementação de ações corretivas

As ações corretivas abordam as causas raiz verificadas identificadas na análise de causa raiz. Cada ação corretiva deve ser específica, atribuída a uma pessoa responsável e com uma data de conclusão alvo. Na IATF 16949, as ações corretivas para não conformidades relatadas por clientes também devem abordar a causa de escape: por que a não conformidade passou por todas as oportunidades de detecção no processo de produção e envio e chegou ao cliente.

Ação preventiva e seu vínculo com o FMEA

A ação preventiva aborda não conformidades potenciais antes que ocorram, com base na análise de risco em vez de falhas reais. A entrada principal para a ação preventiva na manufatura é a análise de modos de falha e efeitos (FMEA): as ações tomadas para reduzir a classificação de ocorrência ou melhorar a classificação de detecção de um modo de falha de alto risco são ações preventivas.

Verificação de eficácia

Uma CAPA não está completa quando as ações corretivas foram implementadas: está completa quando a eficácia das ações foi verificada. A verificação de eficácia confirma que a causa raiz não existe mais no processo e que a não conformidade não recorreu. Os métodos de verificação incluem: reinspecionar produto do processo corrigido, monitorar a métrica de qualidade relevante por um período definido após a implementação, auditar o processo ou instrução de trabalho corrigida, e revisar os dados de não conformidade para o mesmo modo de falha para confirmar zero recorrência.

Erros comuns na gestão de não conformidades e CAPA

• Tratar contenção como ação corretiva. A contenção (inspeção 100% do estoque existente, recall de produto enviado) é uma medida protetora de curto prazo, não uma ação corretiva. A CAPA deve abordar as causas raiz, não as medidas de contenção.
• Parar a análise de causa raiz no nível dos sintomas. “O operador instalou a peça errada” é um sintoma, não uma causa raiz. A análise deve continuar: por que a peça errada estava disponível, por que a instalação não foi prevenida por prova de erros, por que o erro não foi detectado antes da próxima operação.
• Atribuir ações corretivas sem datas alvo e proprietários responsáveis. Uma ação corretiva sem uma pessoa responsável nomeada e uma data de conclusão alvo específica não será implementada no prazo e acumulará em um backlog de CAPA envelhecendo.
• Fechar CAPAs sem verificação de eficácia. Implementar a ação corretiva não é o mesmo que verificar que funcionou. O fechamento antes da verificação é a razão mais comum pela qual a mesma não conformidade recorre após o fechamento da CAPA.

Perguntas frequentes

Qual é a diferença entre uma ação corretiva e uma ação preventiva?

Uma ação corretiva aborda uma não conformidade que já ocorreu: investiga a causa raiz da falha e implementa mudanças para prevenir recorrência. O gatilho para uma ação corretiva é uma não conformidade real, reclamação de cliente, achado de auditoria ou outra evidência de que um requisito não foi atendido. Uma ação preventiva aborda uma não conformidade potencial que ainda não ocorreu: identifica um risco de falha futura e implementa mudanças para prevenir ocorrência. O gatilho para uma ação preventiva é uma análise de risco, análise de tendências, revisão de FMEA ou outra evidência de que uma falha poderia ocorrer mesmo que ainda não tenha acontecido. Na ISO 9001:2015, a ação preventiva está integrada dentro do framework de pensamento baseado em risco (cláusula 6.1) em vez de especificada como um procedimento separado, o que é uma mudança em relação à versão 2008 da norma onde a ação preventiva tinha sua própria cláusula explícita. Na prática, a fonte mais comum de ações preventivas é o FMEA: itens de alto RPN são abordados através de ações preventivas antes do processo entrar em produção, em vez de esperar que o modo de falha ocorra e então escrever uma ação corretiva.

O que significa “usar como está” na disposição de não conformidades e quando é aceitável?

Uma disposição de “usar como está” significa que um item não conforme é aceito e usado sem qualquer retrabalho ou reparo, apesar de não atender ao requisito especificado conforme escrito. Uma disposição de uso como está é aceitável quando uma revisão de engenharia conclui que a não conformidade específica não tem efeito adverso sobre a adequação do item para seu propósito pretendido: não afeta a função, ajuste, forma, segurança, conformidade regulatória ou confiabilidade do item. A justificativa de engenharia deve ser documentada especificando qual requisito não foi atendido, qual é a condição real e por que essa condição não afeta a adequação para o uso. Na maioria dos sistemas de qualidade da indústria, as disposições de uso como está acima de um nível de gravidade definido requerem notificação e aprovação do cliente antes de usar ou enviar o item não conforme. Em aeroespacial (AS9100 e AS9102) e automotivo (IATF 16949), normalmente é necessária aprovação do cliente para qualquer disposição de uso como está em itens enviados ao cliente, e a aprovação deve ser documentada.

Como a CAPA difere do processo de resolução de problemas 8D?

A CAPA (ação corretiva e preventiva) é um framework de processo do sistema de gestão da qualidade: define a estrutura geral de como a organização identifica, investiga, corrige e previne não conformidades, e é um procedimento documentado dentro do SGQ que satisfaz os requisitos da cláusula 10.2 da ISO 9001. O processo 8D (oito disciplinas) é uma metodologia específica de resolução de problemas: fornece uma sequência estruturada de etapas (D1 a D8) para investigar e resolver um problema de qualidade, incluindo formação de equipe, contenção interina, verificação de causa raiz, ação corretiva permanente e prevenção. O processo 8D pode ser usado como a metodologia de resolução de problemas dentro de uma CAPA: quando uma CAPA é aberta, a investigação e o planejamento de ações corretivas podem ser conduzidos usando a abordagem estruturada 8D. O registro de CAPA documenta o processo geral incluindo iniciação, investigação, planejamento de ações, implementação e verificação de eficácia, enquanto o relatório 8D documenta o trabalho detalhado de resolução de problemas dentro das fases de investigação e planejamento de ações.

O que é a causa sistêmica na análise de causa raiz e por que ela importa?

A causa sistêmica é a falha no sistema de qualidade ou sistema de gestão que permitiu que a causa direta de uma não conformidade existisse e passasse despercebida. Cada não conformidade tem pelo menos dois níveis de causa: a causa direta (a razão técnica imediata pela qual a falha ocorreu) e a causa sistêmica (a razão pela qual o sistema falhou em prevenir ou detectar a causa direta antes que a não conformidade fosse criada). Uma CAPA que aborda apenas a causa direta eliminará esse modo de falha específico, mas deixará as mesmas lacunas sistêmicas disponíveis para produzir a próxima não conformidade de uma causa direta diferente. Uma CAPA que também aborda as causas sistêmicas fortalece o sistema de qualidade de maneiras que previnem uma ampla classe de futuras não conformidades, não apenas a que ocorreu. A análise de causa sistêmica é o que separa um programa de CAPA verdadeiramente eficaz de um que recicla as mesmas categorias de problemas indefinidamente.

O que a IATF 16949 exige para CAPA além da ISO 9001?

A IATF 16949 adiciona vários requisitos além do framework base de CAPA da ISO 9001. As adições principais incluem: (1) Metodologia de resolução de problemas: a cláusula 10.2.3 da IATF 16949 exige que a organização use uma metodologia estruturada e multidisciplinar de resolução de problemas; o processo 8D é a escolha automotiva mais comum. (2) Prova de erros em ações corretivas: a cláusula 10.2.4 da IATF 16949 exige que as ações corretivas incluam métodos de prova de erros (poka-yoke) onde apropriado, em vez de depender do aumento de inspeção como ação corretiva principal. (3) Análise de causa de escape: a IATF 16949 exige investigação não apenas da causa raiz de produção, mas também da causa de escape (por que a não conformidade não foi detectada antes de chegar ao cliente). Ações corretivas separadas devem abordar a causa de escape. (4) Requisitos específicos do cliente: os principais clientes automotivos têm seus próprios requisitos específicos de formato de resposta CAPA e prazos que são impostos aos fornecedores através de requisitos específicos do cliente (CSRs) e devem ser seguidos além dos requisitos padrão da IATF 16949.

Como deve ser verificada a eficácia da CAPA e quando ela pode ser fechada?

A verificação de eficácia da CAPA confirma que as ações corretivas implementadas eliminaram a causa raiz e que a não conformidade não recorreu. Antes de uma CAPA poder ser fechada, a verificação de eficácia deve ser concluída e os resultados devem atender aos critérios de aceitação definidos no plano de CAPA. Os métodos de verificação comuns incluem: monitorar a métrica de qualidade relevante por um período definido após a implementação e confirmar que a métrica melhorou para o nível alvo; re-auditar o processo ou área onde a ação corretiva foi implementada para verificar que as mudanças são sustentadas; amostrar e inspecionar produto produzido sob o processo corrigido para confirmar que a não conformidade não ocorre mais; e revisar os dados de não conformidade para o mesmo modo de falha durante o período de monitoramento definido para confirmar zero recorrência. Uma CAPA não deve ser fechada apenas com base na implementação concluída da ação. A questão não é “implementamos as ações?” mas “as ações funcionaram?” Se a verificação de eficácia mostrar que as ações não eliminaram completamente a causa raiz, a CAPA deve ser reaberta ou complementada com ações adicionais, e o ciclo de verificação deve se repetir.