Um CMMS (sistema informatizado de gestão da manutenção) registra cada ativo que você mantém e tudo o que é feito nele: quebras, ordens de serviço, manutenção preventiva, peças de reposição e quanto elas custam. Na manufatura, ele também precisa responder às perguntas que os gerentes de planta e os auditores fazem. Quais ativos falham mais? Quanto tempo levam os reparos? A manutenção planejada é feita no prazo? A cláusula 8.5.1.5 da IATF 16949, por exemplo, espera um sistema de manutenção produtiva total com objetivos como MTBF, MTTR e cumprimento da manutenção preventiva.
A Zometric monta o registro sobre uma árvore de ativos que você define para cada planta. Você mesmo dá nome aos níveis, como linha, célula, máquina e subunidade, e um ativo pode ficar sob mais de um pai. Quando uma máquina quebra, os seus pais aparecem como parcial ou totalmente parados. Uma ordem de serviço cujo tipo exige permissão não pode começar até que uma permissão válida seja anexada. Cada mudança de ciclo de vida, bloqueio de programação e mudança de status fica guardada com quem fez e quando.
Um ativo pode ser vinculado à sua máquina na Gestão de Produção da Zometric. Uma quebra nele então abre e fecha um período de parada lá também, de modo que a manutenção e a produção registram a mesma parada. Para plantas reguladas, um tipo de ordem de serviço pode exigir requalificação (IQ, OQ ou PQ). Depois desse trabalho, o ativo fica bloqueado até que um registro de qualificação seja aprovado.
Seis problemas que as equipes de manutenção descrevem com as próprias palavras, e o que muda quando quebras, ordens de serviço e peças de reposição são registros, e não anotações.
Da árvore de ativos ao painel de KPIs, cada etapa grava no mesmo registro do ativo.
Configuração · Hierarquia da planta
Dê nome aos níveis da hierarquia de cada planta e escolha em quais níveis é possível registrar quebras. Depois crie os tipos de ativo e os ativos, à mão ou a partir de um arquivo CSV, com quantos pais cada ativo precisar. Vincule um ativo à sua máquina de produção, quando houver.
Evento · Quebra
Escolha o ativo e registre o horário de início, o impacto na produção e o modo de falha. O ativo passa para Parado, os seus pais são atualizados e ele fica bloqueado para programação. Na mesma etapa, você pode criar uma ordem de serviço corretiva com prioridade e responsável.
Planejar · Ordem de serviço
Escolha o tipo e um modelo com o seu checklist. Defina uma prioridade de Baixa a Crítica, um responsável e uma data de vencimento, e vincule uma quebra ou uma parada geral, se houver. O ativo fica bloqueado enquanto houver uma ordem de serviço aberta, e a data de vencimento aparece como a liberação estimada.
Segurança · Permissão de trabalho
Registre o número da permissão, o tipo (trabalho a quente, espaço confinado, isolamento elétrico, trabalho em altura ou geral) e de quando até quando ela é válida. Todas as permissões aparecem num único registro de permissões de trabalho.
Executar · Em andamento
Marque as etapas do checklist à medida que são feitas e registre as horas de mão de obra por técnico e data. Aponte peças de reposição da lista adequada a este ativo ou tipo de ativo. Se o serviço estiver esperando peças, mova-o para Aguardando peças e de volta quando elas chegarem.
Encerrar · Conclusão
A conclusão verifica as etapas obrigatórias e salva as notas de conclusão. O bloqueio de programação é liberado quando não sobra nenhuma quebra ou ordem de serviço aberta no ativo. Se o tipo exigir qualificação, o bloqueio continua até que um registro de IQ, OQ ou PQ seja aprovado. Feche a quebra com o horário de término e a causa raiz.
Prevenir · Planos de PM
Crie planos de PM com uma categoria, um modelo e um intervalo em dias, e atribua-os a vários ativos de uma vez. Registre cada execução com etapas de caixa de seleção, de medição e de texto. A próxima data de vencimento é definida a partir da data de conclusão, e os resultados no prazo alimentam o cumprimento de PM.
Revisar · KPIs e alertas
O painel de KPIs e a análise de falhas mostram a disponibilidade, o MTBF, o MTTR, os principais modos de falha e os ativos que mais falham. Os alertas de falhas recorrentes, estoque baixo, limites de sensores e leituras de PM fora da faixa são reconhecidos e resolvidos numa única lista.
Cada capacidade está vinculada a uma decisão que a sua equipe já está tentando tomar.
Qualquer profundidade, com nomes de nível que você define por planta (ex.: fábrica → linha → célula → máquina → subunidade), e ativos que podem ficar sob mais de um ativo pai. Uma quebra marca cada ativo pai como parcial ou totalmente parado.
Tipos de ordem de serviço que você define —corretiva, preventiva, parada geral e outros—, cada um podendo exigir uma permissão de trabalho ou requalificação IQ/OQ/PQ. Modelos adicionam checklists cujas etapas obrigatórias devem ser concluídas antes do encerramento.
Programações de manutenção preventiva baseadas em tempo, com categorias, checklists de etapas de marcação, medição e texto, e atribuição em massa a ativos. As preventivas vencidas e com vencimento nesta semana são listadas, leituras fora da faixa geram alertas, e a próxima data de vencimento avança a partir da conclusão.
Dispositivos IoT enviam leituras de sensores à Zometric. Regras de limite acima ou abaixo de um valor geram alertas e podem abrir automaticamente uma ordem de serviço corretiva de alta prioridade.
Registro centralizado de peças de reposição, alertas de reposição, analítica de consumo e acompanhamento de custo por ativo. Ativos com uma quebra ou ordem de serviço aberta são sinalizados como bloqueados para a programação, com o motivo registrado.
Disponibilidade, MTBF, MTTR, cumprimento de manutenção preventiva, backlog de ordens de serviço, ordens de serviço atrasadas e custo de peças de reposição, ao vivo para qualquer período, além de análise de falhas por modo de falha, categoria e os ativos que mais falham.
O painel de KPIs calcula a confiabilidade ao vivo a partir das quebras da janela escolhida, 30 dias por padrão. A disponibilidade é o tempo da janela menos o tempo de quebra, dividido pelo tempo da janela. O MTBF é esse mesmo tempo em operação dividido pelo número de quebras, mostrado em dias. O MTTR é o tempo de quebra dividido pelo número de quebras, mostrado em horas.
| Ativo | Modo de falha | Início | Fim | Minutos |
|---|---|---|---|---|
| CNC-03 | Modo de falhaSuperaquecimento do rolamento do fuso | Início4 set 06:10 | Fim4 set 07:45 | Minutos95 |
| PMP-12 | Modo de falhaVazamento no selo mecânico | Início11 set 14:20 | Fim11 set 16:40 | Minutos140 |
| CNC-03 | Modo de falhaSuperaquecimento do rolamento do fuso | Início19 set 22:05 | Fim19 set 23:05 | Minutos60 |
| CMP-02 | Modo de falhaDesarme por sobrecarga do motor | Início26 set 09:30 | Fim26 set 12:35 | Minutos185 |
| Total | Modo de falha | Início | Fim | Minutos480 |
Um ativo mantido e uma máquina de produção podem ser o mesmo registro físico, então uma parada é lançada uma única vez.
Quando um ativo está vinculado a uma máquina de produção, registrar uma quebra abre um período de parada nessa máquina, e fechar a quebra o encerra. A Produção passa então a ter a mesma parada.
Explorar módulo →Registra e fecha quebras, inicia e conclui ordens de serviço, marca etapas do checklist, registra horas de mão de obra e aponta peças de reposição.
Abre e atribui ordens de serviço, cria planos de PM e os seus checklists, atribui-os a ativos, registra execuções de PM e planeja paradas gerais.
Emite permissões de trabalho vinculadas a ordens de serviço e mantém o registro de permissões de trabalho.
Mantém o cadastro de peças de reposição, os pontos de reposição e os locais de estoque, e lança recebimentos e ajustes de estoque.
Acompanha o painel de KPIs e a análise de falhas, reconhece e resolve alertas, e configura os níveis da hierarquia, os modos de falha, os tipos de ordem de serviço e as categorias de PM.
| Gestão de Manutenção da Zometric vs planilha e ordens de serviço em papel | Planilha e ordens de serviço em papel | Gestão de Manutenção da Zometric |
|---|---|---|
| Registro de quebra | Uma linha digitada depois do turno, muitas vezes sem causa | Registrada contra o ativo com horário de início, impacto e modo de falha, e fechada só com causa raiz |
| Tempo de parada | Estimado depois | Calculado em minutos a partir dos horários de início e fim |
| Falhas recorrentes | Percebidas quando alguém se lembra | O mesmo modo de falha três vezes em 30 dias marca a quebra e gera um alerta |
| Permissão de trabalho | Uma permissão em papel guardada longe da ficha do serviço | Uma ordem de serviço que exige permissão não começa sem uma válida naquele momento |
| Checklists | Marcados no final, ou nunca devolvidos | As etapas obrigatórias precisam ser marcadas antes de a ordem de serviço ser concluída |
| Peças de reposição | Faltas descobertas quando a prateleira está vazia | Cada saída e entrada num razão, com alerta de estoque baixo no ponto de reposição |
| MTBF e MTTR | Montados à mão todo mês | Calculados ao vivo a partir do registro de quebras, para qualquer janela |
| Histórico | Células sobrescritas | Cada mudança de status, bloqueio e ciclo de vida guardada com usuário e horário |
Carregue o cadastro de ativos a partir de um arquivo CSV, começando por um modelo de exemplo. Cada linha pode trazer código, nome, tipo, um ou mais pais, número de série, fabricante, modelo, localização, data de comissionamento, vida útil e custo de aquisição. As linhas com erros são listadas, e as demais são criadas.
Dispositivos IoT enviam leituras em JSON com a tag do sensor, um valor e um carimbo de data/hora. Cada leitura é verificada contra as regras de limite do sensor, que geram alertas e podem abrir uma ordem de serviço corretiva.
Importe e exporte níveis de hierarquia, tipos de ativo, ativos, componentes, sensores, regras de limite, peças de reposição, modelos de ordem de serviço e planos de PM como planilhas, a partir das telas de administração.
Respostas diretas às perguntas que as equipes fazem antes de uma demo.
Um CMMS (sistema informatizado de gestão da manutenção) registra os ativos que uma planta mantém e o trabalho feito neles: quebras, ordens de serviço, manutenção preventiva, peças de reposição e o seu custo. A Gestão de Manutenção da Zometric é um CMMS para a manufatura. Ela é construída sobre uma árvore de ativos que você define para cada planta e calcula MTBF, MTTR e disponibilidade a partir do registro de quebras.
A partir das quebras da janela escolhida, 30 dias por padrão. O MTBF é o tempo da janela menos o tempo de quebra, dividido pelo número de quebras, em dias. O MTTR é o tempo de quebra dividido pelo número de quebras, em horas. O tempo de quebra vem dos horários de início e fim de cada quebra, então ninguém precisa digitá-lo.
Cada tipo de ordem de serviço pode ser configurado para exigir permissão. Uma ordem de serviço desse tipo não pode passar de Aberta para Em andamento a menos que esteja anexada uma permissão ativa e válida naquele momento. Uma permissão registra o seu número, o tipo (trabalho a quente, espaço confinado, isolamento elétrico, trabalho em altura ou geral), o emissor e o período de validade.
Cada quebra pode trazer um modo de falha da biblioteca da planta. Quando o mesmo modo de falha ocorre no mesmo ativo três vezes em 30 dias, a quebra é marcada como recorrente e um alerta é gerado. Cada planta pode alterar os dois números.
Sim. Um tipo de ordem de serviço pode exigir qualificação. Quando uma ordem de serviço desse tipo é concluída, o ativo fica bloqueado com uma retenção para qualificação, e esse bloqueio não é liberado automaticamente. Ele é liberado quando um registro de qualificação, como IQ, OQ ou PQ, é aprovado para a ordem de serviço.
Não. As peças de reposição ficam num almoxarifado de manutenção separado, com razão próprio, onde cada recebimento, saída para uma ordem de serviço e ajuste de estoque é um lançamento permanente. Cada peça tem um ponto e uma quantidade de reposição, e pode ser vinculada aos tipos de ativo ou ativos individuais em que serve e a códigos de peça de fornecedores com prazos de entrega.
Sim. Os sensores ficam ligados a componentes dos ativos, e as leituras são enviadas à Zometric em JSON. Uma regra de limite dispara quando uma leitura fica acima ou abaixo do seu limite. Ela gera um alerta com a severidade da regra e pode ser configurada para abrir automaticamente uma ordem de serviço corretiva de alta prioridade.
Sim, quando o ativo está vinculado a uma máquina de produção. Registrar a quebra abre um período de parada nessa máquina, e fechar a quebra o encerra, de modo que a manutenção e a produção têm a mesma parada.
Os módulos da Zometric compartilham uma única espinha dorsal de dados — adotar mais deles potencializa a vantagem de sinal sobre ruído.
Conecte qualquer máquina, PLC, sensor ou banco de dados à plataforma.
Da ideia ao impacto financeiro: um pipeline estruturado de melhoria contínua.
Mais de 230 ferramentas estatísticas no navegador, com assistentes guiados para escolher uma e uma IA a quem você pode perguntar sobre os resultados.
Uma reunião de descoberta de 30 minutos. Um piloto de 2 a 3 semanas com dados reais de fábrica. Depois, escale no seu ritmo.
