← Todos os artigos
Maintenance

CMMS vs manutenção preditiva: o que um sistema de gestão da manutenção precisa mesmo de fazer

📅 · 4 min de leitura · Equipa Meta Smart Factory

Vendem-se como uma única compra, e não são. O que um CMMS regista, o que a manutenção preditiva lhe acrescenta, e a fronteira que decide se um dado de sensor se torna uma ordem de trabalho ou apenas um gráfico sobre o qual ninguém age.

Um responsável de manutenção pede «um CMMS». Um fornecedor responde com sensores, aprendizagem automática e um painel que prevê avarias com três semanas de antecedência. Algures nessa conversa perde-se a pergunta real — o que acontece da próxima vez que uma máquina avaria às duas da manhã. CMMS e manutenção preditiva não são compras concorrentes, mas também não são a mesma compra. Um é a espinha dorsal de registo; a outra é uma estratégia que se corre por cima dela. Comprar a segunda sem a primeira é o erro mais comum e o mais caro.

Para que serve mesmo um CMMS

Um sistema informatizado de gestão da manutenção (CMMS) é propositadamente pouco vistoso: ordens de trabalho, planos preventivos, stock de peças sobresselentes e histórico de máquinas, tudo num só lugar em vez de um quadro branco, uma folha de cálculo e o técnico que por acaso se lembra do que aconteceu da última vez. Planos baseados em tempo e em utilização — mensais, anuais, ou a cada N horas de funcionamento ou unidades produzidas — são gerados e acompanhados automaticamente, em vez de dependerem de alguém reparar numa data de vencimento.

Esta espinha dorsal importa mais do que a estratégia que corre por cima dela, porque toda a estratégia depende do mesmo registo. Uma previsão de que um rolamento vai falhar não vale nada se não houver uma ordem de trabalho para agir sobre ela, nenhum técnico atribuído, e nenhum histórico do que foi realmente feito da última vez que esse rolamento foi intervencionado. As fábricas que avançam diretamente para a manutenção preditiva sem primeiro corrigir a disciplina das suas ordens de trabalho costumam descobrir que o modelo era a parte fácil.

Onde a manutenção preditiva começa, e onde o CMMS para

A manutenção preventiva assenta num calendário ou num contador: fazer a manutenção a esta caixa de engrenagens a cada 90 dias ou a cada 50.000 ciclos, o que ocorrer primeiro, independentemente do estado real da caixa de engrenagens. É barata de arrancar — basta um CMMS com planos por estratégia, sem necessidade de sensores — e acaba por dar manutenção a mais a equipamento saudável e manutenção a menos a equipamento sob carga fora do normal, porque o tempo e a contagem de ciclos são um proxy do desgaste, não uma medição dele.

A manutenção preditiva substitui o proxy por uma medição. Dados de vibração, temperatura e corrente de sensores IoT ou de um PLC já existente alimentam um modelo que sinaliza a degradação antes de esta se tornar uma avaria — um rolamento a funcionar mais quente do que a sua própria referência, um motor a consumir mais corrente do que o mesmo motor consumia há um mês para o mesmo trabalho. O resultado continua a ser uma ordem de trabalho no mesmo CMMS; só o gatilho mudou, de uma data para um sinal real.

A ressalva honesta: um modelo preditivo vale tanto quanto o histórico de avarias com que aprendeu. Uma máquina sem avarias registadas e sem histórico de sensores no último ano não dá ao modelo nada contra o qual se calibrar. É esta a razão prática pela qual a manutenção preditiva costuma ser a segunda coisa que uma fábrica faz, não a primeira — o CMMS tem de estar a registar avarias reais e reparações reais antes de «prever a próxima» significar seja o que for.

Os dois números que dizem se alguma das duas está a funcionar

O MTBF (tempo médio entre falhas) e o MTTR (tempo médio de reparação) não são métricas de vaidade; são os dois únicos números que separam «fazemos manutenção» de «a manutenção está a funcionar». O MTBF a subir significa que a estratégia em vigor — preventiva, preditiva ou ambas — está de facto a prevenir avarias e não apenas a documentá-las depois do facto. O MTTR a descer significa que, quando algo avaria, a ordem de trabalho, o técnico atribuído e a peça sobresselente chegam suficientemente depressa para que a paragem seja um problema mecânico e não um problema administrativo.

