Como fazer um sistema de ordem de serviço

Um sistema de ordem de serviço se organiza em torno de uma coisa: o ciclo de vida da OS, com estados explícitos e registro de quem mudou o quê e quando. Em cima disso entram o aplicativo do técnico que precisa funcionar sem internet, o apontamento de horas e peças, o checklist com foto e a ligação automática com o faturamento. Sistema de OS que não registra transição de estado vira uma lista de tarefas cara.

Separe chamado de ordem de serviço

Muita confusão nasce de misturar as duas entidades:

• Chamado é o que o cliente pediu. Tem canal de origem, descrição do problema, cliente, contato, urgência e prazo de atendimento acordado.
• Ordem de serviço é o trabalho executado. Tem técnico, data, equipamento, peças, horas, checklist e resultado.

Um chamado pode gerar duas OS, quando falta peça e é preciso voltar. Duas OS podem se ligar a um contrato de manutenção preventiva sem nenhum chamado. Manter as duas entidades separadas resolve esses casos sem gambiarra.

O ciclo de vida da OS

Defina os estados com verbo de fato, não de sentimento, e registre cada transição:

Os dois estados de espera são os mais importantes para gestão, porque separam atraso da equipe de atraso externo. Sem eles, todo indicador de prazo fica injusto e ninguém confia no relatório.

Cada transição grava usuário, data e hora, e as paradas gravam motivo de lista fechada.

O aplicativo do técnico

Esta é a parte que decide se o sistema vai ser usado ou se o técnico vai continuar com bloco de papel.

Requisitos que não são negociáveis:

• Funciona sem internet. Baixa as OS do dia ao sair, grava tudo localmente, sincroniza quando reconecta.
• Poucos toques por ação. Iniciar, pausar com motivo, concluir. Se levar mais de três toques, o técnico registra depois, de memória, e o dado perde valor.
• Foto obrigatória nos pontos certos. Antes e depois, número de série do equipamento, medidor, peça substituída.
• Assinatura do cliente na tela, com nome e documento de quem assinou.
• Histórico do equipamento acessível offline. O técnico precisa ver o que já foi feito ali antes.

Um cuidado prático: o técnico costuma usar celular pessoal, com bateria disputada e armazenamento cheio. Comprimir foto antes de gravar e limpar dado antigo automaticamente evita a reclamação mais comum.

Apontamento de horas e peças

O apontamento é o que transforma OS em informação financeira.

Horas. Registre início e fim de deslocamento e de execução, separados. Deslocamento longo é custo que muita empresa nunca enxergou. Permita mais de um técnico na mesma OS, com apontamento individual.

Peças. Cada peça consumida sai de um estoque. O caminho correto é tratar o veículo ou a maleta do técnico como depósito próprio: transferência do almoxarifado para o técnico, consumo do técnico para a OS. Assim o inventário fecha e é possível saber quem tem o quê.

Deslocamento. Quilometragem inicial e final, ou coordenada de início e fim, dependendo do que a empresa cobra.

Com esses três, o custo real da OS aparece, e a comparação com o valor cobrado revela quais tipos de serviço dão prejuízo. Essa costuma ser a informação mais valiosa que o sistema entrega.

Checklist por tipo de serviço

Checklist genérico não é preenchido com atenção. O que funciona é um modelo por tipo de serviço, com itens objetivos e campos tipados:

• Item de sim ou não, com foto obrigatória quando a resposta indicar problema.
• Campo numérico com faixa esperada, alertando quando sair da faixa.
• Campo de leitura de medidor, com histórico para comparar.
• Observação livre, sempre opcional e nunca no lugar de campo estruturado.

O checklist preenchido é o que sustenta o laudo e o que protege a empresa quando o cliente questiona o serviço meses depois.

Faturamento sem redigitação

A OS concluída deve virar cobrança sem ninguém redigitar. O caminho depende do modelo comercial:

O ponto de atenção é o serviço executado fora do combinado. O sistema deve permitir registrar, sinalizar como pendência comercial e não faturar automaticamente, para que alguém decida.

Indicadores que a operação usa

• Tempo médio até o primeiro atendimento, contado do chamado.
• Taxa de resolução na primeira visita, que é o número que mais representa dinheiro.
• Motivo de retorno, para separar falta de peça de diagnóstico errado.
• Custo médio por tipo de serviço, comparado ao valor cobrado.
• OS paradas por espera, separadas por responsabilidade.
• Ocupação por técnico, incluindo deslocamento.

Integrações comuns

Erros que aparecem com frequência

• Estados demais. Quinze estados que ninguém entende geram preenchimento errado. Comece com os essenciais.
• Campo obrigatório demais no app. Cada campo obrigatório a mais aumenta a chance de o técnico preencher qualquer coisa para conseguir avançar.
• Ignorar o offline. É a causa número um de abandono do sistema em campo.
• Não registrar cancelamento com motivo. Sem isso, some a informação de por que serviços não acontecem.
• Faturar automático sem conferência. Uma OS com apontamento errado vira nota errada, e o retrabalho custa mais que a conferência.

Como implantar sem parar a operação

O caminho de menor risco é começar pelo app do técnico com registro de horas, fotos e conclusão, mantendo o agendamento como está. Depois entram peças e estoque do veículo, depois o checklist por tipo, depois o faturamento automático e por último os indicadores. Cada etapa já entrega algo utilizável e permite corrigir o rumo antes de investir na seguinte.