[Tracking] - Release Notes 4.49.4

Antes, uma mesma baixa gerava dois eventos para a mesma nota fiscal, e a ocorrência de Entrega Realizada aparecia duplicada.

Agora cada baixa de entrega gera uma única ocorrência no TMS, deixando o TMS coerente com o que foi apontado em campo.

Antes, a primeira importação falhava e só concluía ao reenviar o mesmo arquivo.

Agora a rota é importada já na primeira tentativa, e a entrega fica vinculada ao Tomador.

O Tomador criado já nasce com a empresa vinculada: recebe a empresa informada na importação e, quando ela não vem no arquivo, herda a empresa da unidade ou da rota.

Com a empresa correta, o Tomador aparece normalmente na tela de vinculação de Tomador ao usuário.

Quando o Tomador vem informado apenas no nível da Nota Fiscal, a nota passa a receber o tomador corretamente pela via REST.

Também padronizamos o documento do Tomador nas três formas de importação, evitando cadastro duplicado por diferença de formatação.

Antes, parte das movimentações no cliente, como Retirada e Entrada no Cliente, não chegava ao TMS, e o estoque de pallets refletia posição incorreta.

Agora o sistema localiza a entrega correta em cascata, pela coleta, pelo código da entrega e pela combinação de rota e destinatário.

Em rotas com mais de uma entrega para o mesmo cliente ou destinatário, o ativo passa a ser vinculado à entrega certa.

Com isso as movimentações chegam completas ao TMS, sem envio para a entrega errada nem duplicidade, e a posição do estoque de pallets em campo fica correta.

Coletas de ativos com quantidade zero seguem não sendo enviadas, por ser o comportamento esperado.

Antes, cada entrega aparecia repetida no arquivo, uma vez para cada apontamento, e o arquivo precisava ser tratado à mão.

Agora cada entrega aparece uma única vez, e quando há mais de um apontamento a linha traz os dados do apontamento mais recente. Entregas sem apontamento continuam no arquivo.

Com o parâmetro Detalhes da rota por NF marcado, o arquivo sai com uma linha por nota fiscal, sem multiplicar por apontamento e sem perder nenhuma nota.

Como o arquivo deixa de sair inflado, a exportação de um período longo conclui sem erro de tempo esgotado.

O relatório Analítico individual e a consulta em tela seguem iguais.

Antes, a grade de temperaturas abria vazia e, com dois sensores em leitura, a curva do Sensor 2 aparecia somada à do Sensor 1, em altura errada.

Agora a grade é exibida normalmente, e as leituras passam a aparecer corretamente.

Cada sensor com leitura aparece na sua própria curva, na altura correta, e cada sensor sem leitura fica oculto.

A faixa de meta permanece sempre visível no enquadramento.

Quando não há dados de temperatura, a tela exibe mensagens claras para rota sem dados, falha na busca ou data sem leituras.

Antes, quando a rota tinha leitura nos dois sensores com valores próximos, os números ficavam escritos na mesma posição, um por cima do outro, e o gráfico ficava ilegível.

Agora os valores dos dois sensores aparecem em posições distintas e legíveis.

Rotas com um sensor seguem exibindo normalmente.

Antes, ao reverter a entrega inteira, o Sinótico continuava com bolinha vermelha e um documento seguia em vermelho, como se a rota estivesse totalmente devolvida.

Agora os documentos já confirmados pela Central são liberados e revertidos junto com os demais.

Com todos os documentos entregues ou revertidos, o Sinótico fica verde, os documentos aparecem em verde e a rota consta como Entregue com Sucesso.

Nas unidades com o parâmetro desligado, nada muda, e a decisão da Central continua soberana.

Antes, a falha derrubava todas as sessões conectadas ao mesmo tempo.

A montagem do Mapa Sinótico deixou de derrubar o servidor.

Agora, quando o processamento de uma rota falha, a falha fica isolada e registrada apenas para aquela rota, sem afetar as demais sessões nem o restante do Monitoramento, que continua operando normalmente.

Antes, os campos Tempo realizado e Tempo total no raio traziam tempo apurado mesmo nesses casos, o que contradizia a indicação de entrega não realizada no cliente.

Agora essas linhas continuam visíveis, porém sem tempo apurado quando a entrega foi apontada fora do raio.

Dentro do raio, os campos seguem preenchidos.

O Tempo previsto permanece preenchido em qualquer situação, e as paradas no ponto de interesse continuam listadas com seus minutos.

Antes, um pedido com parte das notas entregue e parte devolvida ou pendente aparecia como Não.

Agora a coluna tem três valores: Sim, quando todas as notas foram entregues; Entrega Parcial, quando parte foi entregue e o restante foi devolvido ou está pendente; e Não, quando nenhuma nota foi entregue.

O estado Entrega Parcial é destacado em laranja, com cor distinta do Sim e do Não.

Antes, mesmo com o parâmetro Exige entrega dentro do raio ligado, o apontamento era recusado com a mensagem de entrega fora do raio, e a entrega aparecia como não apontada no Monitoramento.

Agora esse apontamento passa a ser aceito.

Para clientes com ponto de interesse cadastrado, o comportamento continua igual, e o apontamento fora do raio segue sendo descartado.

Entregas recusadas antes desta correção continuam exigindo acerto manual.

Antes, os motoristas ficavam sem acesso, o envio de apontamentos falhava e o serviço não se recuperava nem após reinício.

Agora o serviço passa a atender várias requisições ao mesmo tempo, mantendo a capacidade de resposta mesmo sob carga alta.

Quando o serviço de mensageria está indisponível, o envio de apontamento deixa de ser confirmado como sucesso de forma indevida.

O aplicativo retém a ocorrência e reenvia quando o serviço volta, sem perder o apontamento.

Antes, cada processo abria uma conexão ao subir e nunca a liberava, ocupando vagas no servidor até recusar novas conexões, mesmo em ambientes com pouco ou nenhum uso.

Agora essa conexão é fechada logo após a leitura da configuração do Redis.

As conexões passam a carregar identificação de processo, máquina e ambiente, o que facilita o acompanhamento.

Cada processo passa a ter um teto de conexões e um tempo de espera configuráveis por ambiente.

Isso dá mais estabilidade no acesso ao banco e evita a recusa de novas conexões.