Às 17h40, Marcelo recebe uma ligação que parece simples: o cliente diz que faltaram quatro caixas na entrega. No papel, o pedido está faturado. No grupo de WhatsApp, alguém escreve que a carga saiu completa. O motorista manda uma foto do canhoto, mas a imagem não deixa claro quais volumes foram recebidos. No estoque, uma pessoa já trata as quatro caixas como saldo disponível porque o caminhão voltou com elas.
Em menos de dez minutos, a distribuidora tem três versões da mesma história. Para o financeiro, a venda está concluída. Para o cliente, a entrega ficou pendente. Para o estoque, a mercadoria retornou. Marcelo não precisa de mais uma planilha para anotar o problema. Precisa de um caminho que diga qual fato foi confirmado, quem decide a exceção e o que vem depois.
É aí que um sistema para distribuidora deixa de ser uma tela de pedidos. Ele vira a memória da operação entre venda, depósito, rua e retorno. O ganho não está em desenhar o fluxo mais bonito. Está em não transformar entrega parcial, recusa, avaria e devolução em conversa solta.
O pedido não pode pular direto para concluído
Uma venda aprovada inicia uma promessa: quais itens sairão, para onde, em que condição e com qual expectativa de entrega. Essa promessa ainda não é uma saída de estoque. Entre uma coisa e outra há decisões que mudam o saldo e o atendimento.
Uma operação pequena pode começar com poucos estados, desde que cada um tenha um significado firme:
- pedido confirmado: comercial e cliente concordaram com itens, endereço e condição;
- estoque reservado: a quantidade foi separada para aquele pedido, mas ainda não saiu;
- separação em andamento: alguém está conferindo os volumes;
- expedição liberada: a carga pode ser associada a uma rota, veículo ou retirada;
- em entrega: saiu da empresa e ainda depende de um desfecho;
- encerrado ou em exceção: houve entrega completa, parcial, recusa, tentativa sem sucesso ou retorno.
A lista não é uma regra universal. Uma distribuidora de alimentos congelados, por exemplo, pode precisar de uma checagem diferente da de material de limpeza. O ponto é que o nome do estado precisa mudar a próxima ação. Se "em rota" e "entregue" levam ao mesmo saldo e ao mesmo e-mail para o cliente, o sistema apenas trocou o papel por um rótulo digital.
Esse cuidado aparece também antes da expedição. O artigo sobre quando a planilha vira gargalo descreve o momento em que várias pessoas passam a editar a mesma informação sem uma fonte comum. Na distribuidora, esse problema se amplia porque a informação continua mudando depois que a venda foi feita.
Reserva não é baixa, e retorno não é disponibilidade
Marcelo costuma ouvir que o estoque "sumiu" quando, na verdade, três situações foram misturadas.
A reserva impede que duas pessoas prometam a mesma caixa. A baixa registra a saída física ou o evento que a operação decidiu tratar como saída. O retorno informa que um volume voltou ao controle da empresa. Nenhuma dessas etapas, sozinha, diz que a mercadoria voltou a estar pronta para uma nova venda.
Imagine quatro caixas que voltam no caminhão. Elas podem estar intactas, abertas, molhadas, trocadas com outro pedido ou sem uma conferência mínima. Se entram automaticamente como disponíveis, a próxima separação pode prometer um item que ainda está em análise. Se ficam fora do sistema até alguém "dar um jeito", o saldo também vira ficção.
Uma modelagem simples evita o atalho:
- retorno registrado: o volume reapareceu fisicamente;
- conferência pendente: alguém precisa verificar quantidade e condição;
- decisão tomada: reintegra, troca, descarte, devolve ao fornecedor ou mantém em quarentena;
- saldo atualizado: só então a mercadoria pode voltar a um estado que permita nova reserva.
A GS1 Brasil explica o padrão EPCIS como uma forma de compartilhar dados de eventos ligados a objetos e movimentações. Não é obrigatório adotar um padrão completo para começar bem. A ideia útil para uma empresa menor é outra: registrar eventos separados costuma ser mais confiável do que sobrescrever o status atual e torcer para lembrar como ele chegou ali.
A prova de entrega precisa resolver uma dúvida real
"Entregue" é uma palavra curta para uma situação cheia de variações. Quem recebeu? A carga estava completa? Houve ressalva? O endereço estava fechado? Uma caixa voltou? O cliente recusou apenas um item ou todo o pedido?
A prova de entrega deve nascer dessas perguntas, não da vontade de acumular fotos. Para algumas rotas, uma assinatura e horário bastam. Para outras, pode fazer sentido guardar nome de quem recebeu, foto do volume, observação sobre divergência ou confirmação em um portal do cliente. A empresa escolhe o nível de evidência de acordo com o risco e com o tipo de relação comercial.
O que não funciona é permitir que a mesma confirmação feche todos os casos. Se o motorista marca "entregue" e escreve na observação que duas caixas ficaram para trás, o sistema precisa abrir uma pendência. Marcelo não deveria descobrir isso no fim do dia quando alguém compara mensagens.
Uma boa ocorrência tem, pelo menos, vínculo com pedido e itens, tipo de desfecho, quantidade afetada, momento do registro, responsável e próximo dono da decisão. O próximo dono pode ser o atendimento, a expedição, o financeiro ou o comprador. Sem isso, a empresa coleciona evidências e continua sem fila de trabalho.
O desenho ajuda a enxergar a passagem de contexto: a caixa sai, alguém registra o fato, e o retorno só fecha depois que a empresa reconhece o que aconteceu. O telefone no meio não resolve a operação por si só. Ele é apenas o lugar onde um evento pode deixar de ser memória de alguém.
Entrega parcial é dois resultados no mesmo pedido
Quando a carga chega incompleta, é tentador escolher uma versão rápida: ou marcar tudo entregue para fechar a rota, ou reabrir tudo como se nada tivesse saído. As duas decisões atrapalham.
A entrega parcial precisa manter dois fatos ao mesmo tempo. Parte foi recebida e pode seguir para cobrança ou atendimento normal. Outra parte depende de decisão: nova tentativa, coleta posterior, crédito, troca, retorno físico ou cancelamento. O pedido original pode continuar visível como contexto, mas os itens e quantidades precisam carregar destinos próprios.
No caso de Marcelo, as quatro caixas não deveriam entrar direto no saldo nem desaparecer da fatura. A ocorrência poderia criar uma pendência com estes campos: quantidade não recebida, motivo informado, condição do volume no retorno, ação combinada com o cliente e prazo interno de revisão. Se houver nova saída, ela nasce ligada à pendência, não como um pedido inventado sem história.
Esse tipo de ligação ajuda também no atendimento. O handoff de vendas para operação não termina quando o cliente compra. Uma alteração prometida pelo comercial, uma janela específica de recebimento ou uma restrição de descarga pode fazer a entrega falhar mesmo com todos os itens corretos. Quando isso fica no histórico do pedido, quem monta a rota enxerga a condição antes de repetir o erro.
Rota é decisão operacional, não enfeite de mapa
Mapas ajudam, mas uma rota não se resume a desenhar linhas entre endereços. Há janela de recebimento, capacidade do veículo, prioridade, região, retirada, tentativa anterior e mercadoria que não pode ficar parada por muito tempo. Se esses critérios vivem num caderno e o mapa vive em outro software, a equipe ainda precisa reconciliar o plano com a realidade.
Serviços como a Routes API do Google Maps podem calcular rotas e matrizes de distância. Isso pode ser útil, mas não decide sozinho se o pedido deve sair. A empresa continua responsável por informar os limites corretos e por transformar a decisão em eventos que atendimento e estoque entendem.
Uma integração boa devolve fatos operacionais. A carga foi expedida? Houve uma tentativa? Qual pedido ficou pendente? O motorista registrou uma ocorrência? A roteirização não deve criar uma ilha de dados com um mapa bonito e uma operação cega.
A mesma lógica vale para aplicativo de motorista, rastreador e mensageria. Se cada ferramenta tem um botão de "concluir", defina qual delas é fonte do evento final e como a exceção volta ao pedido. Caso contrário, Marcelo terá de comparar cinco telas toda vez que o cliente contestar uma entrega.
Uma devolução começa antes de o caminhão voltar
Muitas devoluções são previsíveis. O cliente avisa que recebeu item trocado. A nota de uma entrega parcial indica sobra. O comercial aprova uma troca. A expedição encontra avaria antes de carregar. Todas essas situações podem abrir uma expectativa de retorno antes de a mercadoria cruzar o portão.
Isso muda o trabalho de quem confere a carga. Em vez de olhar uma caixa sem contexto e perguntar no grupo de mensagens de quem ela é, a pessoa pode procurar uma autorização ou ocorrência já vinculada ao pedido. O sistema mostra qual item era esperado, em que quantidade, por qual motivo e para qual destino o retorno foi encaminhado.
Operações de locação enfrentam uma variação parecida: o ativo só volta ao estoque disponível depois que alguém confirma seu estado. No artigo sobre locadora de equipamentos, o ciclo reserva, entrega, devolve, confere e libera o próximo uso. A distribuidora não precisa copiar esse fluxo, mas compartilha uma lição: a volta física não encerra a decisão.
Dados de entrega merecem limite e dono
Rota, contato de recebimento, assinatura e ocorrência podem conter dados pessoais. Uma empresa não precisa colocar nome, telefone ou observação sensível em cada exportação para controlar uma entrega. A LGPD estabelece princípios como finalidade, adequação, necessidade, transparência e segurança para o tratamento de dados pessoais.
Na prática, vale decidir quem vê cada campo, por quanto tempo ele fica disponível e quais relatórios realmente precisam de identificação. Uma tela usada para planejar rota pode precisar de endereço e janela de entrega. Um painel semanal de atraso talvez precise apenas de região, tipo de ocorrência e tempo de resolução. Fazer essa separação reduz exposição sem apagar a capacidade de aprender com a operação.
O mesmo vale para fotos e observações de prova de entrega. Elas não devem virar arquivo solto em celular pessoal nem anexos que qualquer pessoa baixa sem motivo. O processo precisa dizer onde o registro fica, quem resolve uma contestação e quando um dado deixa de ser necessário.
Comece por uma rota que já deu problema
A empresa não precisa digitalizar toda a distribuição de uma vez. Marcelo pode escolher uma rota recente em que houve entrega parcial, devolução ou divergência de saldo e refazer a trajetória inteira.
Perguntas úteis para esse levantamento:
- em que ponto a venda virou reserva de estoque;
- quem liberou a carga e com base em qual conferência;
- como o motorista recebeu endereço, itens e observações;
- qual evidência voltou da rua;
- onde a divergência foi registrada pela primeira vez;
- quando financeiro, atendimento e estoque passaram a enxergar a mesma decisão;
- o que aconteceu com a mercadoria que retornou.
O mapa não precisa ser longo. Precisa revelar uma condição que hoje depende de memória. Talvez seja a regra para entrega parcial. Talvez seja a caixa devolvida que volta ao saldo cedo demais. Talvez seja uma alteração comercial que nunca chega à expedição.
Depois, escolha uma mudança pequena e observável: registrar ocorrência por item, exigir decisão para retorno, ou ligar a prova de entrega ao pedido certo. A automação vem depois que o estado está claro. Integrar um processo confuso apenas espalha o problema com mais velocidade.
Se sua distribuidora tem pedidos num sistema, confirmação de entrega em mensagens e devoluções que reaparecem no estoque sem contexto, a Foyth Tech pode ajudar a desenhar essa cadeia. Converse com a gente sobre um sistema sob medida que conecte pedido, expedição, entrega e retorno sem tratar cada exceção como caso isolado.
Fontes e referências
- GS1 Brasil. EPCIS: padrão de visibilidade e rastreabilidade, consulta em 20 de agosto de 2026.
- GS1. EPCIS 2.0, consulta em 20 de agosto de 2026.
- Google Maps Platform. Routes API, consulta em 20 de agosto de 2026.
- Brasil. Lei nº 13.709/2018, Lei Geral de Proteção de Dados Pessoais.
- GS1. EPCIS e CBV, página de padrões, consulta em 20 de agosto de 2026.
