Decisão
Modelo de ordem de serviço: o registro precisa sobreviver à mudança do cliente
Uma ordem de serviço útil mantém veículo, orçamento, autorização, execução e encerramento no mesmo histórico, inclusive quando o escopo muda no meio do trabalho.
Uma OS pode estar preenchida e ainda falhar como registro. Basta guardar o serviço executado, mas perder qual orçamento o cliente recebeu, o que aprovou, o que recusou e por que o valor mudou.
O modelo não precisa prever toda situação possível. Precisa conservar a sequência das decisões sem obrigar a oficina a reconstruir a conversa depois.
Ordem de serviço não é a fotografia do reparo concluído. É a memória do caminho que autorizou sua execução.
O modelo de ordem de serviço começa pela identidade do trabalho
Toda OS precisa de uma identidade própria antes de receber detalhes: número do registro, data de abertura, status, cliente e veículo. Esses campos mantêm cada informação ligada ao trabalho certo e impedem que orçamento, peça ou autorização circulem sem referência.
Como estrutura operacional, o primeiro bloco pode reunir:
- número da OS e status atual;
- nome e contato do cliente;
- placa e identificação necessária do veículo;
- data de entrada e previsão informada;
- responsável pelo atendimento.
Nem todo dado disponível precisa entrar. Chassi, CPF, endereço ou outra informação só fazem sentido quando existe finalidade concreta para coletar e usar aquele campo.
O cadastro identifica o trabalho. Ele não substitui o relato do cliente, o orçamento nem a autorização.
A memória da OS começa quando cada decisão encontra um número, um veículo e um responsável.
O relato do cliente e o diagnóstico não são a mesma coisa
O modelo deve separar o que o cliente percebeu do que a oficina encontrou. “Barulho ao frear” é um relato; “pastilha abaixo da medida” é um diagnóstico. Misturar os dois transforma uma queixa inicial em conclusão técnica antes da avaliação.
Um campo registra a solicitação nas palavras recebidas. Outro recebe a avaliação, os testes e a recomendação do profissional responsável. A distinção preserva como o trabalho começou e como o escopo foi formado.
O checklist físico de entrada, com fotos e estado do veículo, merece um procedimento próprio e não cabe inteiro nesta pauta. Na OS, basta reservar a referência para esse registro quando ele existir.
A oficina não precisa escolher entre linguagem do cliente e linguagem técnica. Precisa impedir que uma apague a outra.
Relato abre a investigação. Diagnóstico sustenta o que será orçado.
O orçamento prévio entra na OS sem virar a mesma coisa
O orçamento explica o que será feito, por quanto e em qual condição; a OS acompanha o trabalho autorizado até o encerramento. Os dois documentos podem estar ligados ou reunidos no mesmo sistema, desde que a função de cada parte continue identificável.
O Código de Defesa do Consumidor, nos artigos 39 e 40, proíbe executar serviço sem orçamento prévio e autorização expressa. O orçamento deve discriminar mão de obra, materiais e equipamentos, condições de pagamento e datas de início e término.
Esses conteúdos são previstos para o orçamento. A lei não entrega um modelo nacional de ordem de serviço para oficina, nem transforma todo campo operacional deste post em exigência legal.
No registro, cada item orçado precisa manter descrição, quantidade quando aplicável, valor e estado da decisão. Serviço e peça permanecem separados para que a composição não desapareça dentro de um total único.
A OS acompanha a execução; o orçamento delimita o que recebeu autorização para ser executado.
Aprovação, recusa e alteração precisam deixar estados diferentes
O cliente pode aprovar uma parte, recusar outra e pedir uma mudança depois. O modelo precisa preservar essas decisões como estados distintos, sem apagar o item anterior e sem tratar uma conversa nova como se sempre tivesse feito parte do orçamento original.
O registro mínimo identifica qual versão foi apresentada, quais itens foram aprovados, quando a decisão chegou e por qual canal ficou documentada. Se o escopo mudar, a versão seguinte aponta para a anterior em vez de substituí-la silenciosamente.
O CDC estabelece que, depois de aprovado, o orçamento só pode ser alterado por livre negociação. A forma de comprovar uma autorização depende do caso; este post não define assinatura, WhatsApp ou aceite digital como solução jurídica universal.
As passagens até a OS mostram por que orçamento, aprovação e pagamento não são um único status. Cada mudança precisa manter seu próprio lugar no histórico.
Alterar o escopo não exige apagar o passado. Exige ligar a decisão nova à versão que ela mudou.
Execução e encerramento fecham o histórico da ordem de serviço
A parte de execução registra o que efetivamente foi realizado, quais peças foram aplicadas, quem respondeu pelo trabalho e quando ele terminou. O encerramento registra entrega e situação de pagamento sem fingir que conclusão, retirada do carro e recebimento acontecem juntos.
Campos operacionais possíveis incluem:
- serviço executado e peças aplicadas;
- profissional responsável;
- data de conclusão e data de entrega;
- orientação ou retorno combinado;
- situação de cobrança e data de pagamento;
- referência a documentos emitidos.
Esse encerramento permite que a OS alimente depois a origem até a OS paga e o fechamento mensal, sem transformar o documento individual em relatório de marketing ou planilha contábil.
A OS termina quando o histórico informa o que ocorreu. O resumo do mês começa a partir dela.
Encerrar uma ordem de serviço não é esconder os estados anteriores. É registrar o desfecho sem romper a sequência.
Dados da ordem de serviço não devem ser coletados por hábito
Cliente, contato, documentos, veículo e imagens podem formar um conjunto associado a uma pessoa identificada. A oficina precisa saber por que coleta cada dado, quem acessa o registro e quando aquela informação deixa de ser necessária.
A Lei Geral de Proteção de Dados estabelece princípios de finalidade, adequação, necessidade e segurança. Na prática, o modelo pede apenas o que tem função declarada e restringe o acesso ao histórico.
Placa e chassi não são tratados aqui como dados pessoais em qualquer situação isolada. Quando ficam ligados ao cadastro de uma pessoa identificável, porém, passam a exigir o mesmo cuidado com finalidade e proteção do conjunto.
Campo vazio não é sempre uma falha. Às vezes, é a decisão correta de não guardar informação que a operação não precisa.
Um modelo completo não é o que coleta tudo. É o que justifica cada campo que conserva.
Faver Growth
Uma operação que preserva contexto permite à Faver Growth ler o caminho até o resultado com fatos ligados, sem pedir que o dono reconstrua orçamento, aprovação e pagamento de memória ou complete lacunas por impressão.
Esse registro também esclarece por onde o marketing começa, porque separa falta de procura de perda entre contato, decisão e serviço concluído.
A ordem de serviço não vira produto da agência nem promessa de controle total. Ela continua sendo o documento da oficina, usado como base para decisões que dependem de fatos ligados entre si.
A OS vale menos pelo número de campos do que pela história que consegue preservar sem reescrever o passado.