A ordem de serviço de manutenção (OS) é o documento que autoriza, descreve e registra um trabalho de manutenção em um ativo: o que fazer, onde, por quem, com quais materiais, quanto tempo levou e o que foi encontrado. É dela que saem o histórico do equipamento, o custo de manutenção e indicadores como MTBF e MTTR.
Na teoria, todo mundo concorda com isso. Na prática, a OS de muita fábrica é um papel preenchido no fim do turno com “feito ajuste” ou “trocado rolamento”, sem hora de início, sem saber se a máquina parou e sem dizer qual rolamento. Esse papel cumpre a burocracia e não serve para nada depois. O foco aqui é a OS na manutenção industrial: o que ela precisa ter, por quais etapas passa e como fazer o técnico preencher direito.
Qual a diferença entre solicitação de serviço e ordem de serviço?
A solicitação de serviço (SS) é um pedido. Qualquer pessoa autorizada pode abrir, normalmente o operador ou o líder de produção, e ela descreve um sintoma: “bomba 3 fazendo barulho”, “vazamento na linha de vapor do cozedor”. Quem solicita não precisa saber classificar a falha nem planejar o serviço.
A OS é o trabalho já aceito pela manutenção. Alguém (supervisor ou PCM) analisa a SS, descarta duplicadas, rejeita o que não é manutenção e converte o resto em OS com tipo, prioridade, recursos e data. OS preventivas e de inspeção nem passam por SS: nascem direto do plano.
| Aspecto | Solicitação de serviço (SS) | Ordem de serviço (OS) |
|---|---|---|
| Quem abre | Operação, qualidade, segurança, qualquer área | Manutenção (PCM, supervisor) ou o plano preventivo |
| Conteúdo | Ativo ou local e o sintoma percebido | Tarefa, tipo, prioridade, recursos, apontamentos e causa |
| Status possíveis | Aberta, aprovada, rejeitada | Planejada, programada, em execução, aguardando, concluída, encerrada |
| Para que serve depois | Medir demanda e tempo de resposta | Histórico do ativo, custo e indicadores |
Separar as duas parece burocracia, mas evita um problema comum: backlog cheio de pedidos repetidos, vagos ou que nem eram de manutenção. Também permite medir quanto tempo a manutenção leva para responder a um chamado, algo que some quando tudo vira OS direto.
O que uma ordem de serviço de manutenção deve conter?
A tabela reúne os campos que fazem diferença numa planta industrial. Nem todos precisam ser obrigatórios em toda OS, mas todos precisam existir no modelo.
| Campo | Para que serve |
|---|---|
| Número único da OS | Rastrear e referenciar em compras, requisições e auditorias |
| Data e hora de abertura | Medir tempo de resposta e idade do backlog |
| Origem (SS, plano preventivo, inspeção, melhoria) | Separar o que foi planejado do que foi reação |
| Ativo (código/TAG) e localização | Ligar a OS ao equipamento certo na árvore de ativos |
| Tipo de manutenção | Calcular proporção preventiva x corretiva e separar falhas de intervenções planejadas |
| Prioridade | Ordenar o backlog e a programação |
| Descrição do problema ou tarefa e procedimento/checklist | O técnico executar sem precisar perguntar |
| Requisitos de segurança (bloqueio e etiquetagem, permissão de trabalho, EPIs) | Cumprir NR-10, NR-12 e procedimentos internos |
| Materiais e horas estimadas, equipe | Reservar peças e programar mão de obra |
| Início e fim da execução, por técnico | Horas-homem reais e custo de mão de obra |
| Equipamento parado? Início e fim da parada | Downtime, disponibilidade e MTTR |
| Materiais consumidos | Custo da OS e baixa de estoque |
| Serviços de terceiros | Custo total por ativo |
| Componente, modo de falha, causa e ação (listas fechadas) | Análise de falhas repetitivas e causa raiz |
| Observações e pendências geradas | Abrir nova OS em vez de esquecer o problema |
| Quem encerrou e aceite da operação | Fechar o ciclo e servir de evidência em auditoria |
Um detalhe que costuma estragar os indicadores: tempo de parada do equipamento, tempo de reparo e horas-homem são coisas diferentes. Um exemplo: a bomba falha às 08h00, o técnico chega às 08h40, desmonta, espera 1 hora pelo rolamento no almoxarifado, termina às 11h10 e a operação libera às 11h30. O equipamento ficou parado 3h30. Se dois técnicos trabalharam juntos das 08h40 às 11h10, foram 5 horas-homem. Uma OS com um único campo de “tempo gasto” não consegue separar esses números.
Para os campos de causa e modo de falha, use listas curtas e fechadas. A ISO 14224 traz uma taxonomia de equipamentos e de modos de falha que ajuda a montar essas listas sem inventar do zero. Texto livre nesse campo produz cinquenta grafias para “rolamento travado” e nenhuma análise possível.
Como funciona o fluxo de status de uma OS?
Um ciclo de vida simples e que funciona na maioria das plantas:
- Aberta: criada a partir de uma SS aprovada, do plano preventivo ou de uma inspeção.
- Planejada: tarefa descrita, materiais reservados, horas estimadas, riscos avaliados.
- Programada: data e equipe definidas, alinhadas com a produção quando exige parada.
- Em execução: técnico iniciou o trabalho e o relógio está correndo.
- Aguardando: parada por falta de material, liberação da operação, terceiro ou outro motivo, sempre com o motivo registrado.
- Concluída: serviço terminado pelo técnico, com apontamentos.
- Encerrada: conferida pelo PCM ou supervisor e aceita pela operação.
Existe ainda o status cancelada, que deve exigir justificativa. O status “aguardando” com motivo é o mais útil do ponto de vista de gestão: é ele que mostra se o backlog está parado por falta de gente, de peça ou de janela de produção. Resista à tentação de criar quinze status. Cada status a mais é um clique a mais para o técnico e uma chance a mais de a OS ficar no lugar errado.
Como fazer o técnico preencher a OS corretamente?
Não existe sistema que resolva isso sozinho, mas algumas medidas mudam o resultado:
- Peça o apontamento na hora, não no fim do turno. Às 17h ninguém lembra se começou às 9h10 ou às 9h40. Com o celular na mão, iniciar e finalizar a OS leva segundos.
- Troque texto livre por listas onde a informação vai virar indicador (tipo, causa, componente). Deixe texto livre só para observações.
- Não peça o que o sistema já sabe. Se o técnico leu o QR Code do equipamento, ele não precisa digitar TAG, setor e linha.
- Cuidado com campo obrigatório demais. Quando tudo é obrigatório, o técnico escolhe a primeira opção da lista para conseguir fechar a OS, e você troca dado ausente por dado errado, que é pior.
- Devolva a OS mal preenchida, com explicação, nas primeiras semanas. É chato, mas educa mais que qualquer treinamento.
- Mostre o que é feito com os dados. Quando a equipe vê, na reunião semanal, o ranking das falhas que mais pararam a linha e uma melhoria saindo disso, o campo de causa deixa de ser burocracia.
OS em papel ou digital: o que muda na prática?
| Aspecto | OS em papel | OS digital no celular |
|---|---|---|
| Identificação do ativo | Escrita à mão, sujeita a erro (bomba 3A ou 3B?) | Leitura do QR Code na placa do equipamento |
| Horários | Preenchidos de memória | Registrados no momento em que o técnico inicia e finaliza |
| Histórico na hora do serviço | Fica no arquivo do PCM | Técnico consulta as últimas intervenções no próprio equipamento |
| Fotos e evidências | Não existem | Anexadas à OS |
| Indicadores | Dependem de alguém digitar tudo depois | Calculados a partir dos apontamentos |
| Auditoria | Pastas, papel molhado, OS perdida | Busca por ativo, data ou executante |
O QR Code merece atenção especial. Ele resolve o erro mais comum e mais silencioso da OS em papel, que é o serviço lançado no equipamento errado e que contamina o histórico dos dois. No Sismetro, por exemplo, a SS chega no celular do técnico, a OS é aberta e executada pelo aplicativo e o QR Code do ativo leva direto ao equipamento e ao seu histórico.
Para migrar do papel para o digital sem traumas:
- Revise a árvore de ativos antes de qualquer coisa. OS digital apontando para cadastro bagunçado só digitaliza a bagunça.
- Etiquete primeiro os ativos críticos com QR Code.
- Comece por uma área piloto, com um supervisor que acredite no projeto.
- Mantenha o papel como contingência por poucas semanas e depois corte.
- Verifique se o aplicativo funciona em áreas sem sinal, como câmaras frias e subsolos, ou defina como o técnico vai registrar nesses casos.
Quer tirar isso da planilha?O Sismetro junta ordens de serviço, preventivas, estoque e indicadores num só lugar, com app para os técnicos e integração com o ERP Senior.
Que dados a ordem de serviço alimenta?
Quase todos os indicadores de manutenção nascem da OS. Se ela estiver errada, eles estão errados. Os principais:
MTBF (tempo médio entre falhas) = tempo total de operação ÷ número de falhas. Exemplo: um compressor operou 2.160 horas em um trimestre e teve 4 falhas. MTBF = 2.160 ÷ 4 = 540 horas. Note que só entram as OS corretivas de falha. Se preventivas e ajustes forem classificados como falha, o MTBF despenca sem motivo real.
MTTR (tempo médio para reparo) = soma dos tempos de reparo ÷ número de reparos. Se os quatro reparos levaram 3, 5, 2 e 6 horas, o MTTR é 16 ÷ 4 = 4 horas. Daí sai a disponibilidade inerente: MTBF ÷ (MTBF + MTTR) = 540 ÷ 544, cerca de 99,3%. Os detalhes de cada fórmula estão no guia de indicadores de manutenção.
A OS também alimenta:
- Custo por ativo e por centro de custo: horas-homem vezes custo-hora, mais materiais, mais terceiros. É o que permite decidir entre reformar e substituir um equipamento.
- Backlog em horas-homem: soma das horas estimadas das OS abertas, dividida pela capacidade da equipe.
- Proporção entre preventiva e corretiva, e quanto da corretiva foi emergencial.
- Aderência à programação: quantas OS programadas para a semana foram de fato executadas.
- Falhas repetitivas: o mesmo modo de falha no mesmo ativo, que é o gatilho para uma análise de causa raiz.
Checklist para revisar o modelo de OS da sua planta
- A OS separa tempo de parada, tempo de reparo e horas-homem?
- Causa, componente e modo de falha são listas fechadas e curtas?
- O status “aguardando” exige motivo?
- Toda OS está ligada a um ativo da árvore, e não a um setor genérico?
- Os materiais consumidos saem do estoque com vínculo à OS?
- O técnico registra no momento do serviço ou no fim do turno?
- Alguém confere e encerra as OS toda semana, ou elas acumulam como “concluídas”?
Se três ou mais respostas forem “não”, os seus indicadores de hoje provavelmente contam uma história diferente da realidade. Vale começar pelo item 1, que é o que mais distorce MTTR e disponibilidade.
Perguntas frequentes
Quais campos são obrigatórios numa ordem de serviço de manutenção?
No mínimo: número, ativo, tipo de manutenção, descrição da tarefa, executante, início e fim da execução, se houve parada do equipamento e materiais consumidos. Para OS corretivas, inclua causa e componente em listas fechadas. O resto pode ser opcional, desde que exista no modelo.
Toda solicitação de serviço vira ordem de serviço?
Não. A SS passa por uma triagem: pode ser aprovada e convertida em OS, juntada a outra SS sobre o mesmo problema ou rejeitada quando não é serviço de manutenção. Essa triagem mantém o backlog limpo.
OS digital vale como registro em auditoria?
Em geral, sim, desde que o sistema registre quem fez cada etapa, com data e hora, e não permita alterar o histórico sem rastro. Confirme com o seu auditor ou órgão fiscalizador se há exigência específica de assinatura para algum tipo de serviço.
Como escolher um sistema de ordem de serviço para manutenção industrial?
Procure um software de ordem de serviço de manutenção que funcione no celular, use QR Code para identificar ativos, separe SS de OS e calcule indicadores a partir dos apontamentos. Integração com estoque e com o ERP evita digitação dupla. O guia sobre como escolher um CMMS detalha os critérios.
