App de entregas com rastreio e comprovante digital

A entrega foi feita na terça. O cliente diz que não recebeu. O canhoto assinado está numa pilha de papéis no porta-luvas do caminhão, que só volta à base na sexta, e a assinatura é um rabisco sem nome legível. Enquanto isso, o financeiro não fatura, o comercial não sabe o que responder e o cliente abre uma disputa.

Um app de entregas resolve esse tipo de situação quando é desenhado para a rua, não para a demonstração. Este texto trata das decisões que definem se ele funciona: os três públicos envolvidos, o modo offline, a localização, a força da evidência, as ocorrências e a integração com a nota e o faturamento.

Três usuários, um só fluxo: operação, motorista e cliente

Um sistema de entregas atende a três pessoas com necessidades diferentes, e o erro comum é desenhar só para uma delas.

A operação monta as rotas, distribui as cargas, acompanha o dia e trata os problemas. Ela precisa de um painel web com o mapa, o status de cada entrega e alertas do que está atrasado ou com ocorrência.

O motorista ou entregador executa. Ele precisa de um app simples: a lista de entregas na ordem, o endereço com navegação, o registro da entrega e das ocorrências. Poucas telas, botões grandes, pouca digitação.

O cliente final quer saber quando a entrega chega e ter certeza de que foi entregue. Ele precisa de aviso proativo e de um link de acompanhamento, sem baixar aplicativo.

O fluxo que liga os três:

1. Pedidos faturados entram no sistema.
2. A operação agrupa em rotas por região, janela de horário e capacidade do veículo.
3. O motorista recebe a rota no app e sai.
4. A cada parada, o app registra chegada, entrega ou ocorrência, com evidências.
5. O cliente recebe avisos e o link de rastreio.
6. Os dados voltam ao sistema de pedidos e ao faturamento.

Para transportadoras, esse fluxo é parte de um sistema maior, com CT-e, MDF-e, frete e subcontratação, como descrevemos em sistema para transportadora sob medida.

O custo invisível do canhoto de papel

O canhoto parece gratuito, mas o processo em volta dele não é:

• Demora. A confirmação da entrega só chega ao escritório quando o papel volta. Até lá, o pedido está num limbo.
• Perda. Canhotos se perdem, molham, rasgam. Sem ele, a empresa perde a prova da entrega.
• Evidência fraca. Assinatura ilegível, sem nome, sem data, sem hora. Em uma disputa, ela prova pouco.
• Trabalho manual. Alguém digitaliza, confere e arquiva cada canhoto, e outro alguém procura quando precisa.
• Falta de visibilidade. Ninguém sabe em tempo real o que foi entregue, e o cliente liga para perguntar.

O objetivo do comprovante digital não é reproduzir o canhoto na tela. É produzir uma evidência mais forte, disponível no momento da entrega.

Offline primeiro e localização sem acabar a bateria

Offline primeiro. Garagem de subsolo, zona rural, galpão com estrutura metálica, área de sombra entre prédios: o motorista vai ficar sem sinal. O app precisa funcionar integralmente assim. A rota, os dados de cada entrega e os formulários ficam no aparelho; os registros são guardados localmente com carimbo de horário e enviados quando houver conexão, numa fila com retentativa e sem duplicidade.

Localização em segundo plano. Para mostrar a posição do veículo e calcular a previsão de chegada, o app precisa enviar a localização periodicamente, mesmo com a tela desligada. Isso tem custo:

• Bateria. GPS contínuo drena a bateria. Ajuste a frequência ao contexto: mais frequente em movimento, quase nada parado, e registro preciso só nos momentos de chegada e entrega.
• Restrições do sistema operacional. Android e iOS restringem o que apps fazem em segundo plano e exigem permissões explícitas e justificadas. Isso pesa na escolha da tecnologia, tema de app nativo, híbrido ou PWA.
• Privacidade. Rastreie durante a jornada de trabalho, não fora dela, e deixe isso claro para o motorista. Localização é dado pessoal sob a LGPD.

Quando a empresa já tem rastreador veicular, a posição pode vir dele, e o app fica responsável só pelos eventos da entrega. A gestão do veículo em si é assunto de sistema de controle de frota.

Celular do motorista ou aparelho da empresa? Aparelho da empresa facilita suporte, controle de versão, segurança e bloqueio remoto. Celular pessoal reduz custo de equipamento, mas exige cuidado com permissões, com separação entre dados de trabalho e pessoais, e com motoristas terceirizados que atendem várias empresas. Muitas operações usam os dois modelos, e o app precisa suportar ambos.

Comprovante digital: foto, assinatura e geolocalização

A força do comprovante está na combinação de evidências, cada uma cobrindo a fraqueza da outra:

• Foto da mercadoria entregue, no local, mostrando volumes e, se possível, a fachada ou a identificação do endereço.
• Assinatura na tela com nome e documento de quem recebeu, digitados ou lidos do documento.
• Geolocalização e horário capturados pelo aparelho no momento do registro, comparados com o endereço de entrega. Se a entrega for registrada longe do destino, o sistema sinaliza.
• Leitura dos volumes, por código de barras ou QR code, confirmando que os volumes certos foram entregues.
• Código de confirmação, em alguns casos: o cliente recebe um código por mensagem e o informa ao entregador. Serve para mercadoria de valor alto.

