# Sistema de gestão de não conformidades: do registro à eficácia

> O que um sistema de gestão de não conformidades precisa ter: registro pelo celular, causa raiz, ações com prazo e eficácia verificada, com dossiê para auditoria.

Fonte: https://pervian.tech/blog/sistema-de-nao-conformidades · Pervian Tech · publicado em 2026-10-01

A auditoria está marcada para a semana que vem. A coordenadora da qualidade abre a pasta compartilhada e encontra o que já esperava: formulários de não conformidade escaneados, uma planilha de ações com metade das linhas em amarelo, e-mails cobrando responsáveis que mudaram de setor. Três ocorrências do mesmo defeito de embalagem aparecem em meses diferentes, cada uma com uma "causa raiz" diferente e nenhuma com a eficácia verificada.

O problema não é falta de disciplina da equipe. É que o ciclo de uma não conformidade é longo, passa por várias pessoas e depende de prazos, e papel e planilha não cobram ninguém. A ocorrência é registrada com boa vontade no dia do problema; o que se perde é tudo o que vem depois.

Este texto mostra o ciclo completo de uma não conformidade e o que um **sistema de gestão de não conformidades** precisa ter para sustentar esse ciclo, do registro no chão de fábrica até a evidência que o auditor pede.

## A resposta curta: o que o sistema precisa fazer

Se você chegou aqui procurando um sistema para esse processo, o mínimo que ele deve entregar é:

- **Registro rápido**, inclusive pelo celular, com foto, local, lote e quem identificou.
- **Fluxo com etapas obrigatórias**: contenção, análise de causa, plano de ação, execução e verificação de eficácia. Nenhuma etapa pode ser pulada sem justificativa registrada.
- **Responsável e prazo em cada ação**, com alerta antes do vencimento e escalonamento depois.
- **Ferramentas de causa raiz dentro do registro** (5 porquês, Ishikawa), e não num anexo solto.
- **Evidências e histórico imutável**: quem fez o quê, quando, com qual anexo.
- **Indicadores que saem do próprio registro**, sem consolidação manual no fim do mês.
- **Ligação com reincidência**: o sistema avisa quando um problema parecido já aconteceu.

O resto deste texto explica cada um desses pontos e onde os sistemas genéricos costumam falhar.

## O que é uma não conformidade e onde ela se perde hoje

