Comprovante de entrega: o que é e como implantar

O que é o comprovante de entrega e por que ele encerra disputas

O comprovante de entrega, abreviado como POD (do inglês proof of delivery), é a confirmação documentada de que o entregador cumpriu a tarefa: a mercadoria foi repassada, o serviço foi executado, o destinatário aceitou o resultado. É a última etapa do ciclo do pedido e a única que transforma uma promessa em um fato que se pode mostrar a um cliente, à contabilidade ou a um juiz.

Três grupos de pessoas dependem desse registro no dia a dia, e cada um precisa dele por um motivo diferente:

• O coordenador precisa saber que um pedido está de fato encerrado, e não apenas marcado como encerrado, para equilibrar o turno e designar a próxima tarefa.
• O financeiro precisa de uma base para faturar e para pagar os entregadores — uma tarefa que nunca foi confirmada não deveria ser paga duas vezes nem cobrada duas vezes.
• O cliente precisa de resposta para a única pergunta que importa quando algo dá errado: quem recebeu a encomenda, quando e em que estado ela estava.

O valor do POD aparece justamente nos casos incômodos. O destinatário afirma que nada chegou. A loja garante que a caixa veio amassada. Alguém contesta uma fatura por um serviço de que ninguém se lembra. Sem registro, cada uma dessas situações vira a palavra de um contra a do outro, e a empresa costuma pagar para encerrar a discussão. Com registro, a conversa acaba em um minuto.

Assinatura em papel versus comprovante eletrônico

O esquema tradicional é conhecido: o entregador carrega um maço de canhotos, o destinatário assina, o papel volta para o escritório e é arquivado em algum lugar. Funciona, no sentido de que acaba produzindo uma prova — mas o custo dessa prova é alto e ela chega tarde.

Os pontos fracos do papel são estruturais, não acidentais:

• O atraso. O escritório só descobre o que aconteceu quando o entregador retorna; durante o turno, o coordenador fica às cegas e responde às ligações dos clientes no chute.
• As perdas. As folhas amassam, molham, ficam esquecidas no carro ou simplesmente nunca são devolvidas, e uma folha que sumiu significa uma tarefa sem prova nenhuma.
• A assinatura prova muito pouco. Um rabisco ilegível não diz nada sobre quem assinou, a que horas nem em que estado estava a mercadoria.
• A redigitação manual. Alguém precisa passar o papel para uma planilha, o que consome horas e introduz erros silenciosamente.

O comprovante eletrônico de entrega, ou ePOD, elimina a viagem de volta ao escritório. O entregador registra o resultado na porta do destinatário, e o registro aparece no sistema imediatamente, vinculado ao pedido e não a um pedaço de papel. O coordenador vê a tarefa encerrada em tempo real, o cliente vê o status e nada precisa ser digitado duas vezes. O papel não desaparece por completo — alguns clientes ainda exigem documento carimbado —, mas deixa de ser o canal principal da verdade.

O que um registro completo deve conter

A confirmação só é útil se responder às perguntas que surgem depois. Um status simplesmente virado para concluído não responde a nenhuma delas. Um registro que vale a pena guardar combina vários elementos, cada um encerrando um tipo diferente de dúvida:

• Uma foto. O elemento mais convincente de que se dispõe: a encomenda na porta, a mercadoria nas mãos do destinatário, o equipamento instalado, o trabalho concluído. A foto mostra o estado, não apenas o fato.
• Um checklist. Uma lista curta do que precisava ser feito ou verificado no ponto, marcada pelo próprio executor — é isso que faz pessoas diferentes encerrarem as tarefas da mesma forma.
• Um status com data e hora. Aceito, em rota, entregue, reagendado, recusado — a sequência de status reconstrói a história inteira do pedido.
• O resultado da visita. Nem toda parada termina em entrega, e o registro precisa ser capaz de dizer isso explicitamente.

O importante é que os quatro fiquem no próprio pedido, em um único sistema, e estejam disponíveis no instante em que são capturados. No itlogist isso faz parte do ciclo padrão: a Gestão de entregadores cobre a entrada e a distribuição de pedidos, as rotas ao vivo no mapa, o aplicativo móvel com relatórios fotográficos e checklists, o portal do cliente com status e a confirmação no local de que o trabalho foi executado — assim a prova cai no mesmo lugar em que o pedido foi criado.

Como o entregador registra a prova em campo

Não importa como seja a tela do coordenador: o registro é criado por uma pessoa parada diante de uma porta, muitas vezes na chuva, segurando uma caixa. Se capturá-lo demorar demais ou exigir toques em excesso, ele será pulado — e um sistema cheio de confirmações vazias é pior do que papel honesto, porque parece confiável enquanto não diz nada.

