CMMS: o que é, quando vale a pena e como escolher sem se arrepender

CMMS é a sigla de Computerized Maintenance Management System — em português, sistema de gestão da manutenção. A definição de dicionário não ajuda muito, então vamos pela função: um CMMS é o cartório da manutenção. Ele existe para transformar trabalho executado em dado estruturado — qual ativo, quem mexeu, quanto tempo levou, que peça consumiu, por que quebrou — e para devolver isso em forma de decisão.

Tudo o mais que se vende em cima disso é acessório. Útil, às vezes decisivo, mas acessório. Se o sistema não fecha esse ciclo básico com folga, nenhuma outra coisa que ele faça importa.

O que é um CMMS — e o que ele não é

A confusão mais cara que existe na compra de software industrial é achar que dois sistemas fazem a mesma coisa porque ambos têm a palavra "ativo" na tela. Vale separar:

Não é um ERP. O ERP cuida de compra, financeiro, fiscal, contábil. Ele sabe que você pagou R$ 3.200 num rolamento; não sabe que o rolamento foi para o mancal do lado acionamento da bomba centrífuga da casa de bombas 2, que era a terceira troca no ano, e que o problema é desalinhamento e não o rolamento. Muitos ERPs têm um módulo de manutenção. Ele normalmente falha no mesmo ponto: foi desenhado para o administrativo lançar, não para o técnico apontar com a mão suja e o celular sem sinal.

Não é um MES. O MES vive no ritmo da produção — ordem de produção, apontamento de peça boa e refugo, rastreabilidade de lote, tempos de ciclo em segundos. O CMMS vive no ritmo do trabalho de manutenção, que é de horas e dias. Eles se tocam em um ponto só, e é um ponto importante: a parada. O MES sabe que a linha parou às 14h07; o CMMS precisa saber por quê e por quanto tempo ficou indisponível.

Não é sensor, nem plataforma de IoT. Um CMMS não mede vibração, temperatura nem consumo. Ele recebe leituras e faz alguma coisa com elas — abrir uma ordem, disparar um plano por condição. A ordem de implantação aqui é frequentemente invertida com prejuízo: instala-se quarenta sensores antes de existir um cadastro de ativos confiável. O alerta chega, ninguém sabe a qual TAG pertence, e em três meses o alerta vira e-mail ignorado.

Não é BI. BI mostra dado; CMMS gera dado. Dashboard bonito em cima de apontamento ruim é uma forma cara de estar errado com confiança.

Os sinais de que sua planta passou do ponto da planilha

Planilha é uma ferramenta legítima e resolve muito mais tempo do que os vendedores admitem. O problema é que ela não avisa quando parou de resolver. Estes são os sintomas concretos:

• Você não consegue dizer, sem abrir três arquivos, quantas horas-homem a equipe gastou no compressor de ar nos últimos noventa dias.
• A preventiva do redutor da esteira 3 acontece porque o Josué lembra. Se o Josué tirar férias, ela não acontece.
• Existem duas versões da planilha circulando no WhatsApp e ninguém sabe qual é a boa.
• Compraram de novo um rolamento que estava no estoque, com frete expresso, porque ninguém achou.
• Quando a diretoria pede a disponibilidade do mês, alguém gasta dois dias montando o número — e o número muda dependendo de quem monta.
• A coluna "solução" tem oitenta linhas escritas "trocado".
• Backlog não é um número. É uma sensação ("tá apertado").
• Você não consegue provar, para auditoria, seguradora ou cliente, que a preventiva foi feita na data que diz que foi.

O mínimo que um CMMS precisa ter

Cinco capacidades. Se faltar uma, não é um CMMS — é um gerenciador de tarefas com vocabulário industrial.

1. Cadastro de ativos hierárquico

Planta → área → linha → equipamento → conjunto → componente, cada nível com sua TAG. A hierarquia não é enfeite de organograma: é o que permite o custo do rolamento subir até o equipamento, o equipamento até a linha e a linha até a planta. Sem ela, você nunca responde "quanto me custou a linha 2 este ano". A profundidade certa é a menor que ainda responde suas perguntas de custo e falha — normalmente para no conjunto (motor, redutor, painel), não no parafuso.

2. Ordem de serviço com apontamento real

Não basta abrir e fechar. Precisa registrar hora-homem por executante, peças consumidas, hora de parada e hora de retorno do equipamento, tipo de manutenção e — no mínimo para as corretivas relevantes — sintoma e causa. Um detalhe que quase todo mundo erra: tempo de reparo e tempo de indisponibilidade são coisas diferentes. Se o sistema só guarda um, seus indicadores vão mentir. Vale entender como MTBF, MTTR e disponibilidade são calculados de verdade antes de aceitar qualquer número de tela.

