RCFA é uma análise estruturada que investiga uma falha relevante, identifica fatores causais e causas controláveis e conduz ações até a verificação de eficácia. A sigla vem de Root Cause Failure Analysis. Na manutenção industrial, o valor do método está em impedir que troca de componente, opinião mais forte ou primeira explicação plausível encerrem a investigação.
RCFA não é sinônimo de reunião depois da parada. Também não é um formulário com o campo causa raiz preenchido por uma palavra. O processo começa preservando evidência, reconstrói o evento, testa hipóteses, identifica deficiências de barreira e controle, define ações proporcionais e confirma se recorrência e risco realmente mudaram. O fluxo completo aparece em um caso didático preenchido.
Quando abrir uma RCFA
Nem toda ocorrência exige a mesma profundidade. O gatilho deve estar ligado à consequência e à repetição, não ao cargo de quem pede. Uma planta pode abrir RCFA para evento de segurança ou meio ambiente, perda relevante de produção, dano material, reincidência, falha em ativo crítico, desvio de qualidade, degradação sem causa compreendida ou ação anterior que não funcionou.
A regra precisa existir antes do evento. Sem critério, incidentes semelhantes recebem tratamentos diferentes. Uma triagem simples pode registrar consequência, criticidade, repetição, incerteza e exposição futura. O responsável técnico decide profundidade e equipe. O encerramento administrativo da ordem não deve apagar a necessidade de investigação.
RCA, RCFA e ferramentas
Análise de causa raiz, RCA, é a categoria ampla. RCFA aplica esse raciocínio a uma falha e exige um entregável técnico completo. Os 5 porquês podem explorar uma cadeia relativamente linear. FTA decompõe combinações para um evento de topo. FMEA antecipa modos e efeitos. Nenhuma ferramenta garante causa por si só. A equipe escolhe conforme pergunta, evidência e complexidade.
Uma RCFA defensável separa três níveis. A causa física descreve o mecanismo que produziu a perda de função. Fatores humanos e de tarefa explicam decisões e condições locais sem culpar a pessoa. Causas organizacionais mostram por que controles, critérios, recursos ou governança permitiram o evento. A ação precisa corresponder ao nível identificado.
Método em nove etapas
- Classificar e estabilizar. Proteja pessoas, processo, meio ambiente e ativo antes de investigar.
- Preservar evidência. Guarde condição, peças, fotos permitidas, tendências, parâmetros, documentos e depoimentos sem alterar o original.
- Definir evento e escopo. Escreva perda de função, consequência, fronteira, período e perguntas que a análise precisa responder.
- Montar equipe. Inclua conhecimento de operação, manutenção, engenharia, processo e sistema, com facilitador e dono da decisão.
- Construir linha do tempo. Ordene fatos confirmados, fontes e lacunas. Não misture interpretação com evento.
- Analisar barreiras e mudanças. Verifique o que deveria prevenir, detectar ou mitigar e o que mudou.
- Testar hipóteses. Procure evidência favorável e contrária. Uma hipótese sem teste continua hipótese.
- Definir causas e ações. Relacione cada ação a uma causa, responsável, prazo e critério de conclusão.
- Verificar eficácia. Observe janela suficiente e reabra a análise se o controle não produzir o resultado esperado.
Caso didático preenchido: transportador CV-17
Os equipamentos, números e fatos abaixo são didáticos. Não representam cliente, benchmark ou desempenho da PM Run. O transportador CV-17 alimenta matéria-prima a uma etapa contínua. Em 4 de agosto de 2025, o acionamento desligou por temperatura elevada no mancal do lado acoplado. A linha ficou indisponível por 3 horas e 40 minutos. Não houve lesão, impacto ambiental nem incêndio.
Definição e perguntas
| Elemento | Definição do caso |
|---|---|
| Evento | Perda da função de transporte após desligamento por temperatura elevada no mancal |
| Consequência | 3 h 40 min de indisponibilidade da linha |
| Escopo | Mancal, lubrificação, alinhamento, monitoramento, resposta à anomalia e histórico recente |
| Fora do escopo | Redimensionamento de toda a linha e avaliação econômica de substituição do transportador |
| Pergunta 1 | Qual mecanismo levou à elevação de temperatura e dano? |
| Pergunta 2 | Por que sinais anteriores não resultaram em intervenção efetiva? |
| Pergunta 3 | Quais controles precisam mudar para reduzir recorrência? |
Evidência preservada
- Histórico de temperatura e vibração dos 90 dias anteriores, exportado com data e origem.
- Notificações, ordens, confirmações e anexos dos 12 meses anteriores.
- Condição do mancal, lubrificante residual, proteção, base e acoplamento antes da limpeza.
- Peças removidas identificadas e armazenadas para inspeção.
- Instrução de lubrificação, lista de tarefas e critérios de monitoramento vigentes na data.
- Entrevistas separadas com operador, inspetor, planejador e dois executantes.
- Registro de alinhamento da troca anterior, encontrado sem resultado de aceitação anexado.
Os valores de vibração do caso subiram de 4,2 mm/s para 8,6 mm/s em seis semanas. A temperatura relativa ao mancal comparável aumentou 19 °C. Esses números são dados didáticos e não limites universais. A planta tinha um critério interno para alerta, mas o documento não dizia quem abria a notificação, em qual prazo ou com quais campos.
Linha do tempo factual
| Data | Fato confirmado | Fonte |
|---|---|---|
| 12/01/2025 | Rolamento substituído após ruído; ordem encerrada sem resultado de alinhamento | Ordem e entrevista |
| 18/06/2025 | Primeiro aumento persistente de vibração acima da linha de base local | Tendência arquivada |
| 02/07/2025 | Rota registrou condição de atenção em planilha externa | Arquivo da rota |
| 16/07/2025 | Nova leitura confirmou crescimento; nenhuma notificação foi localizada | Tendência e busca no SAP |
| 31/07/2025 | Lubrificação executada; ordem dizia apenas lubrificar, sem quantidade e condição inicial | Ordem e lista |
| 04/08/2025 | Proteção atuou por temperatura, linha parou e o mancal foi substituído | Historiador e ordem emergencial |
Barreiras esperadas e desempenho
| Barreira | Função esperada | O que ocorreu |
|---|---|---|
| Alinhamento pós-intervenção | Confirmar condição de montagem | Não havia evidência de aceitação no encerramento |
| Rota de condição | Detectar degradação e gerar tratamento | Detectou tendência, mas ficou fora do fluxo de notificação |
| Plano de lubrificação | Aplicar produto, quantidade e método definidos | Produto estava identificado, quantidade e critério de purga não estavam |
| Revisão do PCM | Transformar anomalia válida em trabalho priorizado | Nenhum item chegou ao backlog formal |
| Proteção de temperatura | Mitigar dano e consequência | Atuou e limitou a consequência |
Hipóteses testadas
A equipe considerou sobrecarga de processo, desalinhamento, lubrificação inadequada, montagem incorreta, defeito de componente e leitura falsa. A carga permaneceu dentro da faixa didática declarada. O sensor de proteção foi comparado com instrumento de referência e não explicou o evento. A inspeção das peças encontrou padrão compatível com degradação acelerada sob condição combinada de alinhamento e lubrificação, mas o componente isolado não provava a cadeia organizacional.
O registro incompleto da troca anterior impediu confirmar a condição inicial. A instrução de lubrificação não especificava quantidade nem resposta à condição encontrada. A rota detectou crescimento, porém usava planilha externa e não tinha regra de conversão do alerta em notificação. As três lacunas eram independentes e convergiam para falta de controle do ciclo entre detecção, decisão e verificação.
Fatores causais e causa raiz
- Causa física mais provável: degradação do rolamento sob condição combinada de alinhamento não comprovado e lubrificação sem parâmetro completo.
- Fator causal 1: encerramento da ordem anterior não exigia evidência do alinhamento.
- Fator causal 2: tarefa de lubrificação não continha quantidade, método e critério de resposta.
- Fator causal 3: alerta de condição não possuía dono, prazo e integração com o backlog formal.
- Causa raiz controlável: a governança da estratégia não definia critérios de aceitação e fechamento do ciclo entre intervenção, monitoramento e SAP PM para essa família de ativo.
A formulação foi testada com uma pergunta prática: se a causa raiz for corrigida, a organização reduz a probabilidade de repetição deste evento e de eventos semelhantes? A resposta foi sim, desde que as três barreiras fossem tratadas juntas. Trocar novamente o rolamento trataria a condição imediata, mas não o sistema que permitiu a degradação avançar.
Plano de ações vinculado às causas
| Ação didática | Dono | Prazo | Evidência de conclusão |
|---|---|---|---|
| Revisar plano de trabalho com alinhamento e teste de aceitação | Engenharia de manutenção | 30 dias | Lista revisada, aprovada e aplicada em ordem piloto |
| Definir produto, quantidade, método e resposta da lubrificação | Engenharia e lubrificação | 30 dias | Plano revisado e executante qualificado |
| Criar regra para alerta virar notificação | Confiabilidade e PCM | 15 dias | Critério, responsável, prazo e teste com cenário simulado |
| Revisar sete ativos equivalentes | PCM | 45 dias | Ordens ou justificativas registradas por ativo |
| Auditar evidência de encerramento | Supervisão | 90 dias | Amostra mensal com resultado e ação sobre desvios |
Ação como treinar equipe foi rejeitada por ser ampla e não corresponder sozinha às causas. O treinamento entra apenas quando existe comportamento esperado, material revisado e forma de verificar competência. Ação como ter mais atenção também foi rejeitada porque não muda barreira nem processo.
Saída para SAP PM e rotina
No caso, a ocorrência recebe notificação com objeto técnico, início do mau funcionamento, sintoma, modo, efeito, método de detecção e evidências permitidas conforme a configuração. A ordem emergencial preserva operações e materiais realmente usados. A RCFA fica referenciada no histórico. Ações físicas e revisões de plano geram ordens próprias, em vez de permanecerem como texto no relatório.
A documentação SAP sobre dados de falha descreve modo, efeito e método de detecção em notificações. Esses campos apoiam análises como RCM e FMEA quando configurados e usados com governança. A ferramenta não confirma a causa automaticamente. Catálogo bem preenchido organiza evidência; investigação técnica decide o que ela sustenta.
A PM Run pode apoiar execução, mobilidade, planejamento e retorno de dados sobre o SAP PM. Ela não faz RCFA, não diagnostica a falha e não cria ação de engenharia por conta própria. O SAP continua como sistema de registro, enquanto a operação define critérios e aprova mudanças.
Indicadores e janela de eficácia
A equipe definiu 180 dias ou três ciclos de inspeção completos, valendo o que fosse maior. O evento raro não seria validado apenas por ausência de nova parada. Foram acompanhados:
- percentual de alertas válidos convertidos em notificação dentro do prazo interno;
- percentual de ordens da família com alinhamento e teste anexados;
- aderência à tarefa revisada de lubrificação;
- tendência de vibração e temperatura comparada à linha de base local;
- reincidência da mesma família em 30, 90 e 180 dias;
- ações vencidas e ações concluídas sem evidência;
- falhas semelhantes nos sete ativos equivalentes.
No exercício, os critérios didáticos foram 100% dos alertas críticos tratados conforme a regra, pelo menos 95% das ordens com evidência completa e nenhuma repetição associada às barreiras tratadas. Esses valores não são benchmark. Se o ativo operar pouco, a janela deve considerar exposição, não apenas calendário.
Resultado da implantação
| Controle implantado | Marco | Evidência didática observada | Estado |
|---|---|---|---|
| Regra para alerta virar notificação | D+12 | 4 de 4 cenários simulados geraram notificação em até 24 h | Concluído |
| Lista com alinhamento e aceite | D+28 | 1 de 1 ordem piloto registrou valores antes e depois da montagem | Concluído |
| Tarefa de lubrificação revisada | D+28 | Produto, quantidade, método e purga definidos; 3 de 3 executantes qualificados | Concluído |
| Extensão para ativos equivalentes | D+43 | 7 de 7 ativos revisados; duas ordens abertas para lacunas de condição | Concluído |
| Auditoria de encerramento | D+90 | Três amostras mensais concluídas; desvios tratados antes do fechamento | Concluído |
As cinco ações previstas foram implantadas dentro dos prazos didáticos, com 5 de 5 evidências de conclusão aceitas pelos respectivos responsáveis. A notificação original, a ordem emergencial, as ordens de ação e a versão revisada da lista permaneceram vinculadas no histórico SAP PM.
Resultado observado na janela de eficácia
A observação ocorreu de 5 de agosto de 2025 a 31 de janeiro de 2026, totalizando 180 dias e seis ciclos completos de inspeção. A população reuniu o CV-17 e sete ativos equivalentes. O teto físico foi 8 ativos × 180 dias × 24 h = 34.560 horas-calendário. Depois de excluir 5.120 horas de paradas programadas, reserva e carga não comparável, restaram 29.440 horas operadas comparáveis.
| Indicador | Numerador | Denominador | Resultado | Critério didático |
|---|---|---|---|---|
| Alertas críticos tratados no prazo | 9 | 9 alertas válidos | 100% | 100% em até 24 h |
| Ordens com evidência completa | 20 | 20 ordens aplicáveis | 100% | Pelo menos 95% |
| Execuções aderentes à tarefa de lubrificação | 18 | 18 execuções aplicáveis | 100% | 100% |
| Recorrência ligada às barreiras tratadas | 0 | 29.440 h comparáveis | 0,000 por 1.000 h | Nenhuma repetição |
| Ações críticas com evidência aceita | 5 | 5 ações previstas | 100% | 100% |
O CV-17 completou seis ciclos sob a faixa de carga definida. A maior vibração registrada foi 4,9 mm/s e a maior diferença de temperatura frente ao mancal comparável foi 5 °C, usando o mesmo método didático que havia registrado 8,6 mm/s e 19 °C antes do evento. Esses valores demonstram a comparação do caso e não estabelecem limites universais.
Na revisão D+180, a equipe encerrou tecnicamente a RCFA porque as cinco ações estavam implantadas, os três critérios de eficácia foram atendidos e nenhuma recorrência associada às barreiras tratadas apareceu na exposição definida. O monitoramento mensal permaneceu no plano. A análise deve ser reaberta se um alerta válido ultrapassar 24 h sem notificação, se a evidência completa cair abaixo de 95% na amostra móvel ou se o mesmo mecanismo voltar a ocorrer. O fechamento valida o controle das barreiras deste caso, sem afirmar que toda falha de rolamento foi eliminada.
Limites e cuidados
- Correlação temporal não prova mecanismo físico.
- Peça danificada após o evento pode perder evidência da condição inicial.
- Entrevista é fonte importante, mas precisa ser confrontada com registros.
- Ausência de recorrência em janela curta não prova eficácia.
- Uma causa raiz pode ter mais de uma ação e uma ação pode exigir gestão de mudança.
- Responsabilizar a última pessoa da cadeia interrompe a análise antes do controle organizacional.
Referências técnicas
- U.S. Department of Energy, DOE-NE-STD-1004-92, Root Cause Analysis Guidance Document, consultado em 23/08/2026.
- SAP Help Portal, Failure Data, consultado em 23/08/2026.
- SAP Help Portal, Process Maintenance Notification, consultado em 23/08/2026.
Perguntas frequentes
Qual é a diferença entre RCA e RCFA?
RCA é a categoria geral de análise de causa raiz. RCFA é uma aplicação estruturada a uma falha, com evento, evidência, fatores causais, causas controláveis, ações e verificação. Empresas podem usar os termos de modo diferente, por isso o procedimento interno deve declarar o entregável esperado.
RCFA sempre encontra uma única causa raiz?
Não. Sistemas industriais podem exigir uma combinação de causas e barreiras. Forçar uma causa única simplifica demais. O critério é identificar causas controláveis que expliquem a evidência e cuja correção reduza repetição ou consequência.
Quando encerrar uma RCFA?
O relatório pode ser aprovado quando evidência, causas e ações estão coerentes. A RCFA só fecha tecnicamente depois que as ações críticas foram implementadas e a janela de eficácia foi observada. Se o indicador não muda, a análise precisa ser reaberta.
Para conectar ordens, planejamento e retorno de campo ao SAP PM, conheça a camada operacional da PM Run. A investigação, o diagnóstico e a aprovação das ações permanecem sob responsabilidade técnica da empresa.