Um histórico de manutenção que apenas conta avarias, sem marcas temporais para «reportado», «iniciado» e «encerrado», não consegue produzir nenhum dos dois números com honestidade. É esta a razão concreta pela qual o histórico de máquinas tem de ser dados estruturados dentro do CMMS — MTBF, MTTR, percentagem de paragem, taxa de emergência e custo por máquina, linha e fábrica, calculados a partir dos mesmos registos que o técnico já preencheu, e não reconstruídos mais tarde de memória.

Porque é que manutenção e produção disputam as mesmas horas sem integração

Um plano de manutenção e um plano de produção tentam ambos ficar com as mesmas horas de máquina e, se forem construídos em dois sistemas que não comunicam entre si, um dos lados descobre o outro por surpresa. A manutenção agenda a troca de um rolamento para terça-feira à tarde; a produção tem uma encomenda urgente para entregar terça-feira à tarde na mesma linha. Alguém perde, e normalmente decide quem gritar mais alto nessa manhã, e não a opção que realmente custa menos.

Planear as janelas de manutenção dentro do plano de produção — em vez de contra ele — transforma essa discussão numa restrição de escalonamento em vez de um impasse. O APS vê a janela de manutenção como um intervalo indisponível quando constrói o plano, e a manutenção vê as encomendas comprometidas quando propõe uma janela. Nenhum dos lados é apanhado de surpresa, porque nenhum dos lados trabalha a partir de um plano que o outro não consegue ver.

Onde o MES acaba e o CMMS começa

A mesma questão de fronteira que separa o MES do ERP e do SCADA aplica-se aqui, e vale a pena ser igualmente preciso sobre ela. O MES detém o momento em que uma máquina para: capta o motivo de paragem — categoria, marca temporal, que operação — em tempo real, no chão de fábrica, porque é aí que a paragem é visível em primeiro lugar. Um CMMS detém o que acontece a seguir: um aviso de manutenção criado automaticamente a partir desse motivo de paragem, um técnico enviado, uma peça reservada, uma reparação registada, e todo o evento incorporado no MTBF dessa máquina no momento em que é encerrado.

Trate os dois como substitutos e algo parte-se nos dois sentidos. Peça ao MES para gerir a reparação e ele não tem qualquer noção de stock de peças sobresselentes, competências dos técnicos ou calendário preventivo — não é para isso que serve. Peça a um CMMS que detete a paragem à partida, sem alimentação vinda do chão de fábrica, e cada aviso passa a depender de alguém se lembrar de o registar à mão, que é exatamente o problema de disciplina que o CMMS foi comprado para eliminar. A integração que realmente funciona é estreita e específica: um motivo de paragem registado no MES cria automaticamente o aviso de manutenção, com a máquina, a hora e o código de avaria já preenchidos. Ninguém volta a escrever nada, e nada espera que alguém repare.

Peças sobresselentes: o passo que toda a implementação de CMMS subestima

Uma ordem de trabalho que diz a um técnico o que reparar e não lhe diz se a peça está na prateleira é meio sistema, e é aqui que um número surpreendente de implementações de CMMS falha silenciosamente no primeiro ano. A verificação de stock acontece de qualquer forma — só que acontece como uma chamada telefónica para o armazém em vez de dentro do software, o que devolve o atraso exatamente ao ponto onde o CMMS devia tê-lo eliminado.

Ligar as ordens de manutenção diretamente ao stock de peças sobresselentes fecha essa lacuna: uma ordem de trabalho reserva a peça de que precisa, uma transferência entre armazéns com confirmação por código de barras movimenta-a caso esteja noutra linha ou noutra unidade, e uma ordem de compra é despoletada automaticamente se a prateleira estiver mesmo vazia. O técnico continua a ir até à prateleira, mas o software já respondeu à pergunta de saber se a peça lá vai estar — o que é a diferença entre uma caminhada de dez minutos e uma espera de dois dias pela mesma reparação.

O que muda mesmo quando o preventivo se torna preditivo

Ao longo das implementações de manutenção do Meta Smart Factory, a mudança típica de uma configuração puramente reativa ou vagamente preventiva para um CMMS com manutenção preditiva por cima ronda os 45% menos avarias, 20% mais vida útil da máquina e 30% menos custo de manutenção, com as ordens de trabalho a passarem a 100% digitais a partir de qualquer mistura de papel e memória que existisse antes. Nenhum destes quatro números vem só dos sensores — vêm da combinação: um CMMS que regista de forma fiável todas as avarias e todas as reparações, planos preventivos que deixam de adivinhar intervalos, alertas preditivos onde o histórico de avarias os justifica, e peças sobresselentes reservadas antes de o técnico ser enviado, em vez de descobertas em falta depois.