Alguns cuidados técnicos tornam a evidência defensável:

• A foto é tirada pelo app, não escolhida da galeria, para evitar reaproveitamento de imagens.
• Os metadados são gravados no momento e o registro não pode ser editado depois; correções viram novos registros.
• O horário vem do aparelho, com checagem contra o do servidor quando sincroniza, para detectar relógio adulterado.
• As evidências são armazenadas com retenção definida e acesso controlado.

O valor jurídico de um comprovante depende do contexto e do contrato. Converse com o jurídico sobre o que deve ser coletado em cada tipo de entrega. Para operações que emitem NF-e, vale avaliar com o fiscal o uso do evento de comprovante de entrega previsto no padrão da nota.

Ocorrências padronizadas, reentregas e devoluções

A entrega que não acontece gera mais trabalho do que a que acontece. Sem padrão, o motorista escreve "cliente não estava" de dez formas diferentes, e ninguém consegue analisar nada.

Uma lista fechada de ocorrências, cada uma com regras próprias:

• Destinatário ausente: exige foto da fachada e gera reagendamento.
• Endereço não encontrado: exige localização e aciona a operação para contato com o cliente.
• Recusa total ou parcial: exige motivo, foto e identificação dos volumes recusados.
• Avaria: exige fotos e gera processo de devolução.
• Área de risco ou acesso impedido: registra e aciona a operação.

Cada ocorrência alimenta um fluxo: reentrega (nova tentativa, com ou sem custo para o cliente, conforme a política), devolução (a mercadoria volta, com a documentação fiscal adequada) ou tratamento pela operação. O painel mostra as ocorrências abertas e quem é responsável por cada uma.

Rastreio e avisos para o cliente final

O cliente não quer baixar aplicativo para saber onde está a entrega. Ele quer uma mensagem na hora certa e um link.

• Aviso de saída para entrega, com a janela prevista.
• Aviso de proximidade, quando o entregador está a algumas paradas.
• Link de rastreio com a posição aproximada e a previsão, sem expor dados de outras entregas.
• Confirmação de entrega com o comprovante acessível.
• Aviso de ocorrência com opção de reagendar ou indicar outra pessoa para receber.

O canal mais eficiente costuma ser o WhatsApp, pela API oficial, com modelos aprovados e consentimento do cliente, como detalhamos em integração com a API oficial do WhatsApp.

Integração com pedido, nota fiscal e faturamento

O app de entregas não é uma ilha. Ele recebe dados e devolve dados:

• Do ERP ou sistema de pedidos: pedidos faturados, volumes, endereço, janela, observações, nota fiscal vinculada.
• Para o ERP: status de cada entrega, comprovantes, ocorrências, devoluções.
• Para o financeiro: confirmação de entrega que libera cobrança, quando a condição de pagamento depende da entrega.
• Para o atendimento: o histórico da entrega acessível a partir do pedido.

A integração deve ser por eventos, com fila, idempotência e reprocessamento. Se o ERP estiver indisponível, as entregas continuam acontecendo e os dados chegam depois.

Erros comuns

• Depender de conexão em alguma etapa do registro de entrega.
• Rastrear o GPS o tempo todo, acabando com a bateria antes do fim da rota.
• Aceitar foto da galeria como comprovante.
• Ocorrências em texto livre, impossíveis de analisar.
• Esquecer o cliente final, que continua ligando para perguntar.
• Não testar em rota real, com motoristas reais e sinal ruim.

Como medir se deu certo

• Tempo entre a entrega e a confirmação no sistema.
• Entregas sem comprovante ou com comprovante contestado.
• Ocorrências por tipo, região e motorista.
• Taxa de sucesso na primeira tentativa.
• Contatos do cliente perguntando sobre a entrega.

Checklist do projeto

• Mapear os três públicos e o fluxo completo, incluindo exceções.
• Definir as evidências exigidas por tipo de entrega e cliente.
• Padronizar as ocorrências e seus fluxos.
• Decidir entre aparelho da empresa, celular pessoal ou ambos.
• Projetar o modo offline e a estratégia de localização.
• Definir avisos e canal para o cliente final.
• Integrar com pedido, nota e faturamento por eventos.
• Rodar uma rota piloto antes de expandir.

Entrega comprovada no momento em que acontece

A Pervian Tech constrói apps de entrega sob medida no nosso trabalho de desenvolvimento mobile: app do motorista offline, painel da operação, rastreio para o cliente e integração com os sistemas de pedido e faturamento que a empresa já usa.

O primeiro passo é um diagnóstico inicial gratuito da sua operação de entrega: rotas, evidências exigidas, ocorrências mais comuns e sistemas envolvidos. A partir dele definimos as fases, começando por uma rota piloto, e o investimento, que é sob consulta. Se o seu comprovante de entrega ainda volta no porta-luvas, conte como funciona hoje.