Sistema de Gestão Dispatcher

Dispositivos Android padrão: tablets reforçados montados nas empilhadeiras ou terminais portáteis, à sua escolha.

Pela urgência da ordem de produção, pelas necessidades do plano de produção e por regras configuráveis, com substituição manual para os supervisores.

Sim. As reservas geram tarefas de dispatcher automaticamente, por isso todo o fluxo, da ordem de produção ao abastecimento da linha, dispensa qualquer coordenação humana.

Precisa de cobertura ao longo dos percursos que as empilhadeiras fazem, e não só em pontos fixos, porque o operador confirma nas duas pontas de cada tarefa, entre a doca, os corredores e a linha. Uma confirmação feita onde não há sinal só chega ao servidor quando o equipamento volta à rede, por isso a tarefa continua aparecendo em aberto para o gestor. Os alertas com 30 minutos de antecedência são notificações push, logo num corredor sem cobertura chegam tarde ou simplesmente não chegam.

Podem, e é proposital, porque um operador que já vai carregado ou que está bloqueado precisa de uma forma de dizer isso. A rejeição não registra motivo, por isso um padrão só aparece de forma indireta: o tempo de resposta e a carga de trabalho ficam registrados por operador, e quem rejeita de forma sistemática acumula horas sem o número de tarefas concluídas correspondente. Defina antes do go-live quem lê esses KPIs e faz a pergunta, ou o botão de rejeitar passa a ser uma forma de não trabalhar.

Por si só, não. Cada tarefa traz uma origem, um destino e um caminho entre os dois, mas esse caminho é um percurso fixo entre duas localizações conhecidas. Não é recalculado ao vivo a partir de onde a empilhadeira está neste momento. Localização contínua exige o módulo RTLS à parte: tags nas empilhadeiras, âncoras instaladas e calibradas em toda a área monitorada, e scanners de portal onde os movimentos são lançados. Isso pede um levantamento do local e um projeto de instalação; uma configuração do app não chega.

Toda origem e todo destino têm de ser uma localização que o sistema conheça por um endereço único, e tudo aquilo que quiser ver confirmado tem de ter uma etiqueta legível que o operador alcance no momento da entrega. A confirmação por código de barras vale exatamente o que valer a disciplina de etiquetagem a montante. Se hoje os seus operadores encontram o material porque sabem onde ele costuma estar, esse conhecimento tem de passar a dados mestre antes de ser despachada a primeira tarefa.

Tecnicamente funciona, mas nesse caso alguém insere cada tarefa à mão, normalmente o supervisor de logística, a partir dos mesmos telefonemas que o sistema vinha eliminar. Isso se aguenta num piloto, numa área ou num turno, onde o volume é pequeno e o que está testando é o comportamento dos operadores e a cobertura de rede, com a vazão ainda fora de jogo. Deixa de ser viável no ponto em que inserir tarefas manualmente custa mais tempo do que o tráfego de rádio que veio substituir.

São duas leituras por tarefa, uma na coleta e outra na entrega, alguns segundos cada uma quando a etiqueta está onde o operador espera. O que custa é descer da empilhadeira e dar a volta na palete porque a etiqueta ficou virada para dentro da estante ou foi colada do lado errado. Corrija a colocação das etiquetas pensando em quem se aproxima sentado na empilhadeira antes de lançar o app em campo, ou esses segundos passam a minutos.

Não. Elimina o tráfego de rádio e a adivinhação sobre o que fazer a seguir, mas continua havendo alguém que define prioridades, trata das exceções e decide o que acontece quando duas linhas querem a mesma empilhadeira. O que muda é que o supervisor passa a trabalhar a partir de uma fila e de tempos de resposta registrados, sem depender de gritos nem de memória. Conte com a mudança da função, não com uma redução de pessoas.