Sistema de ordem de serviço: planilha, ERP ou plataforma?

Nas operações de serviço em campo com melhor desempenho, 88% dos chamados são resolvidos na primeira visita. Nas piores, 60%. O tempo até a resolução vai de 2,5 dias para 10 dias, segundo o benchmark de serviço em campo da Aquant de 2026, que analisou cerca de 30 milhões de atendimentos em 161 empresas. Boa parte dessa distância nasce no sistema de ordem de serviço que a empresa usa para receber, distribuir e encerrar cada chamado.

Este texto é para quem já sabe o que é uma OS (ordem de serviço) e precisa escolher como controlá-la. Ele compara as quatro abordagens mais comuns no Brasil, lista os critérios que pesam para uma equipe técnica em campo e aponta o que pode ficar fora da avaliação.

O que um sistema de ordem de serviço precisa resolver em campo?

Uma OS de campo passa por cinco momentos: entra (vinda do cliente, do contrato de preventiva ou do sistema de chamados), é distribuída a um técnico, é acompanhada durante a execução, é comprovada no local e volta para o sistema de gestão com a baixa. O controle de ordem de serviço é saber, a qualquer hora, em qual desses momentos cada OS está e se ela vai cumprir o SLA (prazo de atendimento acordado em contrato).

Quando um desses momentos depende de alguém lembrar de fazer, a falha aparece no custo. No mesmo levantamento da Aquant, as visitas que não resolvem o problema consomem 25% do custo total de serviço na empresa mediana, 14% nas melhores e 44% nas piores. É dinheiro gasto em deslocamento, hora técnica e retorno ao mesmo endereço.

Por isso a pergunta certa na escolha é qual parte do ciclo cada sistema cobre, e qual fica no improviso. A lista de funcionalidades vem depois.

Planilha, ERP, sistema de chamados ou plataforma de campo: qual a diferença?

Quase toda empresa de serviços técnicos controla OS com uma destas quatro abordagens, ou com uma mistura delas.

Planilha e WhatsApp

Funciona enquanto o coordenador conhece cada técnico e cada cliente pelo nome. O limite chega com o volume: a OS vira mensagem no grupo, a foto do serviço fica no celular do técnico e a baixa depende de alguém consolidar tudo no fim do dia. Não há como provar o que foi feito em uma disputa contratual.

Módulo de OS do ERP

Resolve o lado administrativo: a OS existe no mesmo lugar que o faturamento e o contrato. O que costuma faltar é o lado da rua. O ERP (sistema de gestão da empresa) foi desenhado para quem está no escritório, então a distribuição por região, o acompanhamento durante o dia e a coleta de evidência no local ficam fora ou dependem de adaptação.

Sistema de chamados (helpdesk)

A gestão de chamados de TI interna mede tempo de resposta a ticket, com analistas atendendo de uma mesa. Um técnico de manutenção predial ou de climatização tem outro problema: deslocamento, janela de atendimento no endereço do cliente e comprovação física do serviço. O chamado pode nascer num helpdesk, mas a visita técnica precisa de um sistema que entenda geografia e execução em campo.

Plataforma de operação em campo

Fica entre o sistema que gera a OS e o técnico que a executa. Recebe a OS por integração, distribui, acompanha o SLA em tempo real, registra a evidência no aplicativo e devolve o resultado ao ERP. Não substitui o ERP: complementa a camada que ele não cobre.

Quais critérios pesam na escolha de um sistema de OS?

Cinco critérios separam um sistema que sustenta SLA contratual de um que só registra o que já aconteceu.

1. Como a OS entra no sistema

A ordem de serviço online, criada no ERP ou no portal do cliente, precisa chegar ao sistema de campo sem redigitação. Integração por API (interface de troca de dados entre sistemas) e webhooks (avisos automáticos enviados de um sistema a outro) evita a OS perdida entre o comercial e a operação. Pergunte ao fornecedor quais eventos entram e saem, e em quanto tempo.

2. Como a OS é distribuída

Distribuir bem é escolher o técnico certo para cada OS considerando onde ele está, a agenda do dia e a especialização exigida. A decisão feita de cabeça pelo coordenador concentra carga em quem responde mais rápido e manda o técnico errado para o chamado errado, o que derruba a resolução na primeira visita.

3. Como o SLA é acompanhado

Relatório de SLA no fim do mês mostra a multa depois que ela já existe. O critério aqui é o alerta durante o dia: a OS que vai estourar o prazo aparece com antecedência, e o coordenador redistribui antes do vencimento. Para o diretor, o mesmo dado vira histórico de cumprimento por técnico, equipe e contrato, útil na renegociação.

4. O que o aplicativo de ordem de serviço registra

O aplicativo é onde a OS vira evidência. Os itens mínimos são checklist por tipo de OS (preventiva e corretiva pedem verificações diferentes), foto do serviço, assinatura do cliente, geolocalização e registro de peças e materiais usados. O app precisa funcionar sem sinal: casa de máquinas, subsolo e área rural derrubam a conexão com frequência.

