É o que separa MRO de qualquer outro estoque. Matéria-prima você compra porque vai consumir; peça de manutenção você compra porque, se precisar e não tiver, alguma coisa para — e talvez ela fique cinco anos na prateleira sem sair.
Estoque de produção tem demanda derivada: você sabe quanto vai produzir, então sabe quanto vai consumir. MRO não funciona assim. A peça sai quando um equipamento falha — e falha é evento, não é plano.
Isso já bastaria para tornar o problema difícil. Mas há uma segunda característica que o torna mal gerenciado, e ela é sobre incentivo:
O custo de faltar costuma ser de outra ordem de grandeza. Mas o indicador que a empresa acompanha todo mês é o valor imobilizado — então a pressão gerencial empurra sempre na mesma direção, e é a direção errada.
É por isso que programas de redução de estoque de MRO funcionam bem no primeiro ano e produzem uma parada cara no segundo. Cortam-se os itens que nunca saíram — e alguns deles nunca saíram exatamente porque estavam lá.
A classificação usual de estoque ordena por valor e por giro — e as duas medidas são ruins para MRO. Valor não mede consequência, e giro baixo é a característica normal de um item de reserva, não um sintoma de erro.
Quando cada item carrega a própria criticidade e o próprio ponto de reposição, a decisão de comprar deixa de depender de quem lembra do histórico daquele equipamento.
E a conversa sobre redução de estoque muda de natureza: em vez de cortar o que não gira, discute-se o que pode ser cortado sem aumentar risco de parada — que é uma pergunta com resposta, e a primeira não é.
É a lacuna mais comum e a mais cara de longo prazo. A peça é retirada, o saldo baixa, e a informação de que aquele equipamento consumiu aquele item naquela data não fica registrada em lugar nenhum útil.
O efeito aparece dois anos depois, quando alguém pergunta com que frequência aquele componente falha naquele ativo. A resposta existe fisicamente — as peças saíram — mas não existe como dado, porque a saída foi registrada contra um centro de custo e não contra o equipamento.
Ligar a retirada à ordem de serviço resolve isso sem esforço adicional de ninguém: a mesma retirada que já acontece passa a alimentar o histórico do ativo. E daí sai a informação que sustenta tanto a decisão de estoque quanto a de substituir o equipamento.
Não calculamos estoque de segurança nem política de reposição automática. O que existe é o registro de criticidade por item e o ponto de reposição que você configurar — a política é sua, e o sistema executa e avisa.
Não fazemos explosão de lista de materiais nem planejamento de necessidade. Se a sua necessidade central for essa, ela pertence ao ERP e vale alinhar escopo antes.
E não substituímos a decisão de engenharia de manutenção. Definir qual peça é crítica e por quê depende de conhecer o equipamento e as consequências da falha — o sistema registra e opera a classificação, não a produz. Veja a central de confiança.
Peça à manutenção os itens que já causaram parada por falta nos últimos dois anos. A lista costuma ser curta, específica e vem rápido — porque essas ausências são lembradas com precisão por quem viveu.
Classifique só esses pela consequência da falta, e compare com o que está guardado hoje. A distância entre as duas listas é o problema inteiro, e ela costuma revelar tanto item crítico sem cobertura quanto prateleira ocupada por peça de equipamento que já foi desativado.
Veja os mecanismos em peças e almoxarifado e gestão de manutenção. Sobre a contagem que confirma o saldo, divergência de inventário.
Alguém na manutenção lembra do item, do equipamento e de quanto tempo levou para chegar. Essa memória é o seu dado de criticidade — e hoje ela existe só na cabeça de quem estava lá.