A visita vira pedido de serviço ainda no pátio do cliente — com ou sem sinal de internet

A Reticar não estava começando do zero — e é isso que torna o caso mais difícil, não mais fácil. Ela já tinha um aplicativo, feito sob medida anos antes, que a equipe comercial usava todo dia. O problema é que esse app havia parado no tempo: código legado, sem quem sustentasse, com bugs recorrentes concentrados justamente na parte que uma equipe de campo não pode perder — a sincronização de dados. Quando a sincronização trava, o vendedor não fica com um app feio; ele fica sem poder trabalhar.

E o trabalho da Reticar é de estrada. A equipe comercial atende retíficas, mecânicas diesel, transportadoras e cooperativas agropecuárias espalhadas pelo interior de três estados — lugares onde o sinal de celular é uma hipótese, não um fato. O vendedor chega ao cliente, avalia um cabeçote trincado no pátio, precisa consultar o histórico daquela conta, registrar o que viu e abrir o pedido de serviço. Se qualquer uma dessas quatro coisas depender de internet, o processo quebra e vira anotação para digitar depois — com o atraso e o retrabalho que isso carrega.

• **Sincronização que travava o app inteiro** — enquanto rodava, bloqueava até ações básicas, e rodava toda vez que alguém abria o aplicativo.
• **Código legado sem manutenção:** nenhuma funcionalidade nova entrava sem risco, e ninguém era dono do que já existia.
• **A visita e o pedido de serviço viviam separados** — o que foi visto no cliente não virava documento no mesmo movimento.
• **O vendedor enxergava o que não era dele:** a estrutura comercial por região não estava refletida no sistema.
• **Nenhuma prova de presença física** no cliente — nem horário, nem localização.

A decisão de partida foi tratar o app do vendedor como um sistema que funciona sozinho e só depois conversa com o servidor — não como uma tela que consulta uma API. O aplicativo carrega um banco de dados local no próprio celular e trabalha em cima dele: os 3.819 clientes ficam no aparelho, a busca é local, o mapa é local, o cadastro é local. Quando o sinal volta, a fila sobe. É a diferença entre "o app tem modo offline" e "o app é offline por desenho". Isso mudou também quando a sincronização acontece: no app antigo ela disparava a cada abertura e travava tudo; aqui ela deixou de ser um pedágio na entrada — cada registro criado offline mostra seu próprio indicador de sincronizado, e o trabalho continua enquanto a fila drena.

A segunda decisão foi tirar o teclado do caminho. Registrar visita digitando, em pé no pátio de uma transportadora, não acontece — e o que não acontece vira nota mental perdida. Então a descrição da visita passou a ser falada: o vendedor grava e o reconhecimento de voz do próprio aparelho transcreve para o campo de texto, com limite de duração. Não sobe áudio para servidor nenhum e não depende de serviço externo de transcrição — é o recurso nativo do celular, o que mantém o recurso disponível em campo e o custo em zero.

A terceira foi fazer o sistema enxergar a estrutura comercial real da Reticar. Território virou uma hierarquia de quatro níveis — Estado, Macro-região, Micro-região e Cidade —, e o vendedor é vinculado a regiões, não a uma lista de clientes. Quem atende a macro-região de Chapecó vê os clientes de Chapecó; quem atende Passo Fundo vê os de Passo Fundo. Cada concessão e cada revogação desse vínculo entra no log de auditoria como evento próprio.