Por isso o lado do campo merece o exame mais rigoroso quando você avalia qualquer ferramenta de POD:

• Barreira de entrada. No itlogist o funcionário de campo trabalha por uma interface web mobile, sem instalação obrigatória de aplicativo da loja — basta abrir um link para ver os pedidos e a rota. Isso pesa sobretudo com pessoal temporário e terceirizados, que de outro modo precisariam de instalação, cadastro e treinamento antes do primeiro turno.
• Fotos e checklists no ponto. A captura acontece onde a tarefa acontece, em dois toques, e não em um relatório escrito depois, de memória.
• Status alterados conforme o trabalho anda. O executor atualiza a situação de cada pedido e o coordenador vê isso em tempo real, o que elimina as intermináveis ligações para perguntar onde a pessoa está.
• A rota no mesmo lugar. A sequência de paradas fica ao lado da etapa de confirmação, então ninguém precisa alternar entre aplicativos de um endereço para o outro.

Um teste útil durante um piloto: coloque a ferramenta na mão do seu funcionário menos paciente por um turno. Se os registros voltarem completos sem ninguém cobrar, o processo sobrevive ao contato com uma sexta-feira cheia.

Exceções: a prova importa mais quando nada foi repassado

As equipes costumam desenhar a confirmação em torno do cenário ideal e depois descobrem que os casos caros são os outros. Ninguém em casa. O destinatário recusou a mercadoria. O endereço estava errado. O cliente pediu para voltar amanhã. Essas paradas não geram repasse algum, mas o funcionário gastou uma hora do turno e ainda deve uma explicação.

Uma exceção deve ser registrada com a mesma disciplina de uma visita bem-sucedida:

• Um motivo nomeado, escolhido de uma lista fixa, para que os reagendamentos possam ser contados e comparados em vez de descritos em texto livre que ninguém lê.
• Prova da tentativa — uma foto no endereço e o horário mostrando que a pessoa esteve lá.
• O próximo passo — reagendar, devolver ou fazer uma segunda tentativa — registrado no mesmo pedido, e não combinado de boca.

Duas coisas decorrem disso. Primeiro, as discussões sobre visitas frustradas deixam de ser impossíveis de vencer: dá para mostrar que alguém esteve no endereço em determinado horário. Segundo, você passa a ter estatística. Quando cada falha carrega um código de motivo, o padrão fica visível depois de um mês — um bairro que gera a maioria dos reagendamentos, um cliente cujos endereços vêm sempre errados, uma faixa de horário em que nunca há ninguém em casa. São esses números que permitem corrigir as causas em vez de discutir os sintomas.

Como implantar a confirmação eletrônica: checklist curto

Passar do papel para o registro eletrônico é menos um projeto técnico e mais um acordo sobre como uma tarefa é encerrada. A tecnologia é a metade fácil; a disciplina é a parte que decide o resultado. Uma ordem prática de passos é mais ou menos esta:

• Defina o que encerra uma tarefa. Escreva, para cada tipo de pedido, o que precisa ser capturado — qual foto, quais itens do checklist, qual status final. Regras vagas produzem provas vagas.
• Mantenha curta a parte de quem está na rua. Cada campo obrigatório a mais é um campo que alguém vai preencher de qualquer jeito no fim de um turno longo. Peça só o que você realmente vai usar.
• Conecte as fontes de pedidos. A confirmação vale tanto quanto o pedido a que está presa: o itlogist troca dados com 1C, AmoCRM, Bitrix24 e Excel, então os pedidos chegam dos sistemas que você já usa e os status voltam pelo mesmo caminho.
• Abra o status para o cliente. Um portal do cliente com status transforma a maioria das ligações de suporte em uma página que ele mesmo consulta.
• Comece pequeno e rápido. O itlogist foi feito para entrar no ar em 7 dias e funciona sem contratos de longo prazo, atendendo equipes de 5 a 100 funcionários de campo — espaço suficiente para pilotar com um grupo antes de estender à operação inteira.
• Revise os registros toda semana. No primeiro mês, olhe uma amostra de pedidos encerrados. Fotos faltando e checklists idênticos são sinais precoces de que o processo está sendo burlado.

Feito assim, a confirmação deixa de ser papelada extra imposta a quem está na rua e vira o fim natural do trabalho — o momento em que o pedido se encerra sozinho, o cliente vê o resultado e ninguém precisa reconstruir o dia de memória.