A exigência de registro tem base regulatória em várias frentes. A NR-10, no item 10.7.4, exige ordem de serviço específica para data e local, assinada por superior responsável, em trabalhos com instalações elétricas energizadas em alta tensão. A Lei 13.589/2018 obriga edifícios de uso público e coletivo climatizados a manter um PMOC (Plano de Manutenção, Operação e Controle), com responsável técnico e registro das intervenções. Em ambos os casos, a OS assinada e com evidência é o documento que a fiscalização e o cliente vão pedir. Aprofundamos esse ponto no texto sobre como comprovar serviço executado em campo sem disputa.

5. Como o dado volta para a gestão

Quando a OS fecha, o ERP precisa receber a baixa com o que foi feito, as peças usadas e a evidência anexada. Sem essa volta automática, alguém consolida planilhas e o faturamento atrasa. O mesmo dado alimenta os indicadores da operação: OS por técnico por dia, resolução na primeira visita e cumprimento de SLA. Detalhamos como medir cada um nos indicadores de produtividade para técnicos em campo.

O que ignorar na comparação de sistemas de OS?

Algumas características ocupam muito espaço em apresentação comercial e pouco espaço no resultado.

• Quantidade de módulos. Um sistema com 40 telas que a equipe não usa sai mais caro que um com 5 telas que ela usa todo dia. Avalie o ciclo da OS de ponta a ponta, não o catálogo.
• Rastreamento de veículo como critério principal. Saber onde está o carro não diz se o serviço foi feito nem se o cliente assinou. O problema da operação técnica é produtividade e comprovação.
• Recursos de helpdesk de TI. Base de conhecimento para usuário interno e SLA de primeira resposta a ticket servem ao suporte remoto. Para a visita técnica, pesam pouco.
• Promessa de automação sem processo definido. Se a empresa não sabe quais tipos de OS tem, qual checklist cada um exige e qual SLA vale para cada contrato, nenhum sistema resolve isso sozinho. Essa definição vem antes da ferramenta.

Por que revisar o sistema de OS agora?

O volume de chamados técnicos está crescendo mais rápido do que as equipes. Segundo a ABRAVA, instalação e manutenção foi o segmento que mais cresceu na cadeia de climatização e refrigeração em 2025, com alta de 20,7%, e a projeção para 2026 é de mais 19,8%, de acordo com dados da entidade divulgados na Febrava Rio. Em telecomunicações, as prestadoras de pequeno porte já respondem por cerca de 56% da banda larga fixa no país, segundo relatório da Anatel, e cada uma delas opera equipes próprias de instalação e reparo.

Mais chamados com o mesmo quadro técnico significam que o ganho tem de vir da operação: menos visitas que não resolvem, menos deslocamento entre OS e menos tempo de coordenador consolidando informação. A diferença de 28 pontos na resolução da primeira visita entre as melhores e as piores operações, medida pela Aquant, mostra o tamanho do espaço disponível.

Como a Vuupt estrutura a ordem de serviço em campo

A Vuupt é uma plataforma de orquestração operacional: organiza o ciclo da OS do planejamento à comprovação, em cinco etapas (planejar, distribuir, monitorar, comprovar e integrar). A OS chega do ERP ou do sistema de chamados por API, é distribuída por proximidade, agenda e especialização, e a torre de controle avisa antes do estouro do SLA. No local, o técnico registra checklist por tipo de OS, foto, assinatura, geolocalização e peças usadas, mesmo sem sinal. Quando a OS fecha, o resultado volta ao ERP por webhook.

A Vuupt não fornece técnicos nem substitui o ERP. Ela organiza a camada de execução que fica entre os dois. Veja como isso funciona na gestão de serviços técnicos em campo com controle de SLA.

Perguntas frequentes

Já uso o módulo de OS do ERP. Preciso de outro sistema?

Depende de onde está a falha. Se a OS é criada e faturada corretamente, mas a distribuição, o acompanhamento do SLA e a evidência de campo ficam em planilha ou WhatsApp, o ERP está cobrindo só o lado administrativo. Nesse caso, uma plataforma de campo se integra ao ERP e cobre a execução, sem trocar o sistema de gestão.

Minha equipe de campo é resistente a aplicativo. Como fica a adoção?

A resistência costuma vir de app que pede informação demais ou que trava sem sinal. Checklists curtos e específicos por tipo de OS, campos obrigatórios só onde a evidência é exigida e funcionamento offline reduzem o atrito. Ajuda também mostrar ao técnico que a OS comprovada o protege em caso de reclamação do cliente.

O sistema de ordem de serviço precisa controlar estoque de peças?

O sistema de campo precisa registrar quais peças e materiais foram usados em cada OS, com foto quando necessário. O controle de estoque, com entrada, saída e reposição, costuma ficar no ERP. O caminho mais estável é o sistema de campo enviar o consumo de peças ao ERP na baixa da OS.

Meu cliente corporativo exige integração com o sistema dele. É possível?

Sim, quando o sistema de campo oferece API e webhooks. A OS pode entrar a partir do sistema do cliente e os eventos de status (aceite, deslocamento, atendimento e conclusão) podem voltar para ele automaticamente. Veja as opções de integração com ERP e sistemas de clientes.