Não conformidade é qualquer desvio de um requisito: do cliente, de uma norma, de um procedimento interno ou da legislação. Pode ser uma peça fora da tolerância, um [lote sem rastreabilidade](https://pervian.tech/blog/rastreabilidade-de-lotes), um procedimento executado fora da ordem, uma [reclamação de cliente procedente](https://pervian.tech/blog/sistema-de-garantia-e-rma) ou um achado de auditoria interna.

Normas de sistema de gestão, como a ISO 9001, pedem que a empresa reaja ao problema, avalie a causa, tome ação para que ele não se repita, verifique se a ação funcionou e guarde registro disso. Ou seja: o registro inicial é a parte fácil. O valor está no que acontece depois.

Na prática, a não conformidade se perde em quatro pontos:

- **Entre a identificação e o registro.** O operador vê o problema, avisa o líder de boca, e o formulário fica para depois. Às vezes nunca chega.
- **Na análise de causa.** A causa vira "falha do operador" ou "falta de atenção", e a ação vira "treinar o operador". O problema volta.
- **No acompanhamento das ações.** A ação tem dono e prazo na planilha, mas ninguém é avisado quando o prazo vence.
- **Na verificação de eficácia.** É a etapa mais esquecida. A ação foi feita, a linha foi fechada, e ninguém conferiu se o defeito parou de acontecer.

Se esse retrato parece familiar, a raiz costuma ser a mesma de outros processos internos; vale ler [quando trocar planilhas por um sistema](https://pervian.tech/blog/substituir-planilhas-por-sistema) para reconhecer os sinais.

## O ciclo completo: registro, análise, ação e eficácia

Um bom sistema trata a não conformidade como um processo com estados, e não como um documento. Cada estado tem quem age, o que precisa ser preenchido e o que libera a próxima etapa.

| Etapa | Quem age | O que o sistema exige para avançar |
|---|---|---|
| Registro | Quem identificou | Descrição, local, produto ou processo, lote, foto |
| Triagem | Qualidade | Classificação (origem, gravidade), decisão se abre ação corretiva |
| Contenção | Líder da área | Ação imediata: segregar lote, parar máquina, avisar cliente |
| Análise de causa | Equipe designada | Método aplicado e causa raiz descrita |
| Plano de ação | Responsáveis por ação | Cada ação com dono, prazo e tipo |
| Execução | Responsáveis | Evidência de conclusão de cada ação |
| Verificação de eficácia | Qualidade | Critério definido antes, resultado medido depois |
| Encerramento | Qualidade ou gestor | Todas as etapas concluídas ou justificadas |

Dois detalhes fazem diferença.

**Contenção e ação corretiva são coisas diferentes.** Separar o lote defeituoso resolve o hoje; mudar o dispositivo de fixação resolve o amanhã. Quando o sistema mistura os dois num único campo "ação tomada", a contenção vira a ação definitiva sem ninguém perceber.

**Nem toda ocorrência precisa do ciclo completo.** Um desvio pequeno e isolado pode ser corrigido e encerrado na triagem, com justificativa. Exigir Ishikawa para tudo gera burocracia, e burocracia faz as pessoas pararem de registrar. A regra de quando abrir ação corretiva deve ser configurável: por gravidade, por reincidência, por origem (reclamação de cliente quase sempre abre).

## Causa raiz no sistema: 5 porquês e Ishikawa sem burocracia

A análise de causa é onde o sistema mais ajuda ou mais atrapalha. Ferramentas como os 5 porquês e o diagrama de Ishikawa existem há décadas; o problema é que, no papel, elas viram anexo que ninguém consulta depois.

### 5 porquês guiado

O sistema pode apresentar a sequência de perguntas em campos encadeados, cada resposta virando a pergunta seguinte. Isso evita o atalho comum de parar no primeiro porquê. Um exemplo de uma indústria de embalagens:

1. Por que a caixa chegou amassada ao cliente? Porque o palete tombou na carga.
2. Por que o palete tombou? Porque o filme stretch estava frouxo.
3. Por que estava frouxo? Porque a envolvedora estava com a tensão abaixo do padrão.
4. Por que a tensão estava baixa? Porque o ajuste foi alterado na troca de bobina e ninguém conferiu.
5. Por que ninguém conferiu? Porque a verificação de tensão não está no checklist de troca de bobina.

A ação deixa de ser "orientar a expedição" e passa a ser "incluir verificação de tensão no checklist de troca de bobina". Esse tipo de causa costuma conversar com a rotina de manutenção; se a sua já está em sistema, faz sentido ligar os dois, como mostramos em [sistema de manutenção preventiva](https://pervian.tech/blog/sistema-de-manutencao-preventiva-industrial).

### Ishikawa com categorias fixas

Para problemas com várias causas possíveis, o diagrama de espinha de peixe organiza hipóteses em categorias (método, máquina, mão de obra, material, medição, meio ambiente). No sistema, cada hipótese vira um item que pode ser marcado como confirmado ou descartado, com a evidência que sustentou a decisão.

O ganho não está no desenho bonito. Está em poder **pesquisar depois**: quantas não conformidades do último ano tiveram causa confirmada em "medição"? Em papel, essa pergunta não tem resposta.

### O cuidado com "erro humano"

Vale configurar o sistema para pedir justificativa adicional quando a causa raiz for classificada como erro humano ou falta de atenção. Não é para proibir, porque às vezes é mesmo, mas para forçar a pergunta seguinte: o que no processo permitiu o erro?

## Prazos, responsáveis e alertas automáticos

Uma ação sem dono e sem prazo não é ação, é intenção. O sistema precisa garantir que cada ação tenha:

- **Um responsável nominal**, não um setor. "Manutenção" não recebe e-mail; o João recebe.
- **Prazo definido na criação**, com possibilidade de prorrogação registrada (quem pediu, por quê, quem aprovou).
- **Alerta antes do vencimento**, por e-mail, notificação no celular ou mensagem, conforme o que a equipe realmente lê.
- **Escalonamento**: ação vencida há alguns dias avisa o gestor do responsável; vencida há mais tempo aparece na reunião de análise crítica.

Quando o responsável sai da empresa ou muda de área, as ações abertas dele precisam ser transferidas de forma explícita, e não ficar órfãs. Um relatório de "ações por responsável inativo" resolve isso em segundos.

## Evidências, anexos e histórico para auditoria

Na auditoria, o que conta é a evidência. O auditor escolhe uma não conformidade e pede para ver o caminho completo: o registro, a contenção, a análise, as ações, a prova de que foram executadas e a verificação de eficácia.

O sistema precisa suportar:

- **Anexos em cada etapa**: fotos do antes e depois, laudos, procedimento revisado, lista de presença do treinamento, relatório de inspeção.
- **Histórico que não se apaga.** Toda alteração de campo, mudança de status e prorrogação fica registrada com usuário e data. Ninguém edita a causa raiz depois do encerramento sem deixar rastro.
- **Perfis de acesso**: o operador registra e acompanha o que abriu; a qualidade analisa e encerra; a diretoria vê indicadores. Os princípios estão em [controle de acesso e trilha de auditoria](https://pervian.tech/blog/controle-de-acesso-e-trilha-de-auditoria).
- **Exportação do dossiê**: um PDF ou pacote com a não conformidade inteira, pronto para enviar ao cliente que pediu um relatório de análise.

Se a reclamação vem de cliente pessoa física, o registro pode conter dados pessoais. A LGPD vale aqui como em qualquer sistema: guarde só o necessário e restrinja quem vê. Na dúvida sobre prazos de guarda, valide com o jurídico.

## Indicadores de qualidade que saem do próprio registro

Quando cada não conformidade é um registro estruturado, os indicadores deixam de ser trabalho de fim de mês. Alguns que saem direto do sistema:

- **Não conformidades abertas por origem** (processo interno, fornecedor, cliente, auditoria).
- **Tempo médio entre registro e encerramento**, por área.
- **Ações vencidas** e quem está com elas.
- **Taxa de eficácia**: das ações verificadas, quantas resolveram o problema.
- **Reincidência**: problemas com a mesma causa ou no mesmo produto em um período.
- **Pareto de causas e de produtos**, para decidir onde atacar primeiro.

O indicador de reincidência depende de classificação consistente. Por isso o sistema deve trabalhar com listas fechadas para origem, tipo de defeito e categoria de causa, e não com texto livre. Texto livre fica para a descrição.

## Registro pelo celular no chão de fábrica

Boa parte das não conformidades some antes de existir, porque registrar dá trabalho. O operador precisaria ir até o computador da sala da qualidade, lembrar o código do produto e digitar tudo.

O registro pelo celular muda isso:

- **QR Code na máquina ou no posto** já preenche local e equipamento.
- **Leitura do código do lote** na etiqueta, sem digitação.
- **Foto tirada na hora**, anexada automaticamente.
- **Formulário curto**, com só o que o operador sabe naquele momento. A triagem completa o resto.
- **Funcionamento com sinal fraco**, guardando o registro e enviando quando a conexão volta.

Em linhas com apontamento digital, dá para ir além: um desvio de parâmetro detectado pelo sistema de produção pode abrir a não conformidade sozinho, já com os dados da ordem e do turno. O mesmo vale para a [inspeção de qualidade com visão computacional](https://pervian.tech/blog/visao-computacional-na-inspecao-de-qualidade), que registra o defeito junto com a imagem. Isso conversa com o que descrevemos em [monitoramento de produção em tempo real](https://pervian.tech/blog/monitoramento-de-producao-em-tempo-real).

## Checklist para escolher ou especificar o sistema

Use esta lista para avaliar uma ferramenta pronta ou para especificar um desenvolvimento:

1. **O fluxo é configurável?** Etapas, campos obrigatórios e regra de quando abrir ação corretiva devem mudar sem programação.
2. **Contenção e ação corretiva são separadas?**
3. **A análise de causa fica dentro do registro**, pesquisável, e não como anexo?
4. **Cada ação tem responsável nominal, prazo, alerta e escalonamento?**
5. **A verificação de eficácia tem critério definido no plano** e data para medir?
6. **O histórico é imutável** e mostra cada alteração com usuário e data?
7. **O registro funciona pelo celular**, com foto e QR Code?
8. **Os indicadores saem prontos**, sem exportar para planilha?
9. **O sistema se integra** ao que já existe: ERP para lote e fornecedor, produção, manutenção, cadastro de colaboradores?
10. **Existe dossiê exportável** para cliente e auditor?

Se uma ferramenta de mercado atende a tudo isso e ao jeito da sua empresa trabalhar, ótimo. O desenvolvimento sob medida faz sentido quando o fluxo de qualidade é ligado a outros processos próprios (produção, manutenção, homologação de fornecedores) ou quando o cliente exige um formato de relatório específico que a ferramenta não gera.

## Perguntas frequentes

### Qual a diferença entre ação de contenção e ação corretiva?

A ação de contenção trata o efeito imediato da não conformidade, como segregar o lote defeituoso, parar a máquina ou avisar o cliente. A ação corretiva elimina a causa raiz para que o problema não se repita, como mudar um procedimento ou um dispositivo. Um sistema de não conformidades deve registrar as duas em campos separados.

### O que a ISO 9001 exige sobre não conformidades?

A ISO 9001 pede que a empresa reaja à não conformidade, avalie a causa, tome ação para que ela não se repita, verifique se a ação foi eficaz e guarde registro de tudo isso. A norma não obriga a usar software, mas um sistema facilita manter prazos, responsáveis e evidências organizados para a auditoria.

### Como verificar a eficácia de uma ação corretiva?

Definindo o critério antes de executar a ação e medindo o resultado depois de um período combinado, por exemplo, conferindo se o mesmo defeito voltou a aparecer no produto. Sem critério e data de medição registrados, a verificação de eficácia da ação corretiva vira apenas uma assinatura no encerramento da não conformidade.

### Dá para controlar não conformidades em planilha?

Dá enquanto o volume é pequeno e poucas pessoas participam, mas a planilha não cobra prazos, não avisa responsáveis, não guarda histórico imutável e dificulta medir reincidência. Quando ações vencem sem ninguém perceber ou a auditoria exige montar evidências à mão, um sistema de gestão de não conformidades passa a compensar o esforço de implantação.

## Como a Pervian Tech trabalha sistemas de qualidade

Na Pervian Tech, começamos pelo diagnóstico: como a não conformidade nasce hoje, por quantas mãos passa, onde ela para e o que o auditor costuma pedir. Mapeamos o ciclo real, não o que está no procedimento, e só depois desenhamos as telas.

A partir daí construímos o sistema sob medida, como parte de um [sistema de gestão sob medida](https://pervian.tech/solucoes/sistema-de-gestao-sob-medida) ou como módulo independente, com [desenvolvimento web](https://pervian.tech/servicos/desenvolvimento-web) para a qualidade e a gestão e registro pelo celular para quem está na linha. Integramos com o ERP e os sistemas de produção e manutenção que já existem, para que lote, fornecedor e equipamento não precisem ser digitados de novo.

O diagnóstico inicial é gratuito. O cronograma segue fases (diagnóstico, protótipo do fluxo, primeira área em produção, expansão) e é definido depois de entender a operação. O investimento é sob consulta, porque depende do número de áreas, de integrações e de regras do seu sistema de qualidade. Outros temas de gestão estão em [sistemas de gestão](https://pervian.tech/blog/categoria/sistemas-de-gestao). Se a sua próxima auditoria ainda depende de pasta e planilha, [conte como o processo funciona hoje](https://pervian.tech/#contato).