FMECA: o que é, diferença para FMEA e como aplicar

FMECA é a análise de modos de falha, efeitos e criticidade. Ela parte da estrutura do FMEA, relacionando função, modo de falha, efeito, causa e controles, e acrescenta uma avaliação explícita de criticidade para orientar decisões de engenharia. Na manutenção industrial, o valor não está em preencher mais uma coluna. Está em distinguir o que pode ser acompanhado, o que exige tarefa recorrente, o que pede mudança de projeto e o que não pode depender de um ranking numérico para receber tratamento.

A página pública da IEC 60812:2018 descreve FMECA como a variante em que a classificação de criticidade envolve pelo menos a severidade das consequências e, com frequência, outras medidas de importância. A norma contempla diferentes formas de priorização. Isso impede uma simplificação comum: tratar uma única escala, matriz ou fórmula como definição universal de FMECA.

Qual é a diferença entre FMEA e FMECA?

O FMEA aplicado à manutenção identifica como uma função pode falhar, quais efeitos aparecem em cada nível do sistema, quais causas são plausíveis e quais controles existem. O FMECA preserva essa análise e acrescenta um método declarado para avaliar criticidade.

Questão	FMEA	FMECA
Ponto de partida	Função, falha funcional e modo de falha	O mesmo ponto de partida
Entrega central	Efeitos, causas, controles e ações	Os mesmos elementos, acrescidos da avaliação de criticidade
Priorização	Pode usar severidade, NPR, Action Priority ou outro critério adotado	Usa uma classificação de criticidade definida para o contexto analisado
Decisão apoiada	Reduzir ou controlar modos de falha	Concentrar análise e recursos nos modos cuja combinação de consequência e importância exige tratamento

O FMECA não é automaticamente melhor que o FMEA. Se a organização já tem gatilhos claros para segurança, conformidade e consequência operacional, e consegue tomar as decisões necessárias com um FMEA bem conduzido, acrescentar uma classificação pouco definida só cria aparência de precisão. O FMECA faz sentido quando a criticidade precisa ser comparada de forma consistente dentro de um escopo e quando essa comparação muda a decisão.

O que significa criticidade no FMECA?

Criticidade é uma avaliação da importância do modo de falha para o objetivo da análise. A forma de calculá-la ou classificá-la depende do método adotado, dos dados disponíveis e da natureza do sistema. Algumas aplicações usam classes qualitativas de consequência e probabilidade. Outras usam matriz, categorias de risco ou modelos quantitativos com taxa de falha, fração atribuída ao modo e tempo de exposição.

Nenhuma dessas alternativas autoriza importar uma escala sem suas definições. Uma categoria chamada “alta” só é comparável entre modos analisados com os mesmos limites, horizonte, consequências e regras. A equipe precisa documentar:

• consequências consideradas: pessoas, meio ambiente, conformidade, produção, qualidade, patrimônio e recuperação;
• horizonte: missão, campanha, intervalo entre testes, ano operacional ou outro período coerente;
• base de ocorrência: histórico local, população comparável, dados do fabricante ou julgamento técnico identificado;
• regra de combinação: matriz, classe, número de criticidade ou outra lógica aprovada;
• gatilhos independentes: condições graves que exigem ação mesmo quando a posição relativa não é a maior.

A criticidade do modo de falha também não é a mesma coisa que a criticidade do ativo. A matriz de ativos ajuda a definir profundidade, governança e atenção dada ao equipamento. O FMECA examina modos específicos dentro daquele contexto. Um ativo classe A pode ter modos de baixa consequência, e um ativo menos crítico pode conter um modo relevante para segurança ou conformidade.

Como estruturar um FMECA para manutenção

1. Defina a decisão. Declare se a análise vai revisar projeto, estratégia de manutenção, sobressalentes, testes de proteção, plano de inspeção ou prontidão operacional.
2. Delimite sistema e condições. Registre fronteiras, interfaces, regime, redundâncias, estado de espera, utilidades e hipóteses.
3. Descreva funções e padrões. Diga o que cada item precisa entregar e em qual condição. “Bombear” é insuficiente sem vazão, pressão, fluido e tempo de resposta.
4. Identifique modos de falha. Relacione cada modo à função e evite misturar efeito, causa e defeito na mesma linha.
5. Desdobre efeitos. Registre efeito local, no subsistema e no processo. Considere detecção, proteção, redundância e recuperação.
6. Registre causas e controles atuais. Diferencie prevenção, detecção, proteção e contingência. Um alarme não previne a degradação.
7. Aplique o critério de criticidade. Use somente as categorias e regras aprovadas para aquele estudo, com justificativa e fonte de evidência.
8. Escolha o tratamento. A resposta pode ser projeto, mudança operacional, inspeção por condição, teste funcional, tarefa programada, sobressalente ou aceitação documentada.
9. Reavalie o risco residual. Verifique o controle implementado antes de reduzir a classificação e preserve a versão anterior.

