App de ordem de serviço para técnicos de campo

O chamado entrou por telefone e foi anotado num caderno. O coordenador mandou o técnico por mensagem. O técnico resolveu, trocou uma peça, pegou a assinatura do cliente numa folha e voltou para a base. Três dias depois, o financeiro pergunta se pode faturar, ninguém sabe qual peça foi usada, e o cliente liga dizendo que o problema voltou.

Empresas de serviço de campo, como manutenção de equipamentos, climatização, elevadores, segurança eletrônica, telecom e assistência técnica, vivem desse ciclo. Quando ele está partido entre telefone, planilha, mensagem e papel, cada passagem perde informação. Este texto mostra como um sistema de ordem de serviço com app para o técnico fecha o ciclo, do chamado à cobrança.

O ciclo da OS: chamado, despacho, execução, aceite e cobrança

A ordem de serviço tem um ciclo de vida, e cada etapa tem um dono:

1. Chamado. O cliente pede atendimento por telefone, e-mail, portal ou WhatsApp. Ou o próprio sistema gera a OS, no caso de preventivas.
2. Triagem. Alguém classifica: tipo de serviço, equipamento, urgência, contrato vigente.
3. Despacho. A OS vai para um técnico ou equipe, com data e janela.
4. Execução. O técnico se desloca, atende, registra o que fez, as peças usadas e as evidências.
5. Aceite. O cliente confirma o serviço, com assinatura ou outro meio.
6. Fechamento. A OS é revisada, as peças baixam do estoque, as horas são apuradas.
7. Cobrança. O serviço é faturado conforme o contrato: avulso, dentro da franquia, fora do escopo.

O problema da maioria das operações não é nenhuma etapa isolada. É a passagem entre elas. O técnico sabe que trocou o compressor; o estoque não sabe. O coordenador sabe que o cliente tem contrato com prazo de atendimento; o técnico não sabe. O cliente assinou; o financeiro não tem a folha.

Quando o produto pronto basta: operações pequenas, com serviço padronizado, sem contratos com prazo de atendimento e sem estoque de peças relevante costumam ser bem atendidas por softwares de OS de mercado. O sob medida começa a compensar quando os contratos, as regras de despacho e as integrações com estoque, faturamento e o sistema do cliente ficam específicos demais.

Despacho por região, habilidade e prioridade

Escolher o técnico certo não é só olhar quem está livre. Os critérios que entram no despacho:

• Região e deslocamento: quem está mais perto, considerando o atendimento anterior.
• Habilidade e certificação: nem todo técnico pode trabalhar em elétrica de alta tensão, altura ou determinada marca de equipamento.
• Prioridade e prazo contratual: um chamado de cliente com prazo de atendimento curto passa na frente.
• Peças necessárias: o técnico que já tem a peça no carro resolve na primeira visita.
• Carga de trabalho: distribuir de forma equilibrada, sem sobrecarregar os mais experientes.

O sistema não precisa decidir sozinho. Um bom painel de despacho sugere o técnico com base nesses critérios e deixa o coordenador confirmar ou trocar, arrastando a OS na agenda. A automação completa pode vir depois, para os casos mais simples.

O app do técnico precisa funcionar sem sinal

Casa de máquinas, subsolo, galpão industrial, zona rural, dentro de um elevador: o técnico vai ficar sem sinal exatamente onde trabalha. Se o app depender de conexão para abrir a OS, preencher o checklist ou tirar foto, ele vai para o papel.

O app precisa ter, no aparelho:

• as OS do dia e dos próximos dias, com endereço, contato, descrição e histórico do equipamento;
• os checklists aplicáveis a cada tipo de serviço;
• o catálogo de peças e o saldo do estoque do carro;
• manuais e procedimentos mais usados.

Tudo o que o técnico registra fica guardado localmente e sincroniza quando houver conexão, com fila de envio visível e identificador único por registro, para não duplicar nem perder nada. A tecnologia escolhida pesa aqui, e as diferenças entre as abordagens estão em app nativo, híbrido ou PWA.

A interface também é para campo: botões grandes, pouca digitação, listas de seleção em vez de texto livre, leitura de código de barras ou QR code para identificar equipamento e peça.

Prova de execução: checklist, fotos e assinatura

"Fiz a manutenção" não é prova. Em contratos com o cliente, em auditorias e em disputas, a empresa precisa mostrar o que foi feito, quando, por quem e em que estado estava.

Checklist por tipo de serviço. Cada tipo de OS tem seu checklist: itens a verificar, medições a registrar (pressão, temperatura, tensão, corrente), com faixas aceitáveis. Uma medição fora da faixa gera alerta ou pede justificativa. Isso padroniza o serviço entre técnicos e transforma a OS em dado analisável.

Fotos antes e depois, tiradas pelo app, com data, hora e localização gravadas no momento. Fotos da placa de identificação do equipamento evitam atendimento no equipamento errado.

Assinatura do cliente na tela, com nome e documento de quem recebeu o serviço. Quando o responsável não está no local, o sistema pode enviar a OS por mensagem para aceite posterior.

