[Tracking] - Release Notes 4.49.3

Cada ação registrada pelo motorista no aplicativo gera um envio com os dados daquele evento, como início de rota, aviso de saída para a entrega, chegada em parada, entrega, envio de comprovante, devolução, coleta e fim de rota.

Todos os envios de uma mesma rota trazem o mesmo código de rota, o que permite montar a linha do tempo completa no sistema que recebe.

A nova integração fica disponível em Menu > Integrações, no tipo Serviço de integração Sankhya (WebHook), com os campos Endpoint e Chave.

Você pode cadastrar mais de um webhook ativo ao mesmo tempo, cada um com Endpoint e Chave próprios, e escolher quais eventos cada um recebe.

Se nenhum evento for selecionado, o webhook recebe todos.

A integração é opcional: enquanto ela não for cadastrada e ativada, nada muda no funcionamento atual.

Antes, o operador confirmava a reentrega e a operação parecia concluída, mas o pedido não chegava ao Roteirizador, sem exibir erro na tela.

Agora o pedido é enviado corretamente e passa a aparecer na tela de Pedidos do Roteirizador, com a marcação de Reentrega e a data informada no tratamento.

A aba Ocorrências da entrega passa a registrar a confirmação do envio, com a data agendada, no lugar da descrição em branco ou da mensagem de ação não informada que aparecia antes.

Antes, o campo Tempo total espera cliente aparecia zerado, mesmo quando o motorista apontava espera no aplicativo, tanto na tela quanto na exportação em Excel.

Agora a espera apontada no aplicativo é contabilizada, e o valor aparece na tela, na exportação em Excel e no Analítico Sintético, sem nenhum ajuste manual.

O campo Tempo total no raio também passa a ser preenchido.

Uma rota sem espera apontada continua zerada, sem valor falso.

Quando a rota tem mais de uma entrega no mesmo ponto de parada, a mesma espera é mostrada em cada entrega daquele ponto, o que não afeta o total da rota.

O ícone de espera continua sendo exibido no Sinótico.

Antes, o motorista certo era barrado ao iniciar sua rota, com a mensagem de que a viagem já havia sido iniciada, mesmo sem ninguém ter iniciado de fato.

Isso acontecia quando outro motorista apenas informava a placa para consultar os pedidos e voltava para a tela de placa, sem iniciar a viagem.

Agora essa consulta não marca mais a rota como iniciada: a rota só é marcada quando a viagem é de fato iniciada.

Também deixamos de registrar horários de início inválidos, geralmente de madrugada, que inflavam o tempo total de viagem exibido nos indicadores.

O ajuste vale para o parâmetro Restringir início de viagem já iniciada, configurado por unidade de negócio.

Antes, esses veículos não abriam para edição, exibiam a mensagem de placa não encontrada e sumiam do filtro por placa da listagem.

Passamos a desconsiderar os espaços em branco no início e no fim ao comparar a placa.

Agora esses veículos voltam a abrir para edição e a aparecer no filtro por placa da listagem.

O ajuste também alcança a importação de rota, que antes, ao não encontrar a placa curta, criava um veículo duplicado. Agora a importação reaproveita o cadastro existente.

Veículos com placa de 7 caracteres seguem funcionando como antes.

Antes, ao clicar em Gerar QRCode, o código não aparecia, e a opção de limpar a conexão atual não resolvia.

Agora Gerar QRCode apresenta o código para leitura, inclusive quando a unidade já teve uma conexão antes.

Limpar a conexão atual conclui com sucesso e libera a tela para gerar um novo QR Code.

Quando a conexão não pode ser criada, a mensagem passa a informar o motivo, o que ajuda o administrador e o suporte a saber o que fazer.

Antes, em algumas situações o sistema indicava o WhatsApp como conectado sem que houvesse conexão de fato, e o Monitoramento mostrava o veículo como disponível para conversa sem que as mensagens chegassem ao motorista.

Agora a tela e o Monitoramento só indicam o WhatsApp como conectado quando existe conexão ativa, e mostram como indisponível quando a conexão não existe mais.

Conectar ou limpar a conexão de uma unidade não afeta as demais.