3. Planos preventivos que geram ordem sozinhos

Por calendário e por medição (horímetro, contador de ciclos, quilometragem, leitura de sensor). Plano que não gera ordem automaticamente é documento, e documento depende de alguém lembrar — que é exatamente o problema que você está tentando resolver. Se o seu parque tem equipamentos com uso muito irregular, o gatilho por medição não é luxo: é a diferença entre um plano que faz sentido e um plano inflado.

4. Estoque de peças amarrado à ordem

A baixa da peça tem que acontecer dentro da ordem de serviço, não em um controle paralelo. É a única forma de o custo por ativo existir, e a única forma de o ponto de pedido refletir consumo real em vez de chute. Estoque em sistema separado significa duas verdades e nenhuma confiável.

5. Indicadores calculados, não digitados

Os KPIs têm que sair do dado transacional — das ordens, dos apontamentos, das paradas. Teste simples: se existe uma tela onde alguém digita o MTBF, o MTBF da sua empresa é uma opinião. E se o sistema exporta ordens mas não calcula nada, você comprou um formulário; o trabalho de gestão continua na planilha.

Some a isso dois requisitos que só parecem secundários até o primeiro problema: trilha de auditoria imutável (quem alterou o quê e quando — indispensável quando a ordem vira evidência em auditoria ou sinistro) e funcionamento offline, porque subsolo, casa de bombas e galpão de estrutura metálica não têm sinal, e um app que exige rede transfere o apontamento para o fim do turno, quando o técnico já esqueceu metade.

O que é diferencial — e não obrigatório

Estes recursos aparecem em toda apresentação comercial. Nenhum deles deveria decidir a compra sozinho; todos podem ser decisivos em contextos específicos. A pergunta certa não é "tem?", é "eu uso isso nos próximos doze meses?".

Quando não comprar um CMMS

Vale mais dizer isso do que empurrar licença. Não compre agora se:

• Você tem um técnico, vinte ativos e nenhuma exigência de auditoria. Calendário compartilhado e um caderno bem feito ainda ganham no custo total.
• Não existe quem faça o cadastro. CMMS sem cadastro é um banco de dados vazio com mensalidade. Se ninguém tem 40 a 80 horas para levantar TAGs, peças e planos, adie.
• O objetivo real é vigiar o técnico. Quando a implantação é lida como controle de ponto disfarçado, o apontamento vira ficção defensiva e o histórico nasce podre.
• A planta tem parada geral ou reestruturação nos próximos 60 dias. Você vai cadastrar um parque que vai mudar.
• A dor verdadeira é falta de gente ou de peça. Software não conserta escassez. Ele torna a escassez visível e documentada — o que ajuda a defender orçamento, mas não substitui o orçamento.

12 perguntas que separam software sério de vitrine

Leve esta lista para a demonstração. Peça para ver na tela, não no slide. Respostas evasivas em qualquer uma delas custam caro depois.

1. Os KPIs são calculados ou configurados? Peça a fórmula por escrito. Para o MTBF, pergunte especificamente o que entra como tempo em operação e o que conta como falha. Duas empresas com a mesma máquina chegam a números diferentes só por essa definição.
2. O que acontece com meu histórico se eu deletar um ativo? A boa resposta é "não deleta, inativa" ou "exclusão lógica com histórico e trilha preservados". Se as ordens somem junto, seu indicador do ano passado muda quando alguém limpa o cadastro.
3. Consigo exportar tudo? Tudo significa ordens, apontamentos, planos, estoque, movimentações, anexos e fotos, em formato aberto (CSV, XLSX, PDF), por conta própria e sem abrir chamado.
4. Qual é o custo real de saída? Aviso prévio, multa, cobrança pela extração final, e por quanto tempo os dados ficam disponíveis depois do cancelamento. Pergunte antes de assinar, quando você ainda tem poder de negociação.
5. Como é garantido o isolamento entre clientes? Você quer ouvir o mecanismo, não a palavra "seguro". Isolamento por linha no banco, aplicado na camada de dados, é diferente de "cada consulta filtra pelo id da empresa" — o segundo depende de o desenvolvedor lembrar de filtrar, todas as vezes.
6. Onde os dados ficam e quando foi testado o último restore? Backup que nunca foi restaurado é uma hipótese.
7. Quem atende quando cai, em que canal e em quanto tempo? Peça o compromisso por escrito, mesmo que informal. "Suporte por e-mail" sem prazo não é suporte.
8. Como funciona o offline, exatamente? O que fica disponível sem rede, o que acontece com a fila quando o sinal volta e como o sistema trata conflito de edição.
9. O plano preventivo aceita gatilho por medição? Se só tem calendário, todo ativo com uso irregular vai ser mantido cedo demais ou tarde demais.
10. O que exatamente conta contra o limite do plano? Usuários, ativos, ordens, checklists, armazenamento de fotos. Um teto de ativos baixo é o gatilho de upgrade mais comum e o mais fácil de não perceber na assinatura.
11. Posso rodar com o meu dado antes de assinar? Não a demonstração com a fábrica fictícia do vendedor. Seus TAGs, seus planos, sua realidade.
12. O que existe hoje e o que está no roadmap? Faça a pergunta assim, separada, e peça a tela do que existe. Roadmap apresentado como presente é a fonte número um de arrependimento em software B2B.