O GSFC-HDBK-8004 da NASA trata FMECA como documento vivo, atualizado quando projeto, materiais, parâmetros operacionais, processos e conhecimento mudam. Esse princípio é diretamente útil à indústria: uma planilha congelada na implantação perde validade quando a planta altera produto, carga, lógica, componente ou política de operação.

Caso preenchido: sistema de água de resfriamento de um reator

O caso é didático e não representa uma instalação real. A unidade precisa manter pelo menos 180 m³/h de água de resfriamento a 3,5 bar no coletor dos reatores. Duas bombas centrífugas, P-101A e P-101B, operam em configuração uma ativa e uma reserva. As duas compartilham tanque, linha de sucção e filtro. A bomba reserva deve partir automaticamente quando a pressão do coletor cai.

A equipe definiu uma matriz interna hipotética apenas para este exercício. As classes de consequência são C1, efeito local recuperável, C2, perda operacional limitada, C3, perda importante de produção ou barreira, e C4, consequência grave para segurança, meio ambiente ou integridade do processo. As faixas de possibilidade são L1, remota nas condições estudadas, até L4, recorrente. Os limites reais, as evidências e as combinações aceitas precisariam constar no procedimento da planta. Essas classes não são padrão IEC nem recomendação universal.

Para tornar a decisão auditável, o exercício também declara a regra: todo modo C4 recebe criticidade alta, independentemente da faixa de possibilidade; C3 combinado com L2 ou superior também entra como alta; C2 com L3 entra como moderada. Condição sem dados suficientes permanece pendente e não recebe uma classe por conveniência. Uma operação real pode adotar limites diferentes, desde que os defina antes de avaliar os modos.

Modo de falha	Efeito e controles atuais	Avaliação didática	Decisão
Filtro comum de sucção funcionalmente bloqueado	Reduz NPSH disponível para as duas bombas, pode provocar cavitação e perda do coletor. Há manômetros locais, sem tendência de diferencial nem alarme.	C4 e L2. Criticidade alta pelo efeito comum sobre a redundância e pela baixa antecedência operacional.	Instalar medição de diferencial com limite e resposta definidos, revisar capacidade e arranjo do filtro e criar inspeção baseada em condição até a solução de engenharia.
Degradação de rolamento da bomba ativa	Vibração crescente e possível parada da bomba. A reserva pode assumir se estiver disponível. Existe rota de vibração mensal, mas sem critério ligado ao tempo de reação.	C2 e L3. Criticidade moderada no contexto atual, condicionada à disponibilidade comprovada da reserva.	Revisar frequência e limites da rota pelo comportamento observado, corrigir causa de lubrificação se confirmada e registrar a condição da reserva.
Válvula de retenção da descarga da reserva presa fechada	A bomba reserva pode partir sem entregar vazão. A falha fica oculta no teste que confirma apenas motor ligado.	C3 e L2. Criticidade alta porque remove a redundância sem evidência clara durante a operação normal.	Trocar o teste de partida por teste funcional da cadeia completa, com confirmação de pressão ou vazão, e revisar o componente se o histórico justificar.
Perda de contenção em selo da bomba ativa	Vazamento local e possível parada. Consequência depende do fluido contaminante, drenagem, acesso e capacidade de isolar. Inspeção visual existe.	Classificação pendente. Sem caracterizar produto, exposição e barreiras, atribuir C2 ou C3 seria adivinhação.	Levantar consequência real, mecanismo dominante, plano de selagem e resposta antes de fechar criticidade e tarefa.

O que a criticidade mudou na decisão

A falha de rolamento aparece com maior possibilidade, mas não entra automaticamente em primeiro lugar. O bloqueio do filtro comum pode retirar as duas bombas, e a válvula presa fechada torna a redundância apenas nominal. O FMECA desloca a discussão de “qual item falha mais” para “qual modo ameaça a função e quais controles realmente reduzem a consequência”.

O modo do selo permanece sem classificação final. Esse é um resultado tecnicamente válido. A lacuna de dados vira ação com responsável e prazo, em vez de ser escondida por uma nota escolhida em reunião.

Quando combinar FMECA com FTA, RCA e RCM

O FMECA percorre itens e modos de falha para frente, observando seus efeitos. Quando um evento grave depende de combinações, falhas comuns ou redundâncias, a árvore de falhas parte do evento indesejado e volta às combinações capazes de produzi-lo. Os métodos se encontram, mas não são intercambiáveis.

