Fevereiro 2025
Estes são os release notes do mês de fevereiro de 2025 do NDD Frete.
Veja um resumo de todas as atualizações e clique nos links para navegar em cada uma delas.
Versão 4.33.3
MELHORIAS
Versão 4.35.0
MELHORIAS
CORREÇÕES
Embarques recepciEmbarques Recepcionados Ficam com Situação "Inválido"
Desvinculo de NF-e de embarques com e sem IOD - Chamado 572895
Versão 4.35.1
CORREÇÕES
Liberado em 12 de Fevereiro
MELHORIAS
Tela de edição Transportador
Como era antes?
O cadastro de usuários era realizado exclusivamente por meio de integração direta com o OTM. No entanto, como o NDD Frete também está integrado a outros TMS, essa integração não estava disponível para todos os casos, tornando necessária a realização do cadastro manual. Sempre que era preciso cadastrar ou editar um transportador, era necessário abrir um chamado para o suporte, que realizava a ação manualmente via chamada SOAP, pois não havia a possibilidade de realizar essa operação diretamente pela interface do sistema.
O que foi feito?
Foi adicionada uma nova funcionalidade na tela de transportadores: o botão "Novo" (conforme imagem abaixo). Essa funcionalidade permite que o usuário cadastre um novo transportador diretamente pelo sistema.
Ao acionar o botão "Novo", será exibida uma tela de cadastro em branco, onde o usuário poderá preencher todas as informações necessárias para o registro do transportador.
Na tela de Edição, usuários com permissão poderão alterar todas as informações dos campos e optar por salvar ou não as modificações realizadas.
Observação: Essa melhoria visa reduzir a dependência do suporte para cadastros e edições, tornando o processo mais ágil e eficiente para os usuários.
Calculo de impostos a nível de embarque
Como era antes?
O NDD Frete realiza o cálculo de impostos com base nos valores informados no planejamento do embarque a nível de Order Release. Isso significa que, para cada Order Release, todos os impostos aplicáveis são calculados separadamente.
Consequentemente, esses mesmos valores são utilizados no momento da recepção do CTe para a conciliação. Caso haja alguma divergência entre os valores planejados e os valores informados no CTe, a aplicação identifica e sinaliza a inconsistência.
O que foi feito?
Foi implementada uma nova funcionalidade que permite calcular os impostos com base nos valores totais do embarque, ao invés de considerar apenas os valores individuais de cada Order Release.
Ao ativar esse parâmetro, o NDD Frete passará a utilizar os valores totais do embarque para calcular impostos como ICMS, GRIS, AD VALOREM, entre outros.
Os mesmos cálculos serão aplicados na geração do pré-documento e também utilizados na conciliação do documento dentro do NDD Frete, seja por pré-documento ou por saldo.
Observação: Essa melhoria proporciona maior precisão no cálculo dos impostos, reduzindo possíveis divergências na conciliação e otimizando a consistência dos valores processados no sistema.
CORREÇÕES
Embarques Recepcionados Ficam com Situação "Inválido"
Qual era a ocorrência?
Os clientes estavam planejando os embarques normalmente mas ao chegar no NDD Frete os mesmos estavam ficando como inválidos devido a uma alteração na validação da filial que estava citada na viagem. Anteriormente a validação era realizada com base na OrderMovement, mas passou a ser feita através do CLL_TOMADOR. Como resultado, embarques que antes eram aceitos passaram a ser considerados inválidos, pois não atendiam à nova condição.
Solução:
A nova condição implementada foi ajustada para funcionar de forma híbrida, garantindo compatibilidade com a lógica anterior. Agora, o sistema realizará a validação conforme as seguintes regras:
Se o planejamento contiver apenas as informações da filial na OrderMovement e essa filial estiver cadastrada, o embarque será recepcionado com sucesso.
Caso a condição anterior não seja atendida, a validação será realizada utilizando a CLL_TOMADOR, conforme a alteração introduzida no PBI 125775.
Essa abordagem assegura que ambas as condições sejam aceitas, evitando falhas na recepção dos embarques.
Observação: ID 136613
Falha no Carregamento da Tela de Docs Originários para Usuários com Configuração de Transportadores Específicos
Qual era a ocorrência?
Foi identificado que a tela de Docs Originários não carregava corretamente as informações para usuários que possuíam permissões específicas configuradas no módulo Transportadores, dentro das configurações do usuário. Esse problema impedia a exibição dos documentos esperados, comprometendo a usabilidade da funcionalidade.
Solução:
Ajustada a lógica de carregamento da tela de Docs Originários para garantir que as informações sejam exibidas corretamente, independentemente de o usuário possuir transportadores específicos configurados. Desde que as regras operacionais sejam respeitadas, o sistema agora apresenta os dados corretamente.
Observação: ID 132586
Desvinculo de NF-e de embarques com e sem IOD - Chamado 572895
Qual era a ocorrência?
O cliente estava tentando desvincular uma NF-e de um embarque com status INICIADO sem IOD. No entanto, essa mesma NF-e também estava vinculada a um embarque EMBARCADO com IOD, resultando em um bloqueio no processo.
Ao tentar realizar o desvínculo, o sistema exibia uma mensagem informando que não era possível desvincular uma NF-e de um embarque com IOD, impedindo a operação mesmo para o embarque que estava apenas INICIADO. Esse comportamento gerava um bloqueio operacional para o cliente.
Solução:
Foi implementada uma validação para distinguir as situações dos embarques aos quais a NF-e está vinculada. Agora, o sistema permite o desvínculo da NF-e de embarques em que a situação permite essa ação, como no caso de embarques com status INICIADO.
Dessa forma:
Se a NF-e estiver vinculada a um embarque com IOD e simultaneamente a outros embarques sem IOD, o sistema permitirá o desvínculo desses embarques sem IOD, sem afetar o embarque que contém IOD.
Observação: ID 124835
Liberado em 21 de Fevereiro
MELHORIAS
Integração com operadora de pedágio MOVE+
Como era antes?
A operadora de pedágio MOVE+ estava habilitada dentro do NDDCargo, mas o NDDFrete precisava se adequar às alterações na integração para que pudesse utilizar esse novo recurso.
O que foi feito?
Atualmente, o código da operadora de pedágio é enviado dentro de um refnum CLL_TAG, onde o código da operadora é informado juntamente com o número da TAG.
Em nossas validações e envio para emissão do vale-pedágio, agora podemos receber o código 4 - Move Mais, além dos demais códigos já existentes.
Observação: Essa melhoria garante que o NDDFrete reconheça e processe corretamente a operadora MOVE+, permitindo a integração adequada e a emissão dos vales-pedágio sem impacto nas operações já existentes.
Liberado em 28 de Fevereiro
CORREÇÕES
Validação de filiais inativas no NDD Frete
Qual era a ocorrência?
O NDD Frete estava processando embarques normalmente, mesmo quando o tomador do serviço era uma filial inativa. O problema ocorria porque, durante o processamento, o sistema aplicava uma lógica de fallback, buscando um tomador válido nas releases e stops. Caso encontrasse uma filial ativa nas stops, ela era assumida como tomador, ignorando o fato de que o tomador original estava inativo.
Solução
Foi ajustada a consulta para garantir que a validação do tomador ocorra antes de seguir para a lógica de fallback. Agora, se o tomador identificado na release for uma filial inativa, o embarque será bloqueado e uma mensagem de erro será exibida. Somente se nenhuma filial válida for encontrada na release que a busca seguirá para as stops.
Além disso, foi implementado um teste automatizado para validar essa nova lógica, garantindo que filiais ativas nas stops não sobreponham a validação do tomador inativo.
Observação: ID 138596.