O custo total que ninguém coloca na proposta

A proposta comercial mostra a licença. O custo do primeiro ano é outro. Estime assim:

Os 5 motivos mais comuns de fracasso — e nenhum é técnico

1. Não há um dono. O sistema foi comprado pela diretoria, entregue ao supervisor de manutenção que já apaga incêndio doze horas por dia, sem tirar nada da mesa dele. Implantação precisa de um responsável nomeado, com nome e sobrenome, e com hora protegida na agenda.
2. O cadastro sai na profundidade errada. Raso demais ("Bomba 1", sem hierarquia) e você não consegue analisar nada. Fundo demais (cada mangueira, cada parafuso) e o cadastro nunca termina. O critério é único: desça até o nível em que você quer enxergar custo e falha, e pare ali. Definir criticidade A, B e C antes de cadastrar resolve metade dessa decisão.
3. A ordem de serviço não é o único caminho do trabalho. Enquanto der para pedir serviço no rádio, no corredor ou no grupo do WhatsApp, o histórico será ficção — e ficção que subestima justamente as corretivas pequenas e repetidas, que são onde mora o problema crônico. Fechar essa porta é decisão de gestão, não configuração de software.
4. O apontamento nunca volta como informação. O técnico preenche hora, peça e causa por seis meses e nunca vê nada mudar por causa disso. Aí o preenchimento degrada — primeiro fica raro, depois fica falso. O antídoto é ritual: uma reunião mensal curta onde o dado apontado gera uma decisão visível, e o pessoal que apontou fica sabendo.
5. A preventiva foi copiada do manual sem filtro de criticidade. Nasce um plano com 400 ordens mensais que a equipe não consegue executar. A aderência despenca, o plano perde credibilidade, e a culpa é atribuída ao sistema — que só fez o que mandaram. Estruturar o PCM antes de estruturar o software evita esse desfecho na maioria das vezes.

Repare no padrão: nenhum desses cinco se resolve escolhendo outro fornecedor. Se a sua organização tem dois ou mais deles no estado atual, trate-os primeiro — ou trate em paralelo, com consciência de que são eles que decidem o resultado.

Como fazer um piloto que prova valor em 30 dias

Piloto bom é estreito e tem critério de sucesso escrito antes de começar. Piloto ruim é "vamos testar a fábrica inteira e ver o que acha".

Antes de ligar qualquer coisa, escolha uma linha ou um conjunto de 15 a 30 ativos críticos e escreva três perguntas que o piloto precisa responder. Por exemplo: qual ativo desta linha mais consumiu hora-homem no período; qual foi o percentual de preventivas executadas no prazo; quanto saiu de peça sem estar vinculado a uma ordem. Escreva também a resposta que você tem hoje para cada uma — inclusive quando a resposta honesta for "não sei". Esse par de colunas é o resultado do piloto.

• Semana 1 — cadastro. TAGs com hierarquia, criticidade, responsáveis, e de 5 a 10 planos preventivos dos ativos A. Nada de peça ainda.
• Semana 2 — todo trabalho vira ordem. A meta não é preencher bonito; é não existir serviço executado naquela linha fora do sistema. Inclusive os de dez minutos. Principalmente os de dez minutos.
• Semana 3 — estoque. Cadastre só as peças daquela linha e faça a baixa pela ordem. É aqui que costuma aparecer a primeira surpresa desagradável e útil: o consumo real não bate com o que se imaginava.
• Semana 4 — relatórios. Puxe os números e responda as três perguntas. Cronometre quanto tempo levou.

