Ordem de serviço (OS)
O que é uma ordem de serviço?
Ordem de serviço (OS) é o documento — em papel ou sistema — que transforma uma necessidade de trabalho em tarefa atribuída e rastreável: o que fazer, em qual equipamento, quem executa, até quando, com quais peças, e o que foi de fato feito. Na manutenção, ela é a unidade básica de gestão: sem OS, o trabalho acontece mas não deixa registro, e sem registro não existem MTBF, MTTR, custo por equipamento nem defesa em auditoria. Em serviços ao cliente, o mesmo documento aparece como OS de atendimento; este verbete trata da OS de manutenção e operação.
Pense na OS como um contrato entre quem pede o trabalho e quem executa. Sem ela, a manutenção é informal: alguém avisa que "a bomba está esquisita", o técnico conserta (ou não), e não fica registro do que estava errado, do que foi feito nem de quais peças saíram do almoxarifado. Quando a mesma bomba falha três meses depois, ninguém lembra do episódio anterior: o diagnóstico recomeça do zero. A OS transforma essa atividade invisível em processo documentado, mensurável e melhorável.
Chamado não é OS
A confusão mais comum. O chamado é o relato: "a empilhadeira 3 está vazando óleo": qualquer pessoa abre, sem saber causa nem solução. A OS é o trabalho planejado que o chamado vira depois de triado: responsável, prioridade, prazo, peças. Um chamado pode gerar zero OS (era mau uso), uma, ou várias. Misturar os dois num formulário só produz fila de itens incomparáveis: metade relato, metade tarefa.
O que uma ordem de serviço deve conter
Uma OS completa registra duas coisas: o plano e o resultado. Quem monta um modelo de ordem de serviço do zero deve cobrir os dois momentos.
Antes de o trabalho começar
- Identificação do equipamento. Código único, nome, número de série, localização
- Descrição do problema ou da tarefa. Específica e verificável, não "máquina com defeito"
- Prioridade. Emergência, alta, média, baixa
- Tipo de trabalho. Corretiva, preventiva, preditiva, inspeção, melhoria
- Responsável. Uma pessoa nomeada, não "equipe da manutenção"
- Prazo. Data-limite ou janela combinada com a produção
- Peças e materiais previstos. Com código de estoque
- Horas estimadas
- Requisitos de segurança. EPI, bloqueio e etiquetagem, permissão de trabalho, NR aplicável
- Documentos de referência. Manual, diagrama, OS anteriores do mesmo ativo
Depois de o trabalho terminar
- O que foi feito de fato. Pode diferir do planejado, e é isso que o histórico precisa capturar
- Causa encontrada (em corretivas). Por que o equipamento falhou
- Peças realmente consumidas. Com quantidades, para dar baixa no estoque
- Horas reais do início ao fim da execução
- Tempo de parada do equipamento. Separado do tempo de reparo
- Condição do ativo após o serviço
- Recomendações de acompanhamento. Trabalho adicional identificado na execução
- Fotos. Antes e depois: evidência para garantia, auditoria e treinamento
Os campos que pagam a disciplina
Nem todo campo vale o esforço de preenchimento. Estes pagam a disciplina que exigem:
| Campo | Por que importa depois |
|---|---|
| Equipamento (código único) | histórico e custo por ativo — a razão de existir do registro |
| Tipo (corretiva/preventiva/melhoria) | proporção planejado × emergência |
| Causa em lista fechada | causa em texto livre não agrupa; lista curta permite contar |
| Tempo de parada × tempo de reparo | separados — são problemas diferentes com soluções diferentes |
| Peças com baixa no estoque | custo real e ponto de pedido honesto |
| Executor e assinatura | evidência para auditoria e para a NR aplicável |
Tipos de ordem de serviço
OS corretiva
Aberta em resposta a uma quebra ou problema relatado. O equipamento já falhou ou está funcionando mal e precisa de reparo: é o território da manutenção corretiva.
- Gatilho: falha, relato de operador, alarme
- Prioridade: de média a emergência
- Prazo: imediato ou dentro do SLA
- Custo: alto (peça comprada às pressas, hora extra, frete urgente)
Exemplo: a empilhadeira EMP-07 não liga na segunda de manhã. O operador registra: "não dá partida, bateria cheia, estalo ao girar a chave". Diagnóstico: motor de partida queimado; substituído.
OS preventiva
Programada com antecedência por intervalo de tempo, horas de uso ou data fixa. Nasce automaticamente do plano de manutenção preventiva, ou, em plantas que rodam TPM, do pilar de manutenção planejada.
- Gatilho: cronograma (a cada 90 dias, a cada 500 horas, todo janeiro)
- Prioridade: planejada, em geral média
- Prazo: dentro da janela programada
- Custo: previsível e orçável
Exemplo: a cada 250 horas de operação, o sistema abre a OS de troca de óleo e filtro do centro de usinagem, com checklist, peças previstas, tempo estimado (45 min) e técnico designado.
OS preditiva
Disparada por dados de monitoramento de condição — sensores, análise de vibração, termografia, análise de óleo — que indicam um problema em formação antes da falha. É a manutenção preditiva virando trabalho concreto.
- Gatilho: alerta de sensor, tendência em análise, achado de inspeção
- Prioridade: média a alta (a falha ainda não aconteceu, mas está a caminho)
- Prazo: planejado porém sensível ao tempo (dias a semanas)
- Custo: menor que a corretiva (peça comprada com calma, sem prêmio de urgência)
Exemplo: a vibração do motor M-12 cresce há duas semanas, padrão que antecede falha de rolamento. Abre-se a OS: "substituir rolamentos do M-12 — vibração acima do limiar, falha prevista em 2 a 3 semanas".
OS de emergência
Prioridade máxima: risco imediato à segurança, dano ambiental ou parada de operação crítica. Fura a fila.
- Gatilho: evento de segurança, falha de equipamento crítico, risco ambiental
- Prioridade: emergência, topo absoluto da fila
- Prazo: resposta imediata
- Custo: o mais alto (hora extra, fornecedor de plantão, perda de produção)
Exemplo: detector acusa vazamento de gás perto da caldeira. OS de emergência: "isolar e reparar linha de gás na casa de caldeiras do prédio C". Todo o resto espera.
OS de inspeção
Avaliação de rotina da condição do ativo, sem necessariamente executar reparo. O achado pode gerar OS corretiva ou preditiva de desdobramento.
- Gatilho: cronograma, exigência regulatória, avaliação pré-compra
- Prioridade: planejada, baixa a média
- Resultado: laudo de condição e, se houver desvio, novas OS
Exemplo: inspeção trimestral dos extintores: manômetro na faixa, lacre íntegro, sinalização visível, etiqueta atualizada. Unidade reprovada gera OS corretiva automaticamente.
O ciclo de vida da OS
Do pedido ao arquivamento, a OS passa por etapas definidas:
| Etapa | O que acontece | Ações-chave |
|---|---|---|
| 1. Solicitação | Alguém identifica a necessidade | Chamado com equipamento, descrição, urgência |
| 2. Triagem e aprovação | Supervisor ou PCM avalia | Validar, definir prioridade, estimar recursos |
| 3. Planejamento | Recursos e materiais programados | Designar técnico, separar peças, definir prazo |
| 4. Atribuição | O técnico recebe a OS | Notificação enviada, OS entra na fila do executor |
| 5. Execução | O trabalho acontece | Apontamento de horas, peças, observações, foto |
| 6. Em espera (se preciso) | Trabalho pausado | Aguardando peça, aprovação ou liberação de acesso |
| 7. Conclusão | Serviço terminado | Registro do que foi feito, causa, peças, tempo |
| 8. Verificação e encerramento | Supervisor confere | Checagem de qualidade, revisão de custo, arquivamento |
Duas armadilhas concentram os fracassos de implantação. Primeira: OS atribuída "à equipe", sem dono nomeado, não tem prazo de verdade. Segunda, entre as etapas 1 e 4: se abrir a OS custa mais esforço que executar o serviço, o técnico faz sem abrir, e o histórico fica cego exatamente para o trabalho de rotina que mais se repete.
Tempos de ciclo típicos (referência):
- Preventiva: 1 a 3 dias da geração à conclusão
- Corretiva (sem emergência): 1 a 5 dias
- Emergência: horas
- Inspeção: mesmo dia
Quem abre, quem aprova, quem prioriza
Qualquer pessoa da operação deve conseguir relatar um problema: esse é o chamado. Transformar o relato em OS é papel do supervisor ou, em estruturas maiores, do PCM: validar o pedido, definir prioridade pela criticidade do ativo, negociar a janela com a produção e garantir peça e técnico antes de a OS entrar na fila.
A priorização é o ponto em que mais sistemas degeneram. O caso de um hospital ilustra: 2.800 ativos, média de 120 OS abertas, e tudo marcado "alta prioridade", porque o sistema não tinha critério. Reparo crítico (climatização de área de pacientes, gases medicinais) esperava na mesma fila que cadeira quebrada e pintura riscada; tempo médio de conclusão, 6,8 dias para qualquer OS. A correção foi um esquema de quatro níveis com tempo de resposta explícito:
| Prioridade | Resposta | Exemplos | % das OS |
|---|---|---|---|
| Emergência | < 1 hora | Gases medicinais, incêndio, falha em área de pacientes | ~5% |
| Alta | < 24 horas | Conforto do paciente (climatização, iluminação), cozinha | ~15% |
| Média | < 5 dias | Reparos fora de área assistencial, questões estéticas | ~50% |
| Baixa | < 15 dias | Cosmético, não funcional, lista de desejos | ~30% |
Resultado: resposta a emergências caiu de 6,8 dias para 42 minutos; conclusão de alta prioridade, para 18 horas; a média geral melhorou para 5,2 dias; a disponibilidade em áreas de pacientes subiu 22%.
Métricas que nascem da OS
A OS é a fonte primária de dados da gestão de manutenção:
| Indicador | Fórmula | O que revela |
|---|---|---|
| Taxa de conclusão de OS | OS concluídas ÷ OS totais × 100% | Quanto do trabalho planejado de fato sai |
| Cumprimento do plano preventivo | Preventivas concluídas ÷ programadas × 100% | Se o cronograma preventivo está sendo honrado |
| Proporção corretiva × planejada | OS reativas ÷ OS totais × 100% | Quanto do trabalho é apagar incêndio |
| Tempo médio de conclusão | Tempo total (abertura → encerramento) ÷ nº de OS | Velocidade do fluxo |
| Backlog | OS abertas × horas médias por OS | Quantas horas de trabalho esperam na fila |
| Custo por OS | Custo total de manutenção ÷ nº de OS | Custo médio de cada intervenção |
Referências de mercado
| Indicador | Classe mundial | Média | Precisa melhorar |
|---|---|---|---|
| Cumprimento do preventivo | > 95% | 80–90% | < 75% |
| Proporção corretiva | < 20% | 30–50% | > 60% |
| Taxa de conclusão | > 95% | 80–90% | < 75% |
| Backlog | < 2 semanas | 2–4 semanas | > 6 semanas |
O MTTR e o MTBF também saem daqui: um dos carimbos de tempo de reparo, o outro dos registros de falha por equipamento. OS encerrada sem dados reais transforma os dois em ficção.
Um caso real: da bagunça ao controle
Uma indústria de médio porte (180 funcionários, mais de 400 ativos) operava sem sistema formal de OS: pedido verbal ("ô Miguel, a prensa travou de novo"), correntes de e-mail, bilhete na porta da oficina e grupo de WhatsApp.
As consequências: nenhum histórico (ninguém sabia se o ativo que falhou já tinha sido atendido); trabalho duplicado (dois técnicos no mesmo serviço enquanto outros pedidos ficavam sem dono); orçamento de manutenção como um número único em reais, sem abertura por ativo; registros reconstruídos de memória quando o auditor pedia; proporção corretiva estimada acima de 75%.
Depois de implantar OS de verdade — canal único com campos obrigatórios, preventivas automáticas para 120 ativos críticos, apontamento de tempo, peças e custo em cada ordem — os números de 12 meses:
- Proporção corretiva: de ~75% para 38%
- Cumprimento do preventivo: de ~40% (estimado) para 91%
- Custo por ativo visível pela primeira vez: 12 ativos concentravam 45% do gasto total, e o orçamento em reais foi redirecionado para onde sangrava
- MTTR 28% menor: o técnico chegava com histórico e procedimento em mãos
- Preparação para auditoria: de 3 dias para 4 horas
Erros comuns
- Não encerrar a OS. O erro mais frequente. O serviço é feito, mas ninguém atualiza o registro. Resultado: backlog inflado, custo irreal e um sistema em que ninguém confia.
- OS genérica. "Manutenção na linha 2" sem equipamento nem tarefa: impossível de planejar, inútil no histórico. Compare com: "Esteira C-3: correia patinando sob carga, ruído agudo no rolo motriz, percebido no segundo turno".
- Abrir depois de fazer. OS lançada na sexta para o trabalho de terça vira registro de memória, com hora inventada.
- Encerrar sem causa nem descrição. "Concluído" não é apontamento. O que foi encontrado e feito é a informação que melhora o plano, e o que o próximo técnico vai procurar.
- Pular o registro de peças. Sem saber o que foi consumido, o custo real não fecha e o estoque de sobressalentes fica permanentemente errado.
- Usar OS só para corretiva. Se preventivas e inspeções correm por fora, metade da atividade fica sem documento, justamente a metade planejada, que deveria ser a maior.
- Burocracia dimensionada errada. Vinte campos obrigatórios para trocar lâmpada ensinam a equipe a trabalhar por fora do sistema. Comece com o essencial (equipamento, descrição, prioridade, responsável) e acrescente detalhe com o tempo.
- Fila sem prioridade explícita. Quando tudo é urgente, a ordem real é quem grita mais alto.
Boas práticas
- Abrir OS tem de ser fácil. Se o registro leva dez minutos de formulário, o pedido volta para o telefone e o bilhete. Leitura de etiqueta no celular e poucos campos obrigatórios derrubam a barreira.
- Preventiva nasce sozinha. O plano preventivo nunca deve depender de alguém lembrar de abrir a OS: o sistema gera pela data ou pelo horímetro.
- Dados de encerramento obrigatórios. O valor da OS está no fechamento: o que foi feito, quanto levou, o que foi consumido. Sem esses campos, não encerra.
- Revisar o backlog toda semana. Fila não gerida cresce em silêncio. A revisão semanal força cada OS antiga a ser concluída, reprogramada ou cancelada.
- Toda OS amarrada a um ativo. É esse vínculo que constrói o histórico por equipamento e sustenta decisões de reforma ou substituição.
- Acompanhar a proporção corretiva × planejada. O número que mais diz sobre a maturidade da manutenção. Acima de 40% de corretiva, falta preventiva e preditiva.
- Foto em tudo. Antes e depois: evidência de garantia, prova em auditoria, material de treinamento. A foto do componente que falhou diz mais que qualquer campo de texto.
No fim, a documentação é o ponto: reparo, preventiva ou inspeção que não virou OS é como se não tivesse acontecido. O acervo de ordens encerradas com dados reais é a memória institucional da manutenção: cada decisão futura de plano, estoque ou substituição fica mais inteligente por causa dele.
Termos relacionados
- MTTR — calculado dos carimbos de tempo das OS; mede a velocidade de reparo
- MTBF — alimentado pelos registros de falha das OS
- Manutenção corretiva — o trabalho por trás das OS reativas
- Manutenção preventiva — gera OS programadas automaticamente
- Manutenção preditiva — dados de condição disparam OS antes da falha
- PCM — planeja, prioriza e controla o fluxo de OS
- Ponto de pedido — o consumo de peças das OS alimenta a reposição de estoque
Onde o sistema entra
No UNIO24 o ciclo inteiro mora no celular: o chamado nasce da leitura da etiqueta do equipamento, vira OS com responsável e prazo em um clique, o plano preventivo abre OS sozinho na janela, as peças baixam do estoque e o encerramento — com foto e assinatura — fica preso ao histórico do ativo. O SLA pausa fora do horário de trabalho, e o custo por equipamento se acumula sem digitação paralela.
Perguntas frequentes
Ordem de serviço tem validade legal?
Como registro interno, ela é a evidência do que foi feito, por quem e quando, o que sustenta auditoria, laudo e discussão trabalhista sobre atividade executada. Para serviços a clientes existem exigências específicas (inclusive fiscais) que variam por município e atividade; a OS de manutenção interna não substitui documento fiscal.
Qual a diferença entre OS e ticket?
Nenhuma estrutural — "ticket" é o nome que a área de TI usa para o chamado, e alguns sistemas chamam a OS de ticket também. O que importa é a distinção relato × trabalho planejado, com qualquer rótulo.
Toda preventiva precisa de OS própria?
Sim — é a OS que prova a execução e carrega o apontamento. A rotina realmente trivial (inspeção visual diária do operador) pode viver como checklist com registro, promovida a OS quando encontra desvio.
Quem pode abrir uma ordem de serviço?
Relatar problema, qualquer pessoa — operador, porteiro, gerente. Transformar o relato em OS com prioridade e responsável é função de quem enxerga a fila inteira: supervisor ou PCM. Todo mundo criando OS direto, sem triagem, reproduz no sistema a desordem do grupo de WhatsApp.
Quantas OS abertas ao mesmo tempo é sinal de problema?
O número absoluto diz pouco — 120 OS abertas podem ser saúde numa planta grande e colapso numa pequena. O termômetro é o backlog em semanas de trabalho: até 2 é confortável, acima de 6 indica fila fora de controle ou OS fantasma que ninguém encerrou.
Papel ou sistema?
Papel funciona até a segunda pessoa e o segundo relatório. A pergunta prática: quanto custa, por mês, digitar o que já foi escrito à mão, e quantas OS se perdem entre a prancheta e a planilha.