Gestão de Ativos
Registro não é histórico. Uma anotação como troca de sensor é dado isolado; associada ao ativo, data, falha, tempo parado, causa, peça e recorrência, compõe histórico útil. A gestão de ativos transforma dado, registro, histórico, indicador e informação em decisões mais consistentes.
Tema relacionado: manutenção orientada por indicadores.
Um bom histórico responde o que falhou, quando, quantas vezes, em qual ativo, qual causa, quanto tempo ficou parado, como foi corrigido, qual peça foi usada, se voltou a ocorrer, quanto custou e se há padrão.
Essas respostas reduzem subjetividade. A equipe deixa de decidir pela última urgência e passa a enxergar recorrência, impacto, criticidade e tendência.
A ordem de serviço pode registrar ativo, local, data e hora, sintoma, modo de falha, causa, atividade executada, tempo de parada, tempo de reparo, peças, responsável, condição final e observações. Não é obrigação legal universal; é referência para histórico utilizável.
Uma OS preenchida apenas com equipamento reparado fecha a ordem, mas quase não alimenta conhecimento técnico. Alimentar o histórico deixa rastro para diagnóstico, orçamento, confiabilidade e decisão sobre o ativo.
Dados livres demais dificultam análise. Motor queimado, troca motor, motor ruim e falha motor podem representar a mesma ocorrência, mas aparecem como eventos diferentes quando não há padrão mínimo.
Padronizar ativos, falhas, causas, atividades e componentes ajuda a encontrar padrões sem taxonomia rígida. A rotina deve ser simples de usar e consistente para comparar.
Indicador não existe apenas para ter dashboard. MTBF pergunta com que frequência o ativo falha. MTTR mostra o tempo de restauração. Backlog indica trabalho pendente. Disponibilidade mostra tempo apto a operar. Custo por ativo revela gastos. Recorrência mostra falhas que voltam.
Se o indicador não apoia decisão, vira ruído. A pergunta vem antes do gráfico: qual dado reduz incerteza?
Para ativos reparáveis, MTBF = tempo de operação / número de falhas. MTTR = tempo total de reparo / quantidade de reparos. O primeiro ajuda a observar frequência; o segundo revela capacidade de recuperação, incluindo diagnóstico, acesso, peças, documentação, conhecimento e parametrização.
Esses conceitos são aprofundados no artigo sobre redução de paradas inesperadas e planejamento de manutenção. Aqui, o ponto central é garantir que os dados usados nos indicadores sejam confiáveis e comparáveis.
Backlog é o volume de trabalho pendente. Ele deve ser visto por quantidade, prioridade, criticidade, recursos e idade das pendências, sem valor ideal universal. Backlog em ativo crítico pesa mais que pendência simples.
Custos por ativo incluem peças, mão de obra, serviços, parada, modernizações e intervenções recorrentes. Já recorrência mostra falhas que voltam por causa não eliminada, especificação inadequada, instalação, operação, ambiente, obsolescência ou problema sistêmico. Esse olhar se conecta à discussão sobre gargalos, autonomia e previsibilidade operacional.
Um MTBF pode melhorar porque o ativo produziu menos. O MTTR pode cair porque reparos complexos foram terceirizados e ficaram fora do registro. Custos podem diminuir porque manutenção foi postergada. Esses exemplos não são casos reais; são alertas de interpretação.
Por isso, indicador precisa de contexto: volume produzido, regime, criticidade, mudanças no processo, peças e qualidade do registro. Sem isso, o número parece objetivo, mas pode conduzir mal.
Um evento isolado pede restauração. A recorrência sugere padrão. O padrão gera hipótese. A hipótese orienta análise. A análise sustenta decisão. Essa sequência torna a confiabilidade mais prática e menos dependente de intuição.
Quando a mesma falha aparece em turnos, operadores, lotes ou condições ambientais semelhantes, o histórico ajuda a investigar causa. A pergunta deixa de ser quem conserta agora e passa a ser por que isso continua voltando.
Dois ativos com o mesmo número de falhas podem ter prioridades diferentes. Segurança, produção, qualidade, meio ambiente, redundância, tempo de recuperação, custo e disponibilidade de peças mudam o peso de cada ocorrência.
Uma classificação ABC pode apoiar a priorização por criticidade, desde que seja usada como orientação, não como regra cega. RCM, ou Manutenção Centrada em Confiabilidade, também contribui ao relacionar função do ativo, falhas, consequências e política de manutenção.
Um CMMS ou sistema de gestão da manutenção pode centralizar ativos, OS, planos, histórico, peças e indicadores. A ferramenta ajuda, mas não corrige registros ruins.
Dependendo da necessidade, históricos e indicadores podem aparecer em sistemas web, APIs e dashboards, com relatórios e integrações. O artigo sobre dados industriais e informação para decisão aprofunda essa passagem de dado operacional para informação útil.
Reparar faz sentido quando o ativo continua tecnicamente adequado e o problema é pontual. Modernizar é mais coerente quando a estrutura principal ainda é válida, mas há obsolescência, limitações de automação, diagnóstico, integração ou dados. Substituir pode fazer sentido quando risco, peças, suporte ou arquitetura tornam a manutenção pouco sustentável.
A decisão não deve ser automática. O histórico mostra custo acumulado, recorrência, disponibilidade e tendência. Para aprofundar modernização, veja equipamentos e sistemas para evoluir; para documentação e retrofit, veja rastreabilidade como base para retrofit.
TCO, ou Total Cost of Ownership, ajuda a olhar custo total no ciclo de vida: aquisição, operação, manutenção, peças, suporte, parada e atualização. Não é fórmula rígida; é comparação madura.
Um ativo barato hoje pode ficar caro se concentra paradas críticas. Retrofit pode reduzir obsolescência sem trocar toda a estrutura; substituição pode fazer sentido quando manter exige esforço crescente.
A matriz relaciona indicador ou evidência, pergunta e possível decisão. Falha recorrente pergunta se a causa foi eliminada. MTTR crescente aponta diagnóstico, peças e documentação. Custo crescente com obsolescência pede avaliar modernização. Baixa criticidade pode justificar manter a estratégia atual.
Essa matriz não decide sozinha. Ela vincula reparar, modernizar ou substituir a evidência, impacto e risco.
Considere dois ativos semelhantes. O ativo A tem poucas falhas de alto impacto. O ativo B tem várias falhas pequenas, custos recorrentes e backlog. Contar falhas faria o B parecer pior, mas o A pode exigir prioridade por criticidade.
A análise correta compara frequência, impacto, tempo parado, custo, criticidade, recorrência e obsolescência. Esse exemplo é hipotético e não usa valores reais.
Um checklist simples ajuda a avaliar se a base de dados já sustenta decisões. Ele não é norma, mas aponta lacunas antes que indicadores virem apenas números bonitos.
Uma OS útil registra ativo, data, sintoma, modo de falha, causa, ação, tempos, peças, responsável, condição final e observações.
Depende do objetivo. MTBF, MTTR, disponibilidade, backlog, recorrência e custos por ativo são comuns quando respondem perguntas reais.
O histórico mostra recorrência, custo, tempo parado, criticidade, peças e tendência, reduzindo decisões subjetivas sobre manter, modernizar ou substituir.
Manutenção reativa responde à falha. Gestão de ativos usa histórico, criticidade, custos, risco e indicadores para planejar intervenções e tomar decisões ao longo do ciclo de vida.
Histórico de manutenção só gera valor quando transforma registros padronizados em indicadores, contexto e decisões práticas sobre ativos.
Organize histórico, indicadores e prioridades dentro de uma estratégia de manutenção industrial. manutenção orientada por indicadores.
Marcelo Custodio · Engenheiro de Controle e Automação
Marcelo Custodio é engenheiro de Controle e Automação, pós-graduado em TPM e Inteligência Artificial. Atua na integração entre automação industrial, manutenção, confiabilidade, sistemas e tecnologias aplicadas à operação.
Entrar
Voltar para o blog