Critérios de sucesso razoáveis: 90% ou mais do trabalho da linha registrado em ordem; 80% ou mais das ordens com hora-homem apontada; as três perguntas respondidas em menos de dez minutos, sem abrir planilha. E um sinal de alerta que vale por todos: se, para fechar qualquer número no fim do piloto, você precisou de uma planilha paralela, o sistema não fechou o ciclo. Isso não melhora com o tempo — piora, junto com o volume.

Um trial curto (o do Fluxion OS é de 7 dias) serve para uma coisa diferente e anterior: validar usabilidade e fluxo com três ou quatro ativos reais, antes de investir dezenas de horas em cadastro. Use os dois em sequência — primeiro o trial para eliminar candidatos, depois o piloto de 30 dias com o finalista.

Checklist final de decisão

Antes de assinar, confirme que você tem cada uma destas respostas por escrito:

• Os cinco obrigatórios estão presentes e foram vistos na tela, com o meu tipo de ativo.
• Sei a fórmula de cada indicador que vou usar para cobrar a equipe.
• Sei o que acontece com o histórico quando um ativo, um usuário ou uma ordem é excluído.
• Consigo exportar tudo sozinho, em formato aberto, sem depender do fornecedor.
• Conheço o custo de saída e o prazo de retenção dos dados após o cancelamento.
• Recebi uma explicação técnica — não comercial — sobre o isolamento dos meus dados.
• O plano contratado comporta meu número de ativos e usuários daqui a doze meses.
• Separei o que existe hoje do que está no roadmap, e a decisão se sustenta só com o que existe.
• Tem um dono nomeado para a implantação, com horas reservadas na agenda.
• O orçamento do ano 1 inclui as horas internas de cadastro, não só a licença.
• Existe um piloto definido, com escopo estreito e critério de sucesso escrito.
• A diretoria sabe que o primeiro efeito visível será o número de corretivas subir — porque antes elas não eram registradas.

Esse último item merece um parágrafo. Toda implantação honesta piora os indicadores no começo. As corretivas que existiam e não apareciam passam a aparecer; o backlog que era sensação vira número e o número assusta. Quem não avisa a diretoria disso antes passa o trimestre inteiro defendendo o projeto pelo motivo errado.

Perguntas frequentes

Qual a diferença entre CMMS e EAM?

CMMS gerencia a execução da manutenção: ativos, ordens, planos, peças, indicadores. EAM abrange o ciclo de vida completo do ativo — aquisição, depreciação, contratos, descarte — e costuma vir com integração contábil pesada. Na prática, a fronteira é comercial mais do que técnica. Para plantas de pequeno e médio porte, o que resolve o problema real é um CMMS bem usado, não um EAM mal implantado.

O CMMS substitui o módulo de manutenção do ERP?

Depende de quanto do módulo está de fato em uso. Se o ERP já registra ordens com apontamento de hora e consumo de peça, e o técnico consegue operá-lo no chão de fábrica, trocar traz pouco ganho. Se as ordens são lançadas pelo administrativo dias depois do serviço, você não tem um sistema de manutenção — tem um lançamento contábil com nome de ordem de serviço, e os indicadores que saem dali não descrevem a sua planta.

A partir de quantos ativos vale a pena?

Não é o número de ativos que decide, é o número de eventos e de pessoas envolvidas. Um técnico com vinte ativos e nenhuma exigência de auditoria ainda se vira com calendário. Três ou mais pessoas executando, peças em estoque e alguém cobrando indicador mensal: aí a planilha já custa mais caro que a licença — o custo só está escondido em horas de gente e em compras duplicadas.

Quanto tempo até ver resultado?

Visibilidade em 30 a 60 dias: backlog real, aderência da preventiva, custo por ativo. Redução de corretiva é outra escala — depende de um ciclo completo de preventiva mais análise de causa, e costuma levar de dois a três trimestres, porque exige mudar o plano com base no que o histórico mostrou. Benchmarks do setor apontam reduções relevantes de parada não planejada em programas maduros, mas o número que importa é o seu, medido contra a sua linha de base.

Consigo migrar o histórico da minha planilha?

Geralmente sim, mas pense duas vezes. Histórico de planilha costuma ter o mesmo ativo escrito de cinco maneiras e o serviço descrito como "trocado". Importar isso contamina o primeiro ano de indicadores e você não consegue mais distinguir o dado bom do herdado. O caminho mais seguro é migrar cadastro de ativos e de peças, guardar a planilha como arquivo morto consultável e começar o histórico limpo.