A análise de causa raiz investiga um evento ocorrido e testa por que ele aconteceu. O FMECA usa a aprendizagem confirmada para revisar modos, causas, controles e criticidade. O RCM amplia a decisão sobre política de manutenção, avaliando funções, falhas, consequências e aplicabilidade das tarefas. Na prática, o FMECA fornece uma base estruturada, enquanto o RCM decide o que merece tarefa e qual política é tecnicamente adequada.

Da decisão de engenharia ao plano e às ordens no SAP PM

O FMECA termina quando as ações foram implantadas e verificadas, não quando a planilha recebeu uma cor. Cada decisão precisa ser encaminhada pelo tipo correto:

• mudança de projeto: segue controle de engenharia, modificação, documentação e comissionamento;
• tarefa recorrente: depois de aprovada, entra na lista de tarefas, estratégia ou plano correspondente no SAP PM;
• teste de função oculta: precisa verificar a cadeia completa e registrar critério de aprovação, não apenas presença da ordem;
• monitoramento de condição: exige parâmetro, técnica, limite, frequência, responsável e tempo de resposta;
• descoberta de campo: retorna como nota, medição, condição encontrada e ação subsequente rastreável.

A estratégia, a periodicidade e o método permanecem sob responsabilidade da engenharia e vivem nos objetos adequados do SAP PM. Depois que o trabalho é aprovado e gera ordens, o PCM precisa carregar capacidade, sequenciar, liberar, acompanhar impedimentos e fechar a evidência.

O PM Run atua nessa camada de planejamento e execução sobre o SAP PM. O planejamento organiza ordens e recursos. A mobilidade leva a ordem ao campo e devolve confirmações por operação, notas técnicas, imagens, PDFs e medições quando aplicáveis. Essa rastreabilidade permite que a próxima revisão do FMECA use condição encontrada e execução real, sem atribuir ao software a decisão de criticidade. Para estruturar tarefas aprovadas, use também o modelo de plano de manutenção preventiva.

Como manter o FMECA tecnicamente útil

• Versione fronteira, configuração, premissas e critérios.
• Separe risco inicial, ação recomendada, ação realizada e risco residual.
• Não reduza criticidade com base em uma ação apenas prometida.
• Registre fonte e qualidade dos dados de ocorrência.
• Reabra a análise depois de falha relevante, mudança de regime, modificação ou descoberta de campo.
• Use a engenharia de confiabilidade para testar se as tarefas continuam eficazes.

Referências técnicas

• IEC 60812:2018, página oficial com escopo público de FMEA e FMECA.
• NASA GSFC-HDBK-8004, guia público de FMECA e avaliação de risco como documento vivo.
• NASA Reliability-Centered Maintenance Guide, referência pública para transformar modos e consequências em políticas e tarefas de manutenção.

Perguntas frequentes

O que significa FMECA?

FMECA significa Failure Modes, Effects and Criticality Analysis, em português análise de modos de falha, efeitos e criticidade. Ela acrescenta uma avaliação explícita de criticidade à estrutura do FMEA.

FMEA e FMECA são a mesma coisa?

Não exatamente. Todo FMECA contém a análise de modos e efeitos do FMEA, mas acrescenta uma classificação de criticidade definida para o estudo. Um FMEA pode priorizar ações por outros critérios sem ser apresentado como FMECA.

Existe uma fórmula universal de criticidade?

Não. Há métodos qualitativos, matriciais e quantitativos. A organização precisa declarar consequências, horizonte, dados e regra de combinação. Resultados construídos por métodos diferentes não devem ser comparados diretamente.

FMECA substitui matriz de criticidade de ativos?

Não. A matriz classifica ativos ou sistemas segundo seu papel para a operação. O FMECA avalia modos de falha específicos. Os dois resultados podem orientar profundidade e prioridade, mas respondem a unidades de análise diferentes.

FMECA define automaticamente o plano preventivo?

Não. A análise identifica risco e necessidade de tratamento. A engenharia ainda precisa verificar se uma tarefa por tempo, por condição, detectiva, uma mudança de projeto ou outra política é aplicável e eficaz.

Como o FMECA se conecta ao SAP PM?

Depois da decisão de engenharia, tarefas recorrentes podem ser estruturadas em listas, estratégias e planos do SAP PM. As ordens geradas são programadas e executadas, e o histórico de condição e confirmação alimenta a revisão futura da análise.

Se o desafio está em tirar as tarefas aprovadas da análise e executá-las com rastreabilidade, conheça como o PM Run conecta planejamento e mobilidade ao SAP PM. A engenharia continua dona do método, da criticidade e da estratégia.