A pergunta prática de sequência não é «CMMS ou manutenção preditiva» — é o que vem primeiro, e a resposta é sempre o CMMS. A manutenção preditiva é uma estratégia que se aponta a um sistema de manutenção que já regista a verdade sobre o que avaria e quanto custa. Aponte-a a menos do que isso e o modelo não tem nada de real a partir do qual aprender.

Fale com os nossos especialistas

Perguntas frequentes

Qual é a diferença entre um CMMS e a manutenção preditiva?

Um CMMS é o sistema de registo — ordens de trabalho, planos preventivos, peças sobresselentes e histórico de máquinas. A manutenção preditiva é uma estratégia que corre por cima dele: usa dados de sensores (vibração, temperatura, corrente) para despoletar uma ordem de trabalho a partir de um sinal real em vez de uma data de calendário. Uma fábrica pode correr um CMMS com planos puramente preventivos (baseados em calendário ou utilização) e sem sensores nenhuns; a manutenção preditiva precisa sempre do CMMS por baixo para agir sobre aquilo que prevê.

Que dados precisa mesmo a manutenção preditiva?

Dados de sensores — vibração, temperatura e corrente são as entradas típicas, vindas de dispositivos IoT ou de um PLC já existente — mais histórico de avarias registado suficiente para um modelo aprender o que é «anormal» para aquela máquina em concreto. Uma máquina sem histórico de manutenção não dá a um modelo preditivo nada contra o qual se calibrar, razão pela qual a manutenção preditiva costuma ser adotada depois de o CMMS já estar há algum tempo a registar avarias reais, e não antes.

Um CMMS substitui o MES no registo de paragens, ou é o contrário?

Nenhum dos dois. O MES capta o motivo de paragem em tempo real no chão de fábrica — o que parou, quando e porquê. Um CMMS assume a partir daí: o aviso de manutenção, o técnico atribuído, a peça sobresselente reservada, a ordem de trabalho encerrada e o MTBF/MTTR resultante. A integração que funciona é um motivo de paragem no MES a criar automaticamente o aviso de manutenção, para que ninguém tenha de escrever o mesmo evento duas vezes em dois sistemas.

Como se calculam o MTBF e o MTTR, e o que dizem realmente?

O MTBF (tempo médio entre falhas) é o tempo total de funcionamento a dividir pelo número de avarias; o MTTR (tempo médio de reparação) é o tempo total de reparação a dividir pelo número de reparações. O MTBF a subir significa que a estratégia de manutenção está a prevenir avarias e não apenas a registá-las; o MTTR a descer significa que, quando algo avaria, a ordem de trabalho, o técnico e a peça sobresselente chegam suficientemente depressa para que a paragem seja um problema mecânico, não administrativo. Ambos exigem dados com marca temporal de «reportado / iniciado / encerrado» em cada ordem de trabalho — um registo de manutenção que apenas anota que algo avariou não consegue produzir nenhum dos dois números com honestidade.

As ordens de trabalho de manutenção podem integrar-se com o plano de produção?

Sim, e sem essa integração a manutenção e a produção acabam por agendar as mesmas horas de máquina de forma independente, descobrindo o conflito da pior maneira. Planear uma janela de manutenção dentro do APS significa que o plano a trata como um intervalo indisponível ao ser construído, em vez de a manutenção e a produção se comprometerem, cada uma por si, com a mesma terça-feira à tarde em dois sistemas que nunca compararam notas.

Precisamos de sensores IoT para começar, ou podemos arrancar só com manutenção preventiva?

Começar só com preventiva é um ponto de partida legítimo e sem sensores: um CMMS com planos baseados em tempo e em utilização já elimina o problema de seguir o calendário de memória, que é a maior parte do que uma primeira implementação precisa de corrigir. Vale a pena acrescentar manutenção preditiva assim que houver histórico de avarias registado suficiente para treinar um modelo e assim que o equipamento em causa for caro ou disruptivo o suficiente a falhar para que apanhá-lo cedo compense o custo dos sensores — nem toda a máquina no chão de fábrica precisa de ser preditiva desde o primeiro dia.