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

FMECA (Failure Mode, Effects and Criticality Analysis) é a análise de modos de falha, efeitos e criticidade: um FMEA acrescido de uma avaliação formal de criticidade para cada modo de falha. Além de listar como o equipamento pode falhar, com efeito, causa e controle, o FMECA classifica cada modo por severidade e probabilidade, numa matriz de criticidade ou num número de criticidade calculado.

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. Na manutenção, o método é uma das ferramentas da engenharia de confiabilidade e serve para distinguir o que pode ser acompanhado, o que exige tarefa recorrente, o que pede mudança de projeto e o que precisa de tratamento independentemente de qualquer ranking.

FMECA: significado da sigla e origem do método

A sigla vem do inglês Failure Mode, Effects and Criticality Analysis. As letras FMEA correspondem à análise de modos de falha e efeitos; o C acrescenta a criticidade. O método foi formalizado pela indústria de defesa dos Estados Unidos, e a referência mais citada até hoje é a MIL-STD-1629A, de 1980, que padronizou a análise de criticidade com categorias de severidade, matriz de criticidade e número de criticidade. A norma militar foi cancelada em 1998, mas continua em uso como referência técnica, e a IEC 60812 passou a ser a base geral para aplicações industriais.

Qual é a diferença entre FMEA e FMECA?

O FMEA, com seu número de prioridade de risco (NPR), 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. Na prática, a diferença entre FMEA e FMECA está na forma de priorizar: o FMEA costuma ordenar as linhas pelo NPR (severidade × ocorrência × detecção) ou pela Action Priority, e o FMECA usa uma análise de criticidade que combina severidade com probabilidade de ocorrência, em matriz ou em número calculado.

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.

Análise de criticidade: matriz e número de criticidade

A MIL-STD-1629A descreve duas formas de fazer a análise de criticidade, e as duas continuam sendo a referência quando se fala em FMECA.

Matriz de criticidade

Cada modo de falha recebe uma categoria de severidade, de I (catastrófica) a IV (menor), e uma classe de probabilidade de ocorrência. A matriz cruza as duas dimensões: modos no canto de maior severidade e maior probabilidade ficam no topo da prioridade. É a forma qualitativa, usada quando não há taxa de falha confiável, e é a mais comum em manutenção industrial.

Número de criticidade

Quando há dados de taxa de falha, a norma calcula o número de criticidade do modo de falha:

Cm = β × α × λp × t

• β: probabilidade condicional de o modo de falha produzir o efeito analisado;
• α: fração das falhas do item que corresponde àquele modo;
• λp: taxa de falha do item;
• t: tempo de operação considerado.

A soma dos Cm de um item dentro da mesma categoria de severidade dá o número de criticidade do item, Cr. O cálculo só é tão bom quanto os dados: taxa de falha de catálogo aplicada a um regime diferente produz um número preciso apenas na aparência.

Metodologia FMECA: como estruturar a análise na 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.

Exemplo de FMECA em um sistema de bombeamento com reserva

Considere, como ilustração, um sistema genérico de água de resfriamento com duas bombas centrífugas, uma ativa e uma reserva com partida automática, que compartilham tanque, linha de sucção e filtro. A análise usa uma matriz qualitativa com quatro classes de consequência e quatro de possibilidade, definidas antes de avaliar os modos.

Modo de falha	Consequência	Possibilidade	Criticidade
Filtro comum de sucção bloqueado	Alta: atinge as duas bombas ao mesmo tempo	Baixa	Alta, pelo efeito comum sobre a redundância
Degradação de rolamento da bomba ativa	Moderada, se a reserva estiver disponível	Média	Moderada
Válvula de retenção da reserva presa fechada	Alta: a reserva parte sem entregar vazão	Baixa	Alta, por ser uma falha oculta

O rolamento é o modo mais provável e, mesmo assim, não lidera. O filtro comum pode retirar as duas bombas, e a válvula presa torna a redundância apenas nominal, sem aparecer na operação normal. A análise de criticidade desloca a pergunta de "qual item falha mais" para "qual modo ameaça a função", e aponta tratamentos como medição de diferencial no filtro e teste funcional completo da reserva, com confirmação de pressão ou vazã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, descrito no guia de RCM da NASA, 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 só termina quando as ações foram implantadas e verificadas. 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 o histórico de notas e de medições para testar se as tarefas continuam eficazes.

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.