O erro mais caro em indicadores de manutenção não está na fórmula. Está no denominador. Duas plantas idênticas, com o mesmo número de quebras, reportam MTBF diferente porque uma divide por horas de calendário e a outra por horas de operação; uma conta a preventiva como evento de falha e a outra não; uma para o cronômetro do reparo quando o mecânico larga a chave e a outra quando a produção volta a rodar. Nenhuma está mentindo. Só que os números não conversam entre si — e, pior, não conversam com o mês anterior da própria planta quando alguém mudou a regra no meio do caminho.
Este texto resolve isso pela definição. Cada variável tem um significado exato, cada fórmula tem um exemplo numérico fechado, e no fim há uma seção sobre como capturar esses tempos sem transformar o técnico de campo em digitador.
As três fórmulas e a definição exata de cada variável
Comece pela decomposição do tempo. Todo período de análise se divide assim:
| Variável | Definição rigorosa |
|---|---|
| Tempo de calendário | Duração corrida do período. Um mês de 30 dias tem 720 h, independentemente de a fábrica operar ou não. |
| Tempo requisitado | Horas em que o ativo deveria estar disponível para produzir, conforme a escala de turnos. Um ativo de dois turnos, 22 dias úteis, tem 352 h requisitadas em um mês de 720 h de calendário. |
| Parada programada | Indisponibilidade planejada com antecedência: preventiva, inspeção preditiva com máquina parada, troca de ferramenta programada, parada geral. Não é falha. |
| Tempo de operação (TO) | Tempo requisitado menos parada programada menos parada por falha. É o denominador do MTBF. |
| Tempo de reparo (TR) | Soma dos tempos de indisponibilidade causados por falha, medidos entre marcos declarados (ver seção de MTTR). |
| N | Número de falhas no período. Não é número de OS, não é número de intervenções, não é número de chamados. |
Com isso, as fórmulas ficam:
MTBF = Tempo de operação / NMTTR = Tempo total de reparo / NDisponibilidade = MTBF / (MTBF + MTTR)
Repare que o MTBF divide por tempo de operação, não por tempo de calendário nem por tempo requisitado. É a origem do "entre" no nome: o tempo rodando entre uma falha e a próxima. Se a máquina ficou 40 horas parada por falta de pedido, essas 40 horas não pertencem ao numerador — ela não teve chance de falhar.
MTBF: exemplo passo a passo em um compressor de parafuso
Compressor de ar de parafuso, sala de utilidades, regime contínuo 24/7. Mês de 30 dias. Os registros do período:
| Evento | Tipo | Duração |
|---|---|---|
| Preventiva de 500 h (óleo, filtros) | Programada | 10 h |
| Troca de elemento separador (planejada) | Programada | 6 h |
| Desarme por alta temperatura — trocador sujo | Falha | 4 h |
| Vazamento na válvula de admissão | Falha | 9 h |
| Falha do pressostato | Falha | 2 h |
O cálculo, na ordem:
- Tempo requisitado = 720 h (regime contínuo, calendário e requisitado coincidem).
- Parada programada = 10 + 6 = 16 h. Sai do denominador e não conta como falha.
- Tempo de reparo = 4 + 9 + 2 = 15 h. N = 3 falhas.
- Tempo de operação = 720 − 16 − 15 = 689 h.
- MTBF = 689 / 3 = 229,7 h.
- MTTR = 15 / 3 = 5,0 h.
- Disponibilidade = 229,7 / (229,7 + 5,0) = 97,9%.
Confira pelo caminho alternativo: 689 h operando sobre 704 h que ele poderia ter operado (720 − 16 de programada) = 97,87%. Bate. Sempre que os dois caminhos divergirem, há evento não contabilizado ou duplicado.
Agora as duas versões erradas do mesmo mês, que aparecem em planilha real toda semana:
| Como foi calculado | MTBF | Desvio |
|---|---|---|
| Correto: 689 h / 3 falhas | 229,7 h | — |
| Denominador em calendário cheio: 720 / 3 | 240,0 h | +4,5% (otimista) |
| Contando a preventiva como evento: 720 / 4 | 180,0 h | −21,6% (pessimista) |
Vinte e um por cento de diferença por uma classificação de OS. É por isso que separar corretiva de preventiva já no cadastro do chamado não é burocracia: é o que define o valor do indicador. Quem trata isso com rigor normalmente já tem a rotina de planejamento e controle da manutenção estruturada, porque a classificação nasce do processo, não da conta no fim do mês.
t sem falhar é R(t) = e^(−t/MTBF). Com MTBF de 229,7 h, a chance de completar uma semana de 168 h sem parada é e^(−0,731) = 48,1%. Ou seja: um compressor com MTBF de quase 10 dias tem menos de meia chance de fechar a semana inteiro. Quem promete "não vai quebrar antes das 230 h" está lendo o indicador como calendário.
MTTR: o marco zero muda o número em cinco vezes
MTTR é a média do tempo de reparo. A pergunta que quase ninguém responde por escrito é: reparo começa quando? Veja uma falha real de bomba centrífuga de processo, com os horários:
| Horário | Marco | Intervalo |
|---|---|---|
| 02:14 | Bomba desarma; alarme de vibração no supervisório | — |
| 02:41 | Operador abre a OS corretiva | 27 min de detecção/notificação |
| 03:20 | Mecânico do turno chega ao equipamento | 39 min de atendimento |
| 03:35 | Diagnóstico fechado: selo mecânico danificado | 15 min |
| 07:50 | Selo chega (não havia em estoque, veio de fornecedor) | 4 h 15 min de espera de material |
| 09:25 | Reparo concluído | 1 h 35 min de mão na massa |
| 09:50 | Teste, alinhamento e liberação para operação | 25 min |
Dependendo do marco zero e do marco final adotados, o mesmo evento vale:
- Só reparo ativo (03:35 → 09:25, descontada a espera): 1 h 35 min
- Da chegada do técnico à liberação (03:20 → 09:50): 6 h 30 min
- Da falha à liberação — o tempo que a produção sentiu (02:14 → 09:50): 7 h 36 min
O primeiro número é quatro a cinco vezes menor que o último. Ambos são defensáveis: o primeiro mede a competência técnica da execução, o último mede o impacto no negócio. O que é indefensável é reportar um deles sem dizer qual. Comparar o MTTR da sua planta com o de outra sem alinhar o marco zero é comparar coisas diferentes com o mesmo nome.
A convenção prática que funciona: registre os quatro carimbos de tempo (falha, atendimento, fim do reparo, liberação) e derive três indicadores separados — tempo de resposta, tempo de reparo ativo e tempo total de indisponibilidade (MDT, mean down time). O MTTR "oficial" para o comitê de resultados costuma ser o MDT, porque é o que aparece na produção perdida. O MTTR de reparo ativo fica para a discussão técnica interna, onde ele é de fato útil.
Disponibilidade: inerente, alcançável e operacional
"Disponibilidade" sozinha é um termo ambíguo. Existem pelo menos três, e elas respondem a perguntas diferentes:
| Tipo | Fórmula | O que inclui | Pergunta que responde |
|---|---|---|---|
| Inerente (Ai) | MTBF / (MTBF + MTTR) | Só falhas e reparo ativo. Ignora preventiva, espera de peça e turno. | O equipamento, como projetado e mantido, é confiável? |
| Alcançável / física | (Tempo requisitado − toda manutenção) / Tempo requisitado | Corretiva + preventiva. Ainda ignora atraso logístico e administrativo. | Quanto a manutenção, somada, custa de tempo de máquina? |
| Operacional (Ao) | (Tempo requisitado − indisponibilidade total) / Tempo requisitado | Tudo: falha, preventiva, espera de peça, espera de técnico, liberação, aguardo de autorização. | Quanto do tempo em que eu precisava da máquina eu realmente tive? |
Voltando ao compressor: a disponibilidade inerente foi 97,9%. A física, considerando as 31 h totais de manutenção sobre 720 h requisitadas, cai para 95,7%. Se houvesse ainda 12 h de espera por autorização de parada e chegada de terceiro, a operacional cairia para 94,0%. Três números corretos, dois pontos percentuais de diferença, e a decisão de investimento muda conforme qual deles vai para o slide.
Regra prática: a disponibilidade inerente serve para avaliar o ativo. A operacional serve para avaliar o sistema de manutenção. Quando a distância entre as duas é grande, o problema não está na máquina — está na logística, na peça, no processo de liberação. Vale definir isso antes, junto da classificação de criticidade dos ativos, porque não faz sentido perseguir 99% em equipamento classe C com redundância.
OEE: disponibilidade multiplicada por performance e qualidade
O OEE não é um indicador de manutenção, é de produção — mas a disponibilidade entra nele como primeiro fator, e é por isso que ele acaba na mesa do PCM. A fórmula:
OEE = Disponibilidade × Performance × Qualidade
Exemplo em um centro de usinagem CNC, turno de 8 h:
| Item | Valor |
|---|---|
| Turno | 480 min |
| Paradas planejadas (refeição, reunião de turno) | 30 min |
| Tempo planejado de produção | 450 min |
| Paradas não planejadas (quebra de fuso 30 min + setup não previsto 15 min) | 45 min |
| Tempo operando | 405 min |
| Tempo de ciclo ideal (de projeto, não a média realizada) | 0,50 min/peça |
| Peças produzidas | 675 |
| Peças refugadas ou retrabalhadas | 20 |
- Disponibilidade = 405 / 450 = 90,0%
- Performance = (675 × 0,50) / 405 = 337,5 / 405 = 83,3%
- Qualidade = (675 − 20) / 675 = 655 / 675 = 97,0%
- OEE = 0,900 × 0,833 × 0,970 = 72,7%
Confirmação pelo atalho: peças boas × ciclo ideal ÷ tempo planejado = 655 × 0,50 / 450 = 72,8%. A pequena diferença é arredondamento. Se os dois caminhos derem números distantes, há inconsistência entre a contagem de peças e o registro de tempo.
O patamar de 85% é o benchmark tradicional de classe mundial, e ele vem de um produto específico: 90% de disponibilidade × 95% de performance × 99,9% de qualidade ≈ 85,4%. Não é uma meta arbitrária — é o que se considera excelente em cada dimensão, multiplicado.
Taxa de falha, curva da banheira e o limite do MTBF
A taxa de falha λ é o inverso do MTBF quando ela é constante: λ = 1 / MTBF. No compressor, λ = 1 / 229,7 = 0,00435 falhas por hora, ou 4,35 falhas a cada 1.000 horas de operação. Essa forma é mais útil que o MTBF para somar riscos: a taxa de falha de um sistema em série é aproximadamente a soma das taxas dos componentes, o que o MTBF não permite fazer diretamente.
O detalhe que a fórmula esconde: λ constante é uma hipótese, não um fato. É a região central da curva da banheira, onde as falhas são aleatórias. Fora dela:
| Fase | Comportamento de λ | Causa típica | O que fazer |
|---|---|---|---|
| Mortalidade infantil | Decrescente | Montagem, comissionamento, peça não original, desalinhamento na instalação | Acompanhamento intensivo pós-partida, checklist de comissionamento |
| Vida útil | Constante | Falhas aleatórias, eventos externos | Preditiva e monitoramento por condição; MTBF é válido aqui |
| Desgaste | Crescente | Fadiga, abrasão, corrosão, envelhecimento de elastômeros | Substituição por idade, retrofit ou troca do ativo |
Duas consequências práticas. Primeira: calcular MTBF logo após a partida de um equipamento novo produz um número artificialmente ruim, que melhora sozinho — não é mérito de ninguém. Segunda: em equipamento complexo, os estudos clássicos de confiabilidade que originaram o RCM mostraram que boa parte dos modos de falha não apresenta uma zona de desgaste bem definida, e por isso trocar peça por idade nem sempre reduz falha; às vezes aumenta, ao reintroduzir mortalidade infantil. Antes de encurtar um intervalo de preventiva "por segurança", vale checar se o modo de falha em questão realmente tem relação com idade.
Cinco erros que invalidam o indicador
- Contar parada programada como falha. O caso mais comum, e o de maior impacto — no exemplo do compressor, 21% de distorção. Preventiva executada é sinal de processo funcionando, não de quebra.
- MTTR sem tempo de espera, sem declarar. Esconde o gargalo de sobressalente e transfere um problema de estoque para dentro do indicador da manutenção, onde ele fica invisível.
- Base de ativos que mudou no período. Se a planta tinha 30 ativos em janeiro e 45 em junho, comparar "MTBF da frota" mês a mês sem normalizar por horas-ativo acumuladas mostra uma tendência que é puro efeito de tamanho da amostra.
- Falha sem hora real de início e fim. OS aberta às 8h da manhã seguinte para uma quebra da madrugada, ou fechada na sexta para um reparo de terça, geram MTTR fictício em ambas as direções. Carimbo de tempo tem que ser do evento, não do preenchimento.
- KPI editado à mão na planilha. O momento em que alguém "ajusta" uma célula porque o número ficou feio é o momento em que o indicador deixa de existir. A partir dali não há como reconstruir o cálculo, e a discussão vira negociação sobre o valor em vez de análise sobre a causa.
O teste definitivo é simples: pegue qualquer número do relatório e tente chegar até as ordens de serviço que o produziram. Se não der para descer do indicador até os eventos, ele não é um indicador — é uma opinião com casas decimais.
No Fluxion OS, MTBF, MTTR, disponibilidade e OEE são calculados a partir dos registros das ordens de serviço — com os tipos de OS separando corretiva de preventiva e um histórico de atividades imutável por trás. Nada de célula editada à mão.
Lendo as combinações: os quatro quadrantes
MTBF e MTTR isolados dizem pouco. Cruzados, apontam para diagnósticos bem distintos — e para ações que não se substituem.
| Combinação | O que está acontecendo | Onde atacar |
|---|---|---|
| MTBF alto + MTTR baixo | Cenário saudável: falha pouco e, quando falha, volta rápido. Verifique antes se as falhas estão realmente sendo registradas — subnotificação produz exatamente este quadrante. | Manter. Migrar esforço para os ativos piores. |
| MTBF alto + MTTR alto | Confiabilidade boa, recuperação ruim. Típico de equipamento crítico sem sobressalente em estoque, sem procedimento escrito, ou dependente de terceiro para intervir. O problema não é do ativo, é da logística de manutenção. | Sobressalente estratégico, procedimento de reparo, treinamento, contrato de resposta com fornecedor. |
| MTBF baixo + MTTR baixo | O quadrante mais perigoso, porque a disponibilidade pode ficar aceitável e esconder tudo. É a manutenção de bombeiro eficiente: troca-se a peça em 20 minutos, dez vezes por mês, e a causa raiz nunca é tocada. | Análise de falhas recorrentes e causa raiz. Um ativo que falha muito e é reparado rápido está consumindo peça e mão de obra em silêncio. |
| MTBF baixo + MTTR alto | Crítico e visível. Ativo no fim da vida, mal especificado para a aplicação, ou operado fora da condição de projeto. | Decisão de engenharia: retrofit, substituição ou mudança de processo. Preventiva adicional aqui costuma ser dinheiro jogado fora. |
Um detalhe que muda a conversa com a diretoria: o quadrante MTBF baixo + MTTR baixo é o que mais aparece em planta com boa disponibilidade e custo de manutenção crescendo sem explicação. A disponibilidade está boa porque o reparo é rápido; o custo sobe porque a frequência é alta. Só o cruzamento dos dois indicadores mostra isso.
Como coletar esses dados sem travar o técnico de campo
Todo o rigor acima depende de um dado que nasce no chão de fábrica, muitas vezes às três da manhã, com a mão suja. Se a coleta for pesada, ela não acontece — e um indicador com 60% dos eventos registrados é pior que nenhum, porque parece confiável.
O que funciona na prática:
- Quatro carimbos de tempo, e só. Hora da falha, hora do início do atendimento, hora do fim do reparo, hora da liberação. Com esses quatro campos você deriva MTTR de resposta, de reparo ativo e MDT. Todo o resto do formulário pode ser opcional.
- Tipo de OS obrigatório no cadastro, não no fechamento. Corretiva, preventiva, preditiva ou melhoria — escolhido na abertura. É esse campo que separa o numerador do denominador. Deixar para classificar depois significa não classificar.
- Motivo de parada em lista fechada. Oito a doze opções, não texto livre. Texto livre é ótimo para o histórico e inútil para agrupar. "Aguardando peça" precisa ser um status selecionável, com hora de entrada e saída, senão vira observação em campo de texto e some do cálculo.
- Registro no celular, funcionando offline. Casa de máquinas e subsolo raramente têm sinal. Se o apontamento exigir voltar ao escritório, o horário registrado será o da digitação, não o do evento — e o MTTR passa a medir a disciplina administrativa da equipe.
- Nenhuma conta pedida ao técnico. Ele registra fatos e horários. Cálculo é responsabilidade do sistema. Toda vez que se pede um percentual preenchido à mão, entra ruído.
- Primeiro trimestre é de validação, não de meta. Rode três meses coletando e conferindo a consistência antes de amarrar bônus ou cobrança ao número. Meta em cima de dado imaturo ensina a equipe a manipular o registro, e esse hábito não se desfaz depois.
Nada disso exige software sofisticado em teoria — exige apenas que os quatro carimbos existam e sejam confiáveis. Na prática, é justamente aí que a planilha falha: ela não impede o preenchimento retroativo, não guarda quem alterou o quê, e não separa a preventiva da corretiva sem disciplina humana constante. É a razão mais concreta para avaliar um CMMS antes de tentar estruturar indicadores em Excel.
Um último ponto de sequência: comece a medir pelos ativos que importam. Aplicar essa coleta em toda a planta de uma vez costuma naufragar. Rodar os primeiros três meses nos ativos classe A, com a coleta bem feita, produz um indicador confiável e um caso interno para expandir — e conecta naturalmente com a revisão do plano de preventiva, já que o MTBF por modo de falha é o insumo que diz se o intervalo está adequado.
Perguntas frequentes
MTBF e MTTR devem ser calculados por ativo ou por frota?
Pelos dois, com denominadores diferentes. Por ativo, o denominador é o tempo de operação daquele ativo. Por frota ou linha, é a soma das horas de operação de todos os ativos do grupo no período — horas-ativo acumuladas, nunca o número de dias do mês. Se a frota mudou de tamanho durante o período, só o acumulado de horas-ativo produz um número comparável com o mês anterior.
Parada por falta de insumo ou de operador entra no cálculo de MTBF?
Não entra no MTBF, porque não é falha do ativo. Mas entra na disponibilidade operacional e na perda de disponibilidade do OEE, porque a máquina estava requisitada e não produziu. Manter essas paradas em um código de motivo separado é o que permite levar o problema para quem pode resolvê-lo, em vez de diluí-lo no indicador da manutenção.
Qual valor de MTBF é considerado bom?
Não existe valor bom em termos absolutos. MTBF depende do tipo de equipamento, do regime de operação e da criticidade. O uso correto é comparativo: o mesmo ativo contra ele mesmo ao longo do tempo, ou ativos idênticos entre si sob a mesma definição de falha. Comparar o MTBF de um compressor com o de uma esteira transportadora não informa nada.
Dá para usar o MTBF para prever quando a máquina vai quebrar?
Não para prever a data. Com taxa de falha aproximadamente constante, o MTBF permite estimar a probabilidade de sobrevivência em um intervalo pela relação R(t) = e^(−t/MTBF). Previsão de data exige monitoramento de condição — vibração, termografia, análise de óleo — que detecta o modo de falha específico em curso, não uma média histórica.
Disponibilidade de 98% e OEE de 65% ao mesmo tempo fazem sentido?
Sim, e é a combinação mais comum. Disponibilidade mede apenas se a máquina estava apta a operar. O OEE multiplica essa disponibilidade por performance e qualidade, então microparadas, perda de velocidade e refugo derrubam o resultado mesmo com o equipamento quase sempre disponível. A distância entre os dois números é exatamente o diagnóstico útil: ela diz que o problema não está na manutenção corretiva, e sim na operação ou no processo.