Vamos analisar sua estrutura de transporte e diremos o que se automatiza em primeiro lugar
De onde vêm as solicitações, como as rotas são planejadas hoje, quem mantém os status e em quais programas seus dados já estão.
Software para logística
Solicitações, rotas, cargas e entrega em um só sistema
Enquanto os embarques são poucos, eles ficam na cabeça de alguém, em uma planilha e no chat. Com o crescimento do volume isso para de funcionar: só o motorista sabe onde está a carga, e só quem recebeu a solicitação sabe quem prometeu o quê a quem. O software de logística elimina esse jeito de trabalhar: a solicitação, a rota, a carga e o status da entrega viram registros em um só sistema, e o despachante os vê em uma tela. Abaixo está como isso funciona — da chegada de uma solicitação à confirmação do recebimento.
O que é um sistema
de gestão de logística
Um sistema de gestão de logística — um software que controla os embarques: recebe solicitações, monta rotas a partir delas, atribui executores, acompanha a movimentação da carga e guarda o histórico do que aconteceu com cada entrega.
A diferença aparece em um só exemplo. Sem sistema, a solicitação vive em um mensageiro, a rota vive em uma folha de papel na mesa do despachante e o estado da carga vive na cabeça do motorista. Responder a um cliente que pergunta «onde está minha carga» significa ligar para três pessoas. Ninguém sabe quantos veículos estão carregados para amanhã, porque esse número nunca foi calculado em lugar nenhum.
Em um sistema, tudo isso são registros. Uma solicitação tem número, remetente, destinatário, prazo e estado atual. Uma rota tem uma lista de pontos, uma sequência de visita e um executor. Uma carga tem um status que muda por uma ação no software, e não por palavras. Responder onde está a carga leva segundos e não depende de quem está de turno hoje.
Um exemplo. Um cliente enviou uma solicitação de transporte na quinta-feira. Um operador conferiu o endereço e as dimensões e colocou a solicitação na rota de sexta, e o sistema a atribuiu a um motorista junto com outros seis pontos. De manhã o motorista abriu a lista de tarefas e marcou a coleta; à noite, a entrega. Nesse meio-tempo o status do cliente ia mudando, e na sexta à noite a empresa tinha um resumo pronto: quantos pontos foram cobertos, quantos ficaram no prazo e qual entrega deu errado.
A automação logística começa onde as respostas a três perguntas deixam de caber na cabeça do despachante: quantas solicitações estão em andamento agora, onde está uma determinada remessa e por que ontem duas entregas escorregaram para o dia seguinte.
- 1Solicitação
- 2Verificação
- 3Rota
- 4Executor
- 5Expedição
- 6Movimentação
- 7Entrega
- 8Despachante
O vínculo funciona nos dois sentidos: a tarefa vai da esquerda para a direita e as marcações e eventos do executor voltam. Uma entrega conta como tendo acontecido não quando o motorista sai do endereço, mas quando o recebimento é confirmado. Sem essa etapa o sistema informaria o que acredita sobre sua carga, e não o que aconteceu de fato.
O que o sistema sabe sobre cada embarque
- O que está sendo levado — a descrição da carga, o número de volumes, o peso, o cubagem e as condições especiais de transporte
- De onde e para onde — o endereço de coleta, o endereço de entrega e as pessoas de contato nas duas pontas
- Quando — o prazo de entrega, a janela de horário do destinatário e os horários reais de saída e de recebimento
- Quem responde — o motorista ou o entregador, o veículo, a rota e o funcionário responsável no escritório
- Em que estado está — o status atual e toda a cadeia de mudanças dele, com autor e horário
- O que confirma — documentos, fotografias, a assinatura do destinatário e os comentários do executor
O que o sistema não faz sozinho
O software não dirige o veículo e não substitui o despachante. Ele elimina o trabalho manual em torno de uma decisão: reúne as solicitações em um lugar, mostra a carga de trabalho, impede que um ponto se perca e registra cada mudança. A decisão sobre quem fica com o pedido urgente e se vale a pena esperar um cliente atrasado continua com uma pessoa — mas é tomada sobre o quadro completo, e não de memória.
Da mesma forma, o sistema não conhece trânsito e clima por si só: qualquer dado externo chega até ele por uma integração, e o escopo dela é determinado pelo projeto.
Por onde as empresas costumam começar
O acompanhamento de solicitações é o que entra primeiro no sistema — não as rotas nem os mapas. O motivo é simples: enquanto as solicitações vivem no chat, qualquer rota é montada sobre uma lista incompleta e qualquer relatório é calculado sobre o que alguém lembrou de anotar.
Que tarefas o sistema resolve
O que vem a seguir não é uma lista de funções, mas seis problemas pelos quais a logística é automatizada em primeiro lugar. Cada um é apresentado da mesma forma: o que acontece sem software e o que muda com ele.
As solicitações não se perdem
Sem sistema, uma solicitação chega por mensageiro, por e-mail e por telefone, e seu destino depende de alguém tê-la anotado. Em um sistema, toda solicitação é um registro com número, autor e prazo: ou está em andamento, ou está encerrada, e não existe um terceiro estado. Uma solicitação perdida fica visível na hora, e não quando o cliente liga.
Uma rota é montada a partir de solicitações, não de memória
O despachante vê todos os pontos de amanhã em uma lista: endereços, janelas de horário, dimensões. Os pontos são reunidos em rotas, e uma rota ganha um executor e uma sequência de visita. Um ponto esquecido não escorrega em silêncio para o dia seguinte — ele fica sem atribuição e aparece em uma lista à parte.
A carga de pessoas e veículos fica visível
Quantos pontos já estão atribuídos a um veículo, quanto espaço resta em peso e cubagem, quais motoristas terminam o turno em uma hora. Sem esses números a carga é distribuída no olho, e um veículo sai meio vazio enquanto outro não consegue completar a volta até a noite.
O status da carga não precisa ser descoberto por telefone
O estado da entrega é alterado por quem a executa, no momento da ação. O despachante, o gerente e o cliente olham para o mesmo registro. «Onde está minha carga» deixa de ser trabalho para três pessoas.
A confirmação de recebimento fica registrada
Quem recebeu a carga, quando e com que base é um registro no sistema, e não uma lembrança. Uma assinatura, uma fotografia ou um código de confirmação ficam anexados àquela entrega específica. A discussão «nós entregamos — não, vocês não entregaram» se resolve abrindo uma ficha, e não com uma investigação.
As falhas são apuradas a partir de fatos
Atrasos, cancelamentos, devoluções e entregas frustradas viram eventos à parte, com motivo. No fim do mês não se vê «essas coisas acontecem», mas uma lista concreta: quantas falhas, em quais rotas e o que as causou.
De que o sistema é composto
O sistema é montado com módulos. Nem toda empresa precisa de todos: um serviço de entrega urbana não precisa de acompanhamento de viagens intermunicipais, e um fabricante com frota própria não precisa de troca de pedidos. A composição é determinada pela tarefa, mas os módulos são projetados de antemão para se encaixarem, e não acrescentados depois.
Recebimento e processamento de solicitações
O ponto de entrada do sistema: uma solicitação de transporte com remetente, destinatário, conteúdo da carga, prazo e condições. As solicitações chegam de um gerente, da área do próprio cliente ou de um sistema externo pela API — e a partir daí todas vivem pelas mesmas regras.
Rotas e pontos de entrega
Reunir pontos em uma rota, a sequência de visita, atribuir veículo e executor, alterar a rota durante o dia. Uma rota é um objeto contábil como uma solicitação: tem data, estado e histórico de mudanças.
Registro de cargas
O que exatamente está sendo levado: volumes, peso, cubagem, embalagem, condições especiais. A carga é ligada à solicitação, à rota, aos documentos e ao status atual, então qualquer um deles reconstitui os demais.
Veículos e executores
Um cadastro de veículos e pessoas: capacidade de carga, volume do compartimento, tipo de veículo, jornada de trabalho, área de atendimento. É daí que vem a carga de trabalho — quantos pontos ainda cabem neste veículo hoje.
Painel operacional
O posto de trabalho do funcionário: entregas ativas, rotas, executores, status, atrasos e pedidos problemáticos em uma tela. Abre no navegador, sem nada para instalar.
Status e eventos
Um conjunto finito de estados de entrega e as regras de transição entre eles. Toda mudança é um evento com autor, horário e motivo; os eventos somam o histórico a partir do qual uma falha é apurada depois.
Ligação com o armazém
A costura com a separação e a expedição: o que foi separado, o que está preparado para entrega e o que foi de fato entregue ao motorista. Sem ela, armazém e entrega vivem em dois conjuntos de registros separados e divergem até a hora do almoço.
O posto de trabalho do executor
O aplicativo ou a interface móvel do motorista e do entregador: lista de tarefas, endereços, sequência de visita, dados da carga, mudança de status, confirmação de coleta e de entrega e contato com o despachante.
Notificações
Mensagens ao cliente e ao funcionário: solicitação aceita, carga coletada, entregador a caminho, entrega remarcada, entrega frustrada. Os canais de envio são escolhidos na implantação e conectados por integrações.
Papéis e permissões
Operador de solicitações, despachante, operador de armazém, motorista, gerente. Alterar uma rota, cancelar uma entrega, editar um endereço e acessar dados pessoais de destinatários são permissões separadas, e não um pacote geral de funcionário.
Analítica e relatórios
Número de entregas, parcela concluída no prazo, utilização de veículos e de pessoal, eficiência das rotas e a lista de pedidos problemáticos. Os relatórios são exportados para arquivo e podem ser gerados conforme programação.
API e integrações
A interface externa do sistema: criar uma solicitação, consultar um status, obter uma rota, enviar uma confirmação de entrega, extrair o registro. É por ela que se conectam a loja virtual, o CRM, o ERP e o sistema de armazém.
Gestão de pedidos
da solicitação à entrega
Uma solicitação de transporte — um documento que registra o que precisa ser entregue e onde, com que prazo, por conta de quem e em que condições. Tudo o que vem depois — a rota, o executor, os status, os documentos — fica atrelado ao número dela.
Uma solicitação entra no sistema de uma entre três formas: um gerente a cria, o cliente a preenche sozinho em sua área ou outro sistema da empresa a repassa pela API. A origem muda; o caminho depois é o mesmo — caso contrário, alguns pedidos desenvolveriam uma ordem de atendimento própria e não escrita.
Verificação — uma etapa à parte, não uma formalidade. O sistema verifica se os campos obrigatórios estão preenchidos, se o destinatário está no cadastro, se a carga cabe nas dimensões permitidas e se o prazo é alcançável. Uma solicitação duvidosa não escorrega em silêncio para uma rota: ela fica na lista de esclarecimento com um motivo claro.
O que uma solicitação contém:
- Número, data de criação, autor e origem — quem a criou e de onde
- O cliente e o pagador, quando são partes diferentes
- O endereço de coleta e o endereço de entrega, com pessoas de contato
- O conteúdo da carga: descrição, número de volumes, peso, cubagem, embalagem
- O prazo de entrega e a janela de horário que serve ao destinatário
- Condições: pagamento no recebimento, carga frágil, necessidade de subir até um andar, necessidade de uma segunda pessoa
- Documentos relacionados: a nota de entrega, a fatura, um pedido de outro sistema
Atribuição a uma entrega — o momento em que uma solicitação deixa de ser uma intenção e vira trabalho. Ela entra na rota de um dia específico, ganha um executor, e o executor ganha uma tarefa em sua lista. A partir daí a solicitação fica visível no painel de despacho, no aplicativo do motorista e no histórico do cliente.
Algumas edições mudam o plano do dia: um endereço novo pode ficar fora da rota, e um peso maior pode não caber no veículo atribuído. Uma solicitação assim não é editada em silêncio — ela volta ao despachante para replanejamento, junto com o motivo.
O caminho de uma solicitação
- CriadaUm gerente registrou a solicitação: dois volumes, 46 kg, coleta no armazém, entrega no endereço do destinatário até as 18:00 de sexta
- ValidadaO endereço foi encontrado no cadastro, as dimensões cabem no tipo de veículo, o prazo é realista — a solicitação está liberada para planejamento
- Colocada em uma rotaO ponto foi acrescentado à rota de sexta como o quarto da sequência de visita
- Executor atribuídoA rota foi atribuída a um motorista e a um veículo; a tarefa apareceu na lista dele para amanhã
- Carga coletadaO motorista marcou a coleta no armazém, o sistema registrou o horário de saída e passou a solicitação para «em trânsito»
- EntregueO destinatário recebeu a carga, a confirmação foi anexada à solicitação e o horário de recebimento foi registrado
- EncerradaOs documentos foram entregues sem divergências; a solicitação vai para o histórico e para o relatório do período
Uma tela do sistema; os dados são ilustrativos. A quinta etapa importa: a coleta é marcada por quem fisicamente pega a carga. Se um despachante a marca porque alguém ligou, o sistema passa a descrever não o embarque, mas o relato dele.
Editar uma solicitação já atribuída
Editar é uma operação gerida, não uma alteração livre. Mudar um endereço, um prazo ou o conteúdo da carga preserva a versão anterior e deixa rastro: quem mudou, quando e o que exatamente. Caso contrário, apurar uma entrega contestada esbarra na pergunta de qual era o endereço no início.
Gestão de rotas
pontos, sequência e executores
Rota — uma lista de pontos que um executor cobre em um turno, junto com a sequência de visita. Um ponto é uma ação específica em um endereço: coletar carga, entregar carga, recolher uma devolução.
Criar uma rota parte das solicitações sem atribuição para a data escolhida. O despachante as vê em uma lista: endereço, bairro, janela de horário do destinatário, peso e cubagem. Os pontos são reunidos em uma rota à mão ou por uma regra — todas as entregas deste bairro para amanhã, por exemplo — e a rota mostra na hora o peso total, a cubagem e o número de pontos.
A sequência dos pontos é definida de forma explícita e continua visível a todos: ao despachante no painel e ao motorista no aplicativo. A ordem é alterada arrastando um ponto, e o sistema recalcula a carga da rota e avisa sobre um conflito — quando um ponto com janela «até as 12:00» acaba em oitavo lugar, por exemplo.
Atribuir um executor — amarrar a rota a um motorista ou entregador e a um veículo. O sistema leva em conta capacidade de carga e volume do compartimento: uma rota que não cabe no veículo atribuído é sinalizada antes da saída, e não descoberta no carregamento.
Alterar uma rota acontece durante o dia, e esse é um cenário normal, não uma emergência. Um ponto pode ser acrescentado, removido, movido para outra rota ou para outro dia. O executor vê a mudança em sua lista, e o histórico da rota guarda o registro: o que mudou, quem mudou e em que horário.
Acompanhar a execução — comparar plano e realidade: quantos pontos da rota estão fechados, quantos restam, onde o executor se afastou da sequência de visita, quais pontos passaram da janela de horário. Uma rota é encerrada quando todos os seus pontos estão encerrados — inclusive os que terminaram em entrega frustrada.
Sequenciamento automático dos pontos
A construção automática de rota ótima é um módulo à parte, não uma função embutida do sistema de acompanhamento. Faz sentido tratá-la como uma opção de implementação: exige uma fonte de dados viários, regras de cálculo e verificação contra as viagens reais da empresa.
As opções possíveis vão de simplesmente ordenar os pontos por zona e janela de horário até o cálculo por um serviço de mapas externo. O que exatamente será conectado e sobre quais dados isso vai rodar é determinado no diagnóstico: declarar de antemão uma otimização pronta seria uma promessa, e não uma descrição.
A camada básica funciona sem isso: pontos, sequência, executor e acompanhamento da execução não dependem de os pontos terem sido organizados por uma pessoa ou por um algoritmo.
Uma rota como objeto contábil
Uma rota tem data, executor, veículo, estado e histórico de mudanças — assim como uma solicitação. Por isso a pergunta de por que aquele endereço escorregou de ontem para hoje se resolve pelo registro da rota, e não pelo que o turno lembra.
| № | Ponto | Ação | Janela | Volumes | Peso | Estado |
|---|---|---|---|---|---|---|
| 1 | Armazém, rua Promyshlennaya | Coleta de carga | 08:00–09:00 | 14 | 310 kg | feito |
| 2 | Loja Tsentralny | Entrega | 09:00–12:00 | 4 | 86 kg | feito |
| 3 | Escritório do cliente, 4.º andar | Entrega | 10:00–13:00 | 2 | 18 kg | em trânsito |
| 4 | Ponto de retirada, bairro Asanbay | Entrega | até as 18:00 | 6 | 142 kg | aguardando |
| 5 | Loja Vostochny | Entrega + devolução | 14:00–17:00 | 2 | 64 kg | aguardando |
A sequência de visita é visível ao despachante e ao motorista, então «nós trocamos a ordem» nunca vira discussão. A linha 3 não será encerrada enquanto o executor não marcar o resultado: subir até um andar é um lugar clássico para uma entrega atrasar, e o sistema deve ficar sabendo disso por quem está diante da porta.
Gestão de cargas
o que levamos, de onde, para onde e quem responde
Carga — o que se move fisicamente. No sistema é um registro à parte, ligado a uma solicitação: uma solicitação pode levar vários itens de carga, e uma viagem pode levar a carga de várias solicitações.
A separação não existe por rigor contábil. É no nível da carga que se respondem as perguntas mais frequentes: quantos volumes saíram, todos chegaram, qual está avariado, o que voltou.
Toda mudança no estado da carga é um evento com horário e autor. Por isso o histórico de um embarque pode ser reconstituído por inteiro: quando a carga foi coletada, onde passou de um executor para outro, quando foi entregue ao destinatário e quem confirmou isso.
Repasse entre executores — uma operação à parte, não um efeito colateral. Uma carga que vai do armazém para a triagem e de lá para um endereço muda de mãos pelo menos duas vezes. Cada repasse é registrado de forma explícita; caso contrário, quando algo some, não se consegue nomear o trecho em que se perdeu.
É daí que vem também a resposta a «de quem é a culpa» — não no sentido de achar um culpado, mas no sentido de um trecho do percurso. Uma avaria descoberta pelo destinatário é ligada ao trecho em que a carga estava registrada em nome de um executor específico.
Documentos relacionados
A nota de entrega, o termo de recebimento, uma fotografia da embalagem e a assinatura do destinatário ficam ao lado da carga. Um documento é ligado à carga e à solicitação ao mesmo tempo, então pode ser encontrado pelo lado do cliente e pelo lado da viagem — sem precisar procurar no chat.
Uma fotografia no recebimento e na entrega é a forma mais barata de encerrar uma disputa de avaria: ela foi tirada em um momento conhecido por uma pessoa conhecida e fica na mesma ficha que a assinatura do destinatário.
Carga e solicitação são registros separados
Uma solicitação pode levar vários volumes, e uma viagem pode levar a carga de várias solicitações. Enquanto isso for um registro único, todo caso parcial — três volumes de cinco aceitos, um devolvido — tem de ser descrito em palavras, em um comentário.
- O que está sendo levadoobrigatórioDescrição, número de volumes, peso, cubagem, tipo de embalagem, condições especiais — frágil, com controle de temperatura, exige duas pessoas
- De ondeobrigatórioO endereço de coleta, o armazém ou o local de expedição e a pessoa de contato do remetente
- Para ondeobrigatórioO endereço de entrega, o destinatário, a janela de recebimento e observações sobre acesso e transporte manual
- Quem respondeobrigatórioO detentor atual: motorista, entregador, armazém ou centro de triagem — com histórico de repasses
- Status atualmuda durante o trabalhoUm dos estados da camada de entrega; alterado pela ação de um executor, e não pela edição manual de um campo
- Horário de saídaregistrado por fatoO momento em que a carga foi aceita pelo executor e fisicamente deixou o ponto de partida
- Horário de recebimentoregistrado por fatoO momento da entrega ao destinatário, junto com o método de confirmação
- Documentos e vínculosconforme necessárioNota de entrega, termo, fotografias, assinatura, número da solicitação, número do pedido em um sistema externo
Os campos obrigatórios são o mínimo sem o qual uma carga não pode entrar em uma rota. O resto é configurável: transporte de móveis e entrega de documentos têm conjuntos diferentes de campos relevantes, e obrigar as pessoas a preencher o que não é necessário é a forma mais garantida de acabar com um cadastro cheio de traços.
Controle da entrega: status e exceções
Um status não é uma legenda em uma tela, mas um estado que determina quais ações são permitidas. O conjunto de estados é finito: enquanto não for nomeado de forma explícita, cada funcionário entende «em andamento» à sua maneira e não há do que montar um relatório.
- CriadaA solicitação foi aceita e validada. A carga ainda não foi separada e nenhum executor foi atribuído, mas o compromisso com o cliente já está registrado
- PreparadaA carga está separada e montada, os volumes estão etiquetados, os documentos estão prontos. A partir daqui o conteúdo da carga não muda sem uma operação à parte
- Entregue à transportadoraA carga foi fisicamente aceita pelo executor: a marcação é feita por quem a pegou. A responsabilidade passa do armazém para o executor
- Em trânsitoO executor está percorrendo a rota. É aqui que aparecem os eventos intermediários: chegou ao ponto, começou a descarga, atrasou no endereço anterior
- EntregueO destinatário recebeu a carga e a confirmação está anexada à entrega. Só agora a entrega conta como concluída — não no momento em que se sai do endereço
A ordem importa exatamente como está. Toda transição é feita por quem executou a ação, no momento da ação — caso contrário, o sistema mostra não o estado do embarque, mas a intenção do despachante. Estados intermediários (na triagem, repassado a um subcontratado) são acrescentados conforme o processo da empresa, mas o conjunto continua finito e explícito.
| O que aconteceu | O que faz o sistema | Estado |
|---|---|---|
| Atraso: a janela do destinatário está acabando | Marca o ponto como atrasado, mostra-o ao despachante em uma lista à parte e prepara uma notificação ao destinatário sobre a remarcação | apuração |
| O cliente cancelou o pedido antes da expedição | Encerra a solicitação com motivo de cancelamento, tira o ponto da rota e devolve a carga ao estoque do armazém | normal |
| O cliente cancelou o pedido com a carga em trânsito | Não encerra a entrega em silêncio: passa-a para devolução e acrescenta um ponto de devolução à rota do executor | apuração |
| O destinatário não está no local | Registra uma entrega frustrada com motivo e comentário do executor, deixa a carga com ele e levanta a questão de uma nova tentativa | apuração |
| O destinatário recebeu a carga em parte | Divide a entrega: os volumes aceitos são encerrados e os recusados vão para uma devolução como registro à parte | apuração |
| A carga foi avariada em trânsito | Abre um evento com fotografias e o responsável no momento da avaria e não permite encerrar a entrega como comum | apuração |
| O executor não apareceu para o turno | Libera a rota dele para reatribuição e mostra ao despachante todos os pontos afetados em uma lista | aviso |
O princípio geral: um desfecho malsucedido não desaparece e não vira bem-sucedido. A entrega continua aberta e vai para a fila de apuração — isso sai mais barato do que um relatório sem problemas porque não havia onde registrá-los.
Quais exceções uma empresa realmente precisa é decidido no diagnóstico. Transporte de móveis precisa de devoluções e apuração de avarias; entrega de documentos precisa de novas tentativas e de verificação da identidade do destinatário. O conjunto de estados é configurável, mas a regra continua a mesma: toda entrega termina com um motivo, e o motivo vai para o relatório.
Painel operacional
o que veem o despachante e o administrador
Painel operacional — o posto de trabalho a partir do qual o dia é conduzido. A função dele não é mostrar dados, mas reunir em uma tela tudo o que exige decisão agora — e não mostrar o resto.
Por isso o painel é montado como uma mesa de turno: o urgente no alto, o quadro geral do dia abaixo, histórico e cadastros mais fundo. Um funcionário não precisa lembrar onde as coisas estão para responder à ligação de um cliente.
O que o painel mostra:
- Entregas ativas — todos os pontos em andamento agora, com executor e status atual
- As rotas do dia — quantos pontos estão fechados, quantos faltam, onde uma rota está atrás do plano
- Executores — quem está de turno, quem está em rota, quem terminou, de quem a jornada está acabando
- Status — a distribuição das entregas por estado em uma lista, sem contagem manual
- Atrasos — pontos cuja janela do destinatário está acabando ou já acabou
- Pedidos problemáticos — entregas frustradas, devoluções, avarias, recusas do destinatário
- Ocupação — quanto peso e cubagem estão atribuídos a um veículo e quanto espaço resta
- Sem atribuição — solicitações que ainda não entraram em nenhuma rota
- Histórico de operações — o que aconteceu com qualquer solicitação, rota ou item de carga, com autor e horário
Permissões de acesso separam o painel por papel. Um despachante vê a própria região, um gerente vê todas as direções, um operador de call center vê status e contatos, mas não dados financeiros.
A separação é definida por papel, e não por um conjunto de marcações para cada funcionário. Caso contrário, em meio ano as permissões de um novato são configuradas «como as do Ivanov» e ninguém mais consegue dizer a que exatamente ele tem acesso.
Resumo do turno
118entregas em andamento
9pontos com risco de atraso
4pedidos problemáticos
12solicitações sem atribuição
Uma tela do sistema; os números são ilustrativos. A ordem dos blocos não é acidental: o que vem primeiro não é o volume total, mas o que exige decisão. As solicitações sem atribuição ficam por último, porque é o único bloco que o despachante fecha sozinho e fecha até o fim.
Histórico de operações
O histórico não é um arquivo guardado por precaução, mas uma ferramenta de apuração. Os registros não são editados: uma correção entra como um registro novo. Por isso a pergunta de quem passou a entrega para amanhã tem uma resposta, e não várias versões.
Ele costuma ser lido por uma de três pontas: pela solicitação — o que aconteceu com ela; pelo executor — o que ele fez durante o turno; pela rota — como ela mudou ao longo do dia.
Ligação com o armazém
da separação à entrega para o transporte
Armazém e logística não são dois departamentos com um chat em comum, mas duas etapas de um mesmo processo. Carga separada e não entregue e carga entregue e não marcada são dois estados diferentes, e confundi-los sai caro.
Um processo digital único significa uma coisa: toda transição entre armazém e entrega é registrada por uma ação, não por uma mensagem. O operador de armazém marca a separação, o motorista marca o recebimento da carga, o destinatário marca o recebimento final. Entre essas marcações a carga está sempre registrada em uma etapa específica.
O que a costura dá ao armazém: ele enxerga o que já saiu e o que está parado na área de expedição pelo segundo dia. O que ela dá à logística: uma rota não é planejada em torno de uma carga que ainda não foi separada, e um motorista não chega ao portão antes de haver o que carregar.
A contabilidade completa de armazém — entrada de mercadoria, endereçamento, inventário, lotes e prazos de validade — é assunto de uma página separada. Aqui descrevemos apenas a costura: o que o armazém repassa à logística e o que recebe de volta.
- 1Pedido
- 2Separação
- 3Preparação
- 4Entrega ao transporte
- 5Entrega
- 6Confirmação
A quarta transição é a única em que a carga muda de mãos. É exatamente por isso que ela é tratada como uma operação à parte, com dois lados: o armazém entregou, o executor recebeu. Se essa etapa for pulada, quando um volume sumir não haverá como nomear a etapa, e a apuração vira um interrogatório do turno.
O que passa entre armazém e logística
- Do armazém para a logística — o conteúdo do pedido separado, o número de volumes, o peso e a cubagem, a prontidão para expedição e os números de etiquetagem
- Da logística para o armazém — o horário previsto de chegada do veículo, quem vem buscar a carga e em qual rota ela entra
- De volta ao armazém — devoluções, itens recusados e carga não entregue, com o motivo pelo qual voltaram
- Compartilhado pelos dois — o histórico de movimentação de um volume: onde esteve, quem o recebeu e quando o responsável mudou
Se o armazém roda em outro programa
Essa é a situação de sempre: a contabilidade de armazém já é feita em um sistema existente e ninguém pretende substituí-lo. A costura é então construída como uma troca — a logística recebe a prontidão do pedido e a composição dos volumes e devolve status e confirmações.
O escopo e a frequência da troca são determinados pelo que o sistema externo consegue expor. O que um programa específico consegue fazer é esclarecido no diagnóstico — declarar de antemão uma integração pronta seria fazer uma promessa em nome do produto de outra pessoa.
Solicitações e rotas
Cargas e status
Painel operacional
Relatórios de entrega
Como os funcionários trabalham com o sistema
Cada papel tem seu posto de trabalho e seu conjunto de ações. Isso não é restrição por restrição: quanto menos coisa desnecessária na tela, menos erros durante o turno e mais curto o treinamento de um novato.
Operador de solicitações
Recebe solicitações de todos os canais, confere endereços e conteúdo da carga e esclarece com o cliente o que for duvidoso. Vê a fila de esclarecimento e as próprias solicitações; não mexe em rotas nem em carregamento de veículos.
Despachante
Monta rotas, atribui executores, conduz o dia: move pontos, responde a atrasos, resolve entregas problemáticas. O principal usuário do painel e a principal fonte de mudanças durante o dia.
Operador de armazém
Marca a separação e a prontidão para expedição, processa a entrega da carga ao executor e o recebimento de devoluções. Trabalha com volumes e etiquetagem, não com rotas.
Motorista
Recebe a rota do turno, marca coletas e entregas e registra o motivo quando um ponto não é fechado. Vê apenas as próprias tarefas do dia e os dados necessários para executá-las.
Entregador
O mesmo cenário, mas em uma interface móvel e com um número maior de paradas curtas por turno. Confirma o recebimento, anexa foto ou assinatura e escreve um comentário sobre o endereço.
Gerente
Olha não para um turno, mas para um período: volume de entregas, parcela concluída no prazo, utilização e a lista de falhas recorrentes. Ele não precisa de ações operacionais — precisa de números em que possa confiar.
Entregadores e motoristas
a interface de trabalho do executor
Um executor não precisa de acesso ao sistema, mas de uma lista curta do que fazer agora. Por isso o posto de trabalho dele é uma interface separada: um aplicativo móvel ou uma página web adaptada, e não o mesmo painel que o despachante usa.
Ela inclui:
- A lista de tarefas do turno na sequência de visita
- Endereços com observações sobre acesso, andar e entrada
- Informações do pedido: o que está sendo levado, quantos volumes, quem é o destinatário, se há pagamento no recebimento
- Mudança de status em uma ação: cheguei, coletei, entreguei
- Confirmação de que a carga foi recebida no ponto de partida
- Confirmação de entrega: uma assinatura, uma fotografia ou um código do destinatário
- Um comentário sobre o ponto quando algo não saiu como planejado
- Contato com o despachante a partir da ficha da tarefa, sem procurar um número no telefone
Uma exigência importante para uma interface assim é funcionar com conexão ruim. As marcações feitas off-line ficam guardadas no dispositivo e são enviadas assim que houver conexão; reenviar não cria uma segunda entrega.
Uma visão detalhada do trabalho do executor é assunto de uma página separada, «Para entregadores». Aqui importa outra coisa: as marcações feitas nessa interface são a única fonte de status reais, e por isso ela é projetada primeiro, não por último.
O que uma marcação feita no local dá à empresa
A marcação de um executor no momento da ação não é controle por controle. É dela que vêm o tempo real da entrega, a duração da parada e o motivo de uma falha. Sem ela, os três são reconstituídos de memória no fim do dia — ou seja, não são reconstituídos.
O segundo efeito é a carga que sai do despachante: enquanto ele mantém os status a partir do que ouve por telefone, metade do turno vai embora transcrevendo o trabalho dos outros para o sistema.
Por que essa é uma interface separada
Um executor trabalha em condições diferentes: telefone em uma mão, caixa na outra, tela no sol, conexão que vai e volta. O painel do despachante não é utilizável nessas condições — o que se precisa é de elementos grandes, um mínimo de campos e comportamento previsível sem rede.
Por isso o posto de trabalho dele é projetado em torno do turno, e não da completude dos dados: só o ponto atual e o próximo ficam na tela, e todo o resto é levado para mais fundo.
Analítica
que dados dá para medir
Relatórios só significam algo quando os dados entram no sistema no momento da ação. Se os status são preenchidos à noite como um resumo do dia, qualquer relatório mostrará um quadro arrumado que nada tem a ver com o que aconteceu de fato.
O que é calculado a partir dos dados acumulados:
- Número de entregas — por dia, semana e mês; por direção, cliente e executor
- Pedidos concluídos e problemáticos — a parcela entregue no prazo e a lista dos que terminaram de outra forma, com motivos
- Prazos de entrega — o tempo real da solicitação até a entrega e da liberação para transporte até o recebimento
- Ocupação — quantos pontos, quanto peso e quanta cubagem cabem a um veículo e a um executor, e quanto espaço resta
- Eficiência das rotas — número de pontos por turno, parcela fechada conforme o plano, tempo entre pontos
- Histórico de operações — uma fonte para apurar um caso específico, e não apenas para os números de capa
As definições dos indicadores são fixadas uma vez e usadas por todos os relatórios. «Entregue no prazo» precisa significar a mesma coisa no relatório do despachante e no do gerente — caso contrário, dois resumos do mesmo dia não vão bater, e nenhum dos dois será levado a sério.
Os relatórios são exportados para arquivo, podem ser gerados conforme programação e podem ser enviados a um sistema de analítica externo pela API — o escopo da exportação é determinado pelo projeto.
Resumo semanal
612entregas no período
27concluídas fora do normal
Uma tela do sistema; os números são ilustrativos. O segundo bloco importa mais do que o primeiro: enquanto a composição das conclusões anormais — cancelamentos, devoluções, entregas frustradas — não for examinada, o volume total diz algo sobre carga de trabalho, mas nada sobre qualidade do trabalho.
Integrações e troca de dados
Um sistema de logística raramente fica sozinho: os pedidos chegam de um programa, os clientes são geridos em um segundo, o estoque fica em um terceiro. Abaixo estão os sentidos em que a troca é construída com mais frequência. O escopo específico de uma integração é determinado pelo que o sistema externo consegue expor e é esclarecido no diagnóstico.
Loja virtual
Um pedido registrado pode ser repassado à logística como solicitação automaticamente, e o status da entrega pode voltar ao comprador em sua área. Como a vitrine em si e o acompanhamento de pedidos são construídos está descrito na página de e-commerce.
CRM
É possível uma integração com o cadastro de clientes e o histórico de negócios: uma solicitação é criada a partir da ficha do cliente e o resultado da entrega volta ao gerente. A troca corre pelo identificador do cliente, para que não se criem contrapartes duplicadas.
ERP e sistema contábil
Pode trabalhar junto com a camada contábil da empresa: pedidos, notas de entrega, acertos. O sentido da troca e o conjunto de documentos são determinados por qual conjunto de registros é reconhecido como o principal.
Sistema de armazém
A prontidão do pedido, a composição dos volumes e a etiquetagem chegam do armazém, enquanto status e devoluções voltam. Se o armazém for tocado em um programa externo, a costura é construída como uma troca — veja a seção sobre a ligação com o armazém acima.
Software para entregadores
O posto de trabalho do executor pode fazer parte do sistema ou ser uma aplicação separada conectada pela API: ela recebe tarefas e devolve status e confirmações. A segunda opção é necessária onde já existe uma aplicação em uso.
Sistemas de pagamento
Onde há pagamento no recebimento, é possível uma integração com um serviço de pagamento ou com a maquininha do executor: o valor a receber vem da solicitação e o resultado do pagamento volta para a entrega. O escopo depende do provedor.
Serviços externos
Mapas e geocodificação de endereços, telemetria de veículos, serviços de notificação, transportadoras subcontratadas. Cada uma dessas conexões é um módulo de troca à parte; a existência de um conector pronto não é declarada de antemão.
API
A interface própria do sistema: criar uma solicitação, obter um status e uma rota, enviar uma confirmação de entrega, extrair o registro de operações. Tudo que não tem um módulo dedicado se conecta por ela.
As regras de troca são as mesmas em todo lugar: toda operação tem uma chave, então reenviar não cria uma segunda solicitação; as divergências não somem, mas vão para a fila de apuração; cada mensagem e cada resposta são gravadas no registro de troca. Sem essas três regras uma integração funciona exatamente até a primeira queda de conexão.
Ordem de implementação
A logística não é levada para um sistema de uma vez em um único dia: enquanto os funcionários mantiverem os status do jeito antigo, os dados dos relatórios não significam nada. Por isso a entrada em operação acontece em etapas, e cada uma se apoia em uma predecessora que já funciona.
1. Diagnóstico
Como as solicitações chegam hoje, quem planeja as rotas, com o que os status são mantidos, quais programas já existem e o que eles conseguem expor. O resultado é uma descrição do processo e uma lista do que se automatiza em primeiro lugar.
2. Piloto em uma direção
Uma cidade, um serviço de entrega ou um armazém. Solicitações, rotas, status e marcações dos executores passam pelo ciclo completo em embarques reais — antes de o processo se estender a toda a empresa.
3. Papéis e regras
Quem pode mudar o quê, de quais exceções se precisa, como uma devolução e uma entrega frustrada são tratadas, para quem vão as notificações. As permissões e o procedimento de alteração manual de rota também são configurados aqui.
4. Expansão e troca
As direções restantes seguem o modelo comprovado, e as integrações entram como módulos de troca separados. Daí em diante o histórico se acumula e surgem relatórios de período e dados para planejamento de frota.
Nossos clientes
Vamos falar sobre sua logística
Fale com a gente hoje
Conte quantas entregas você faz por dia, de onde vêm as solicitações, se usa frota própria ou subcontratados, se tem armazém e em quais programas seus dados já estão. Vamos dizer o que se automatiza em primeiro lugar, o que dá para conectar aos seus sistemas atuais e por onde faz sentido começar o piloto.