Relatório automático. Ao fechar, o sistema gera o relatório do atendimento e envia ao cliente. Ele vira o comprovante e, muitas vezes, reduz as ligações de "o técnico veio mesmo?".

Peças aplicadas e estoque no carro do técnico

Peça é onde o dinheiro vaza. O técnico usa uma peça do carro, esquece de anotar, e ela nunca é cobrada nem reposta. No fim do mês, o inventário do carro não bate e ninguém sabe onde a diferença surgiu.

O desenho que resolve:

• Cada carro é um depósito no sistema de estoque, com saldo próprio.
• A peça aplicada é registrada na OS, com leitura do código, e baixa do estoque do carro automaticamente quando a OS é sincronizada.
• Peça retirada do cliente (a defeituosa) também é registrada, quando precisa voltar para garantia ou descarte controlado.
• Reposição é sugerida pelo consumo do carro e pelas OS agendadas para os próximos dias.
• Inventário periódico do carro, com contagem pelo próprio app.

Esse modelo depende de um controle de estoque que registre movimentações em vez de sobrescrever saldo, tema de sistema de gestão de estoque sob medida.

Contratos de manutenção, SLA e preventivas agendadas

Empresas de serviço costumam ter contratos com regras que o sistema precisa conhecer:

• Prazo de atendimento e de solução por nível de prioridade, contado em horas corridas ou úteis, com ou sem pausa enquanto se aguarda o cliente ou uma peça.
• Escopo: o que está incluído (mão de obra, determinadas peças, número de visitas) e o que é cobrado à parte.
• Preventivas periódicas por equipamento, que o sistema gera automaticamente conforme o calendário ou o uso.
• Franquias e excedentes: horas ou visitas incluídas por mês, com cobrança do que passar.

O relógio do prazo precisa ser visível para quem despacha e para o técnico, com alerta antes de estourar. E o histórico precisa mostrar, por cliente, se o contrato está sendo cumprido, porque o cliente também vai medir.

Quando a manutenção é da própria empresa, e não prestada a terceiros, os conceitos são parecidos, mas o foco muda para disponibilidade de ativos; tratamos disso em sistema de manutenção preventiva industrial.

Do fechamento ao faturamento

Uma OS fechada com todas as informações deveria virar cobrança sem redigitação:

• O sistema aplica as regras do contrato e separa o que é cobrável: mão de obra fora do escopo, peças não cobertas, deslocamento, excedentes.
• Um responsável revisa e aprova, com a OS e as evidências à mão.
• A cobrança segue para o ERP ou para o módulo financeiro, e a nota fiscal de serviço é emitida automaticamente, como descrevemos em emissão automática de nota fiscal. Quando há venda de peças, a nota de mercadoria segue o seu próprio fluxo.
• O relatório da OS acompanha a cobrança, o que reduz contestação.

Indicadores de campo e o retrabalho que ninguém media

Com o ciclo completo no sistema, surgem indicadores que antes eram impossíveis:

• Resolução na primeira visita: quantas OS fecham sem retorno.
• Retrabalho: chamados para o mesmo equipamento e o mesmo defeito dentro de um período após o atendimento. É o indicador que mais revela problemas de qualidade, e costuma ser o primeiro a ficar de fora dos relatórios.
• Cumprimento de prazo contratual por cliente e por tipo de chamado.
• Tempo de deslocamento contra tempo de execução por técnico e região.
• Consumo de peças por equipamento, que mostra equipamentos problemáticos e ajuda a renegociar contratos.
• Tempo entre fechamento e faturamento.

Erros comuns

• App que depende de conexão para funções básicas.
• Checklist genérico para todos os tipos de serviço.
• Peça registrada em texto livre, sem ligação com o estoque.
• Prazo contratual controlado fora do sistema, em planilha ou memória.
• Fechamento sem revisão, gerando cobrança errada e contestação.
• Não envolver técnicos no desenho das telas.

Checklist do projeto

• Mapear o ciclo completo da OS e quem é dono de cada etapa.
• Levantar os tipos de serviço e os checklists de cada um.
• Definir as regras de contrato, prazos e preventivas.
• Modelar o estoque dos carros e o fluxo de reposição.
• Garantir funcionamento offline completo no app do técnico.
• Integrar com estoque, financeiro e emissão fiscal.
• Começar com uma equipe ou região piloto.

Da ligação do cliente à nota emitida

A Pervian Tech desenvolve sistemas de ordem de serviço sob medida no nosso trabalho de desenvolvimento mobile: app offline para o técnico, painel de despacho, controle de contratos e prazos, estoque dos carros e integração com o ERP e a emissão fiscal que a empresa já usa.

O primeiro passo é um diagnóstico inicial gratuito do seu ciclo de atendimento, dos contratos e dos sistemas envolvidos. A partir dele definimos as fases, começando por uma equipe piloto, e o investimento, que é sob consulta. Se as suas OS ainda voltam em papel, conte como funciona hoje.