Um sistema de chamados de manutenção é o canal em que a produção e as áreas da fábrica registram a solicitação de serviço (SS) para a manutenção, com equipamento, descrição, urgência e foto, e acompanham o atendimento até o encerramento. É a porta de entrada do fluxo: o chamado é triado pelo PCM ou pelo supervisor e, quando aprovado, vira ordem de serviço (OS).
Parece simples, e é justamente por isso que tanta planta faz mal. O pedido chega pelo rádio, pelo grupo de mensagens ou no corredor, quando o operador cruza com o mecânico. Ninguém sabe quantos pedidos estão abertos, o solicitante não tem retorno e, no fim do mês, o indicador de corretiva não bate com a sensação de quem está no chão de fábrica.
Quem abre o chamado e por onde
A primeira decisão é quem pode abrir. Existem dois modelos, e cada um tem seu custo.
- Abertura livre: qualquer operador, líder ou analista abre a solicitação. Ganha velocidade e pega o problema cedo, quando ainda é um ruído e não uma quebra. O risco é a duplicidade: três pessoas abrindo o mesmo vazamento na mesma bomba.
- Abertura por líder de turno ou supervisor: só quem responde pela área abre. Filtra duplicidade e pedido sem sentido, mas cria gargalo. Se o líder está numa reunião, o vazamento espera.
Na prática, o modelo que funciona melhor em indústria de médio porte é a abertura livre com triagem forte, e não o contrário. Filtrar na entrada esconde o problema; filtrar na triagem deixa o problema registrado, mesmo que ele seja recusado ou agrupado depois.
Quanto ao canal, o critério é: o operador consegue abrir em menos de um minuto, do lado da máquina? Se a resposta exige ir até um computador na sala do supervisor, o pedido vai continuar chegando pelo rádio. Os canais mais comuns são:
| Canal | Onde funciona bem | Cuidado |
|---|---|---|
| App no celular | Líderes, técnicos e operadores com celular corporativo | Precisa funcionar sem sinal em câmara fria, subsolo e campo |
| QR Code na máquina | Linhas com muitos equipamentos parecidos | Etiqueta resistente a lavagem, calor e óleo |
| Navegador (computador ou tablet fixo) | Áreas administrativas, laboratório, almoxarifado | Tablet fixo no setor precisa de dono e de carga |
| Rádio ou telefone com registro pelo PCM | Emergência que não pode esperar o formulário | Alguém precisa registrar depois, senão o pedido some |
O QR Code resolve o erro mais caro do chamado: o equipamento errado. Quando o operador escreve “bomba da caldeira” e existem quatro bombas na casa de caldeiras, o técnico vai olhar a errada primeiro. Com o QR colado no ativo, a solicitação já nasce com a TAG certa, a localização e o histórico. O artigo sobre QR Code em equipamentos mostra como etiquetar sem criar um segundo cadastro paralelo.
O que entra numa boa solicitação de serviço
Formulário longo mata o canal. Formulário curto demais gera chamado inútil (“máquina com problema”). O meio-termo que costuma funcionar tem seis campos, quatro deles obrigatórios:
- Equipamento ou local (obrigatório), de preferência escolhido pelo QR ou numa lista, nunca digitado.
- O que está acontecendo (obrigatório), em texto livre ou por voz. Vale mais “ruído metálico no lado do acoplamento desde as 14h” do que qualquer lista de sintomas pré-definida.
- O equipamento está parado? (obrigatório), sim ou não. Essa pergunta sozinha separa boa parte das urgências reais.
- Urgência percebida (obrigatório), em poucos níveis, com descrição de cada um.
- Foto ou vídeo (opcional, mas incentivado). Uma foto da poça de óleo economiza uma ida ao local.
- Tipo de serviço (opcional para quem abre), porque o operador nem sempre sabe se é elétrica, mecânica ou instrumentação. Quem classifica é a triagem.
Repare no que ficou de fora: custo, causa, código de falha. Isso é trabalho da manutenção, não de quem pede. O guia de fluxo de solicitação de serviço detalha a passagem da produção para o PCM com exemplos de formulário.
Baixe grátis: planilha de ordem de serviço de manutenção. Planilha de ordem de serviço grátis em Excel: registro de OS, horas e custo por fórmula, modelo A4 para imprimir e…
Triagem: quando a SS vira OS
Nem todo chamado vira ordem de serviço, e essa é a diferença entre um sistema de chamados e uma caixa de pedidos. A triagem decide, para cada SS, um de quatro caminhos:
- Vira OS corretiva, com prioridade, especialidade e, se possível, materiais previstos.
- É agrupada a uma SS ou OS que já existe para o mesmo ativo e o mesmo sintoma.
- Vira programação: o problema existe, mas pode esperar a próxima parada ou entrar como tarefa em uma preventiva já planejada.
- É recusada, com motivo escrito: não é manutenção (é ajuste de processo, limpeza, TI), já foi resolvida ou não foi encontrada no local.
Quem faz a triagem importa menos do que ter alguém nomeado em cada turno. Quando o técnico pega direto o chamado do celular e vai atender, sem triagem, a manutenção vira um balcão de atendimento: o pedido mais insistente passa na frente, a preventiva fica para depois e o backlog cresce sem ninguém ver.
Um exemplo para calibrar o tamanho do trabalho. Uma fábrica de embalagens com 180 equipamentos cadastrados recebe, em média, 26 solicitações por dia útil. Depois de um mês de triagem disciplinada, o perfil ficou assim (números ilustrativos): 15 viraram OS corretiva, 4 foram agrupadas a pedidos já existentes, 5 foram para a programação da semana e 2 foram recusadas por não serem manutenção. Sem triagem, as 26 entrariam na fila como urgência. Com triagem, a equipe tratou 15 corretivas no dia e protegeu o tempo da preventiva.
O tempo de triagem também precisa de meta. Um bom ponto de partida é que toda SS aberta até as 15h seja triada no mesmo turno. SS esquecida por três dias é pior do que SS recusada: o solicitante deixa de confiar no canal e volta para o rádio.
Prioridade, prazo e retorno ao solicitante
A urgência que o operador marca é percepção. A prioridade que a manutenção define é decisão. Misturar as duas é a origem da clássica fila em que tudo é “urgente”. O sistema precisa guardar os dois campos separados, para que se possa comparar depois quanto da urgência percebida se confirmou.
Para a prioridade técnica, uma combinação simples resolve a maioria dos casos: criticidade do ativo (A, B ou C, da matriz de criticidade) cruzada com o efeito da falha (parou, perdeu desempenho, ainda opera normal). O artigo sobre como priorizar ordens de serviço traz a matriz GUT e uma tabela pronta para esse cruzamento.
| Ativo | Parado | Degradado | Operando |
|---|---|---|---|
| Criticidade A | Imediato | Até 4 h | Até 48 h |
| Criticidade B | Até 4 h | Até 24 h | Programação semanal |
| Criticidade C | Até 24 h | Programação semanal | Próxima oportunidade |
Os prazos acima são exemplo; cada planta define os seus. O importante é que o prazo exista, apareça para quem atende e seja medido. Isso já é um acordo de nível de serviço interno, e o texto sobre SLA de atendimento interno mostra como medir o tempo até o primeiro atendimento e até o encerramento sem transformar o indicador em punição.
O retorno ao solicitante é a parte mais esquecida e a que mais pesa na adesão. Quem abriu precisa ver, sem ligar para ninguém, em que pé está o pedido: triado, programado para quinta, aguardando peça, encerrado. Se o pedido foi recusado, o motivo aparece. Um chamado sem retorno ensina o operador a não abrir o próximo.
Chamado de manutenção x chamado de TI
Muita empresa já tem um sistema de chamados de TI e pensa em usar o mesmo para a manutenção. Às vezes funciona; muitas vezes não, porque os dois pedidos têm naturezas diferentes.
| Aspecto | Chamado de manutenção (SS) | Chamado de TI |
|---|---|---|
| Objeto | Ativo físico com TAG, localização e histórico | Usuário, sistema, computador, acesso |
| Desdobramento | Vira OS com materiais, horas e custo no centro de custo do ativo | Costuma ser resolvido no próprio chamado |
| Indicadores | MTBF, MTTR, disponibilidade, backlog em horas | Tempo de primeira resposta, tempo de resolução, satisfação |
| Ligação com o planejamento | Concorre com a preventiva pelo mesmo tempo da equipe | Concorre com projetos de TI |
| Execução | No campo, muitas vezes sem sinal, com foto e assinatura | Na maior parte, remota |
O sistema de TI típico não sabe o que é um ativo com árvore de componentes, não gera OS com peças do almoxarifado e não alimenta o histórico do equipamento. O problema inverso também existe: um CMMS puro não tem o fluxo de suporte que a TI precisa. A saída que tem ganhado espaço é a plataforma única com dois fluxos: o pedido de manutenção segue como SS para o PCM e os demais pedidos (TI, segurança do trabalho, almoxarifado, administrativo) vão para a área de apoio responsável. Quem está na produção não precisa saber de quem é o problema; só precisa saber onde pedir. O guia sobre central de serviços interna explica esse desenho para as áreas de apoio.
O que o sistema precisa registrar
Se o chamado não deixa rastro, ele não serve para gestão. Estes são os registros mínimos, e vale conferir cada um numa demonstração antes de escolher a ferramenta:
- Data e hora de abertura, automáticas, e quem abriu.
- Ativo e localização ligados ao cadastro, não digitados.
- Urgência percebida e prioridade definida, em campos separados.
- Status com data de cada mudança: aberta, triada, convertida em OS, aguardando peça, encerrada, recusada.
- Vínculo com a OS gerada, para que o tempo de atendimento seja medido da abertura da SS e não só da abertura da OS.
- Motivo de recusa ou agrupamento, para auditar a triagem.
- Anexos (foto, vídeo, documento) do solicitante e do técnico.
- Encerramento com evidência: o que foi feito, por quem, e a confirmação de quem pediu quando o serviço envolve entrega.
Em auditoria, a pergunta não é “vocês têm um canal?”, é “mostre o pedido, quem atendeu, quando e como ficou”. O vínculo entre SS e OS também alimenta o backlog de manutenção com dado real, e não com estimativa de cabeça.
No Sismetro, plataforma de gestão de manutenção e serviços com evidência, a solicitação de serviço é aberta pelo celular ou pelo navegador, com o patrimônio escolhido pelo QR Code, a indicação de equipamento inoperante, cinco níveis de urgência e anexos. A SS chega ao celular dos técnicos e ao PCM, que converte em OS no software de gestão de manutenção (CMMS). O app funciona sem sinal e sincroniza depois, o que resolve a área sem cobertura. Os chamados de TI e de outras áreas de apoio rodam na central de serviços do mesmo ambiente, com SLA de primeira resposta e de resolução.
Como implantar em quatro semanas
Um roteiro que funciona em plantas com 100 a 500 ativos, sem parar a operação:
- Semana 1, cadastro e regras. Confira se os ativos das áreas piloto têm TAG e localização corretas. Defina os níveis de urgência com uma frase cada e a tabela de prazos por criticidade. Escolha quem faz a triagem em cada turno.
- Semana 2, piloto em uma área. Etiquete com QR os equipamentos de uma linha, treine os líderes em 15 minutos no próprio posto e combine a regra: pedido pelo rádio só em emergência, e o PCM registra depois.
- Semana 3, ajuste. Olhe as SS da semana: quantas vieram sem foto, quantas com equipamento errado, quanto tempo levou a triagem. Corrija o formulário e as descrições de urgência com base nisso, não em opinião.
- Semana 4, expansão e indicador. Abra para as demais áreas e comece a mostrar, na reunião diária, três números: SS abertas, tempo médio de triagem e SS com mais de cinco dias sem resposta.
Enquanto o sistema não chega, dá para começar a disciplina com a planilha de controle de ordens de serviço, que já separa abertura, status e tempo de atendimento. Ela ajuda a provar o volume de pedidos e a montar o caso para um sistema de verdade.
Quer ver um software de gestão de manutenção funcionando com os seus equipamentos?O Sismetro junta preventiva automática, ordens de serviço no celular com evidência, histórico por máquina e MTBF/MTTR, com integração nativa ao ERP Senior.
Erros que derrubam o sistema de chamados
Quase todo canal de SS que fracassa cai por um destes motivos, e nenhum deles é tecnologia:
- Triagem que não acontece. O pedido entra e fica parado. Em duas semanas, o operador volta para o rádio.
- Tudo é urgente. Sem diferença entre urgência percebida e prioridade técnica, a fila perde o sentido e a preventiva é sempre a primeira a ser cortada.
- OS aberta sem SS. O técnico atende o pedido de boca e abre a OS no fim do turno, se lembrar. O tempo de resposta real fica invisível.
- Encerramento sem retorno. A OS é fechada, mas quem pediu não fica sabendo. Na semana seguinte, abre outra SS para o mesmo problema.
Como próximo passo, conte quantos pedidos chegaram à manutenção ontem e por quais canais. Se a resposta exigir perguntar para três pessoas, você já tem o motivo para organizar o sistema de chamados. Comece pela tabela de urgência e pelo responsável da triagem; a ferramenta vem depois e funciona melhor quando a regra já existe.
Perguntas frequentes
Qual a diferença entre chamado e ordem de serviço?
O chamado, ou solicitação de serviço, é o pedido de quem identificou o problema. A ordem de serviço é a autorização para executar o trabalho, com responsável, prioridade, materiais e registro de horas. Uma SS pode virar uma OS, ser agrupada a outra ou ser recusada na triagem.
Operador pode abrir chamado pelo QR Code da máquina?
Pode, e é uma das melhores formas de evitar chamado com equipamento errado. O operador lê o QR colado no ativo, o sistema preenche TAG e localização e ele só descreve o problema, de preferência com foto. A etiqueta precisa resistir ao ambiente, como lavagem, calor e óleo.
Dá para usar o mesmo sistema para chamados de TI?
Dá, desde que o sistema trate os dois fluxos de forma diferente. O pedido de manutenção precisa virar OS ligada ao ativo e ao histórico; o chamado de TI segue um fluxo de suporte com SLA. Uma plataforma única com os dois fluxos evita que a produção precise saber para quem pedir.
Quem deve fazer a triagem das solicitações?
Em plantas com PCM, o planejador ou o programador. Em equipes enxutas, o supervisor de manutenção do turno. O importante é ter um responsável nomeado por turno e uma meta de tempo, como triar no mesmo turno toda SS aberta até determinada hora.
Quantos níveis de urgência usar no chamado?
Entre três e cinco níveis, cada um com uma frase que explique quando usar. Mais do que isso confunde quem abre. A urgência marcada pelo solicitante deve ficar separada da prioridade técnica definida pela manutenção.