Modelo de ordem de serviço de manutenção: como preencher

Na manutenção predial, esses campos ajudam uma prestadora a demonstrar a entrega por cliente e contrato. Também permitem que uma equipe interna consulte o histórico de um equipamento sem depender da memória de quem atendeu.

A seguir, você encontra um modelo para copiar e adaptar, um exemplo preenchido e critérios para fechar uma OS com informações úteis.

O que uma OS precisa permitir entender

Uma ordem de serviço deve acompanhar dois momentos do trabalho. Antes da execução, orienta a equipe sobre a demanda e suas condições. Depois, registra o atendimento e o que ainda precisa acontecer.

Essa separação evita um erro comum: descrever o serviço solicitado como se ele já tivesse sido realizado. O campo “verificar vazamento”, por exemplo, não informa o que o técnico encontrou, qual ação tomou ou se o problema permaneceu.

Use campos distintos para pedido, constatação, ação executada e pendência. A descrição final deve permitir reconstruir o atendimento sem transformar a OS em uma transcrição de todas as conversas.

O que muda entre uma OS preventiva e uma corretiva

Na preventiva, a origem está em uma rotina planejada. Relacione o registro ao plano, à execução prevista e ao ativo atendido. O técnico precisa consultar as atividades e os critérios definidos para aquele serviço, inclusive medições e registros exigidos pelo procedimento.

Na corretiva, o ponto de partida costuma ser uma condição relatada. Preserve a descrição recebida e acrescente o que foi constatado no atendimento. Se houver mais de uma visita, cada atualização precisa mostrar o avanço e a condição que ainda impede a solução.

Para os dois casos, mantenha uma identificação que permita reunir registros e anexos. Quando uma preventiva revelar outro problema, relacione os atendimentos conforme o fluxo da operação. Isso permite consultar a rotina realizada e acompanhar a demanda nova sem perder nenhuma das duas informações.

Modelo de ordem de serviço para copiar

O quadro é uma estrutura editorial sugerida para gestão da manutenção predial. Adapte os campos ao contrato, ao procedimento e ao fluxo de autorização da sua operação.

Você pode levar essa estrutura para um documento, planilha ou sistema. Evite criar campos que ninguém usa: cada informação deve orientar a execução, permitir uma conferência ou sustentar uma decisão posterior.

Campos de início, conclusão e recebimento têm utilidade concreta. Em seu relatório de auditoria de infraestrutura de 2023, a UFAM recomendou completar as ordens com essas informações. É uma referência de controle naquele contexto, não uma lista universal de exigências para qualquer contrato.

Versão em branco para reutilizar

Copie o bloco abaixo para seu documento ou planilha. As instruções entre colchetes devem ser substituídas pelos dados do atendimento. Se a empresa já usa um sistema, aproveite a estrutura para conferir os campos e evitar um segundo registro sem necessidade.

ORDEM DE SERVIÇO DE MANUTENÇÃO
Identificador: [número único]
Cliente / contrato / unidade: [referências da operação]
Local / ativo: [ambiente e identificação do equipamento]
Origem / abertura: [solicitante ou plano; data e horário]
Serviço solicitado: [condição relatada ou rotina prevista]
Prioridade / prazo: [critério e compromisso definido]
Responsável / acesso: [equipe e condições para atendimento]
Procedimento: [referência e versão aplicável]
Registro da visita: [início, término e executores]
Constatação: [situação efetivamente verificada]
Ação executada: [trabalho realizado nesta etapa]
Materiais / evidências: [itens, quantidades e referências]
Pendências: [item aberto, motivo, responsável e previsão]
Situação / conferência: [estado real e responsável]
Recebimento: [registro previsto no fluxo do contrato]

Mantenha os anexos identificados pela OS e pela etapa do atendimento. Quando uma informação não estiver disponível, registre a lacuna e quem deve completá-la. Um campo vazio pode esconder tanto um dado desconhecido quanto um item que não se aplica; definir esse tratamento facilita a conferência posterior.

Como preencher a ordem de serviço

1. Descreva o pedido sem antecipar a solução

Registre o sintoma, o local e a situação percebida. “Há água próxima ao equipamento CL-014, na sala de reuniões da Unidade A” orienta melhor a triagem que “problema no ar”.

Se a causa ainda não foi verificada, deixe isso claro. Uma suspeita do solicitante não deve virar diagnóstico confirmado no histórico do ativo.

2. Relacione a OS ao equipamento correto

Confira a identificação do ativo e a localização antes de registrar o serviço. Equipamentos semelhantes no mesmo prédio precisam de referências que permitam distingui-los.

Quando usado pela operação, o QR Code pode ajudar nessa identificação. O ponto central é manter pedido, atendimento e histórico associados ao mesmo ativo, inclusive quando o serviço passa por mais de uma pessoa.

3. Registre o que aconteceu no atendimento

Preencha a situação encontrada e as ações executadas. Se um procedimento exigir medições, registre o valor, a unidade e o contexto necessários à interpretação. Não substitua uma medição exigida por um comentário genérico como “normal”.

Fotos devem documentar o que é relevante e ficar vinculadas ao atendimento ou ao item correspondente. Um conjunto de imagens sem identificação pode exigir a mesma investigação que o registro deveria evitar.

O Aplicativo da Leankeep permite registrar a execução com checklist, fotos, medições, observações e assinatura, conforme a configuração do fluxo. O trabalho em campo pode ocorrer offline, com sincronização posterior.

4. Diferencie execução, pendência e recebimento

Um atendimento pode acontecer sem resolver toda a demanda. Falta de material, acesso indisponível ou necessidade de outra especialidade precisam aparecer no registro, com encaminhamento.

Defina os critérios de status da sua operação. Uma estrutura possível é separar trabalho em andamento, aguardando condição para continuar, executado aguardando conferência e encerrado. Esses nomes são uma proposta de organização; não descrevem obrigatoriamente os status de um software.

Se houver recebimento pelo cliente ou pela área atendida, registre quem conferiu e o que foi aceito. A assinatura faz parte do fluxo acordado; não deve ser tratada isoladamente como garantia de conformidade ou de qualidade técnica.

Como registrar várias etapas sem perder o histórico

Na Leankeep, as ocorrências recebem correções que registram o andamento do atendimento até a solução. Uma correção pode indicar início, interrupção, agendamento, espera ou conclusão, conforme as configurações da operação. A descrição deve explicar o que mudou naquela etapa.

Considere três registros fictícios para um mesmo atendimento:

Uma atualização como “aguardando material” informa uma condição, mas ainda precisa de encaminhamento. Indique qual material está pendente, quem deve confirmar a disponibilidade e quando a programação será revista. A informação deve permitir que a coordenação aja sem refazer toda a investigação.

O mesmo princípio vale para a passagem entre equipes. A equipe que assume precisa entender o que já aconteceu e o que ainda está autorizado ou previsto. Evite sobrescrever o registro da primeira visita com o texto da última: as etapas ajudam a explicar deslocamentos, decisões e tempo de atendimento.

Diferencie tempo aberto de tempo trabalhado

Uma demanda pode ficar aberta durante vários dias e consumir poucas horas de trabalho efetivo. Para avaliar esforço, separe abertura, prazo de atendimento, períodos de execução e espera. Defina também como registrar deslocamento ou outras parcelas, quando fizerem parte do controle da empresa.

Exemplo fictício: uma visita ocorreu das 9h10 às 9h50 e exigiu retorno no dia seguinte. Esse intervalo representa 40 minutos de visita; o período até o retorno inclui espera e não deve ser automaticamente tratado como horas trabalhadas. Se duas pessoas participaram, confira a duração individual e a convenção de esforço adotada.

A documentação da Leankeep diferencia a contagem do tempo do executor conforme o status da correção e o eventual preenchimento manual. Por isso, a equipe precisa conhecer o fluxo configurado antes de usar relatórios de horas para avaliar produtividade ou custo. O horário de encerramento da ocorrência não substitui essa conferência.

Exemplo de OS preenchida com uma pendência

Imagine uma prestadora atendendo a Unidade A de um cliente. O quadro abaixo é inteiramente fictício e ilustra o registro de gestão, sem prescrever um procedimento de reparo.

Nesse caso, encerrar a demanda como resolvida apagaria uma informação importante: houve uma visita, mas ainda existe trabalho a executar. O registro precisa preservar os dois fatos.

Em uma preventiva, a origem pode ser um plano recorrente. O fechamento deve relacionar a rotina prevista ao que foi executado e aos desvios encontrados. Um novo problema identificado pode exigir outro encaminhamento, sem desaparecer no checklist concluído.

Como conferir a OS antes de fechar

Use estas perguntas na conferência:

1. O cliente, o local e o ativo estão identificados corretamente?
2. A descrição diferencia pedido, constatação e ação realizada?
3. Datas, responsáveis e registros exigidos pelo procedimento estão preenchidos?
4. As evidências podem ser recuperadas junto do atendimento?
5. As pendências têm responsável e próximo passo?
6. O status representa a situação real, incluindo recebimento quando aplicável?

Essa conferência também orienta a gestão da equipe em campo. Quando o padrão está claro, o técnico sabe o que registrar e o gestor sabe o que verificar, em vez de pedir complementos diferentes a cada atendimento.

Como colocar o modelo em uso com a equipe

Escolha um tipo de atendimento frequente e teste o preenchimento com uma OS real. A coordenação prepara o pedido e as condições de acesso; quem executa registra a situação encontrada; quem confere verifica se a entrega pode ser entendida sem participar da visita.

Observe onde surgem dúvidas: identificação do equipamento, escolha de status, localização das fotos, duração da execução ou encaminhamento de pendências. Ajuste instruções e campos a partir desses pontos. Um campo obrigatório sem orientação pode produzir apenas respostas genéricas para permitir o fechamento.

Combine também quem pode corrigir um registro e como tratar um encerramento indevido. No App da Leankeep, a documentação informa que ocorrências solucionadas não podem ser editadas pelo usuário operacional; nesses casos, é necessário procurar um administrador. Isso reforça a importância de conferir a situação antes de finalizar.

Como transformar as ordens em prestação de contas

Defina quais informações o destinatário precisa consultar: serviços por período, ativos atendidos, situação das demandas, pendências, horas ou materiais. Esses dados devem nascer dos registros da operação.

Na Leankeep, os registros de execução podem apoiar os relatórios de manutenção. O relatório adequado depende da finalidade e da qualidade dos dados; sua existência não corrige uma OS incompleta nem significa que todo tipo de relatório seja enviado automaticamente.

Para testar seu modelo, escolha uma OS encerrada e peça a alguém que não participou do atendimento para explicar o que aconteceu e o que ficou pendente. As perguntas que essa pessoa não conseguir responder mostram quais campos ou critérios precisam de ajuste.

Faça também uma conferência periódica por amostra. Separe ordens de clientes, executores e tipos de manutenção diferentes e procure três situações: registro incompleto, pendência sem encaminhamento e fechamento incompatível com o relato. Cada achado deve produzir uma correção objetiva no atendimento ou na orientação de preenchimento.

Por exemplo, em uma amostra fictícia de cinco OS, duas registram espera por material sem indicar responsável pelo retorno. A ação é definir esse encaminhamento e conferir se a equipe sabe registrá-lo. Esse achado descreve a qualidade da amostra; não representa a taxa de resolução da operação nem o desempenho de todos os técnicos. Assim, o modelo pode evoluir a partir de problemas observados, preservando a utilidade de cada campo.