Março 2025

Estes são os release notes do mês de março 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.32.3

CORREÇÕES

Versão 4.33.4

CORREÇÕES

Versão 4.33.5

MELHORIAS

Inclusão informações do embarque SAP nas observações gerais do CTe

CORREÇÕES

Não está sendo incluído OVP no Pré-MDF-e

Liberado em 13 de Março

CORREÇÕES

Embarques recepcionados apresentando status "Inválido"

Qual era a ocorrência?
Anteriormente, a validação do tomador era feita exclusivamente com base na movimentação de ordem, incluimos mais uma validação através do CLL_TOMADOR. Com isso, embarques planejados apenas com a informação da filial na movimentação de ordem deixaram de ser recepcionados corretamente.

Solução
Ajustamos a validação para permitir um comportamento híbrido, garantindo que ambas as condições sejam aceitas:

Se o planejamento contiver a filial apenas na movimentação de ordem e a filial existir no cadastro, o embarque será recepcionado com sucesso.
Se o planejamento trouxer a filial apenas no CLL_TOMADOR, a validação também será realizada corretamente.

Com essa alteração, a recepção dos embarques funcionará tanto no formato anterior quanto no novo, evitando impactos para os clientes.

Observação:

ID 136613.

Falha no processamento da atualização de embarque

Qual era a ocorrência?
Foi identificada uma falha no processo de atualização de embarque quando este já estava no status "Embarcado" e com o documento de transporte aprovado.

Além disso, o log indicava que o processamento havia sido finalizado e o registro removido dos controles internos, porém, a consulta ao banco de dados mostrava que o registro ainda estava presente.

Solução
Foi identificado que, em casos de falha na recepção do embarque, o fluxo não era corretamente finalizado e a falha não era exibida na interface.

O ajuste realizado garante que as falhas de validação sejam exibidas corretamente na tela de embarques, permitindo a visualização e correção dos erros antes da continuidade do processamento.

Observação:

ID 138252.

Pedágio não gerado após o embarque

Qual era a ocorrência?
Alguns embarques estavam com o parâmetro pedágio calculado igual a “S”, porém, após serem embarcados, permaneciam como pendentes na emissão do vale-pedágio. Para que a emissão ocorresse, era necessário alterar manualmente o status para "Falha", forçando a geração do pedágio.

Solução
Foi identificado que o erro ocorria no fluxo de cálculo da pauta fiscal, quando o sistema não conseguia encontrar os custos das releases. Isso impedia a continuidade do processo.

O ajuste implementado garante que, caso os custos não sejam encontrados, o sistema apenas ignore o cálculo da pauta fiscal para essas releases, permitindo que o fluxo siga normalmente sem impedir a geração do vale-pedágio.

Observação:

ID 136749.

Embarque não gerando imposto devido a falha de CLL_SO_DESTINAÇÃO

Qual era a ocorrência?

Foi identificado que o embarque não estava gerando imposto devido a uma falha relacionada à operação para o exterior, com origem no Brasil e destino em EUA. A mensagem de erro associada indicava dificuldades no cálculo do ICMS. Além disso, observou-se que o problema persistia em versões anteriores do embarque.

Solução

Após uma análise aprofundada, constatou-se que a duplicação de registros na tabela de configuração de impostos estava impedindo a correta geração dos valores de imposto. Para resolver essa situação, foram adotadas duas medidas principais:

Implementação de uma chave única para evitar a inserção de registros duplicados, garantindo que cada combinação de origem e destino seja única.
Limpeza dos registros existentes, removendo duplicatas e preservando sempre o registro mais antigo, assegurando a integridade das informações.

Essas ações garantiram que o sistema possa calcular os impostos corretamente, evitando problemas futuros relacionados a duplicações.

Observação:

ID 126632

Embarques sendo recepcionados de forma duplicada

Qual era a ocorrência?

Foi identificado que alguns embarques estavam sendo recepcionados de forma duplicada no ambiente, resultando em um embarque com a validação travada em processamento, enquanto outro processava normalmente. Essa situação gerou confusões operacionais e necessitou de intervenções manuais para remover os embarques que ficavam em processamento.

Solução

Após investigação, constatou-se que o problema se originava da recepção de duas transmissões quase simultâneas. Ambas consultavam o banco de dados para verificar a existência do embarque, e, ao não encontrarem registros, inseriam o mesmo embarque na tabela de monitoramento, resultando na duplicação.

Para resolver essa questão, foi implementada uma validação no início do processamento. A correção funciona da seguinte forma:

O sistema realiza uma verificação para identificar se existem embarques duplicados na tabela de monitoramento antes de iniciar o processamento.
Se forem encontrados dois registros com o mesmo identificador (Xid), o sistema deleta automaticamente um dos registros, garantindo que apenas um embarque válido seja mantido.

Essa validação assegura que a recepção dos embarques ocorra de forma correta e sem duplicações, melhorando a eficiência do processo.

Observação:

ID 138712 - Chamado 587225

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 as informações corretamente para usuários que possuíam permissões específicas configuradas no módulo Transportadores. Esse problema foi observado no cliente Sal Cisne, com um usuário que pertence ao grupo de permissões Transportador e possui transportadores vinculados.

Quando as configurações específicas de transportadores estavam ativas, a tela de Docs Originários apresentava um erro, enquanto, ao remover essas configurações, as informações eram carregadas normalmente.

Solução

Após uma análise detalhada, verificou-se que a funcionalidade de filtro por transportador na tela de NFe não estava funcionando como esperado. Para resolver esse problema, foi implementada uma correção na funcionalidade, garantindo que a tela de Docs Originários carregue corretamente, independentemente da configuração de transportadores específicos do usuário.

Com a correção implementada, o sistema agora apresenta as informações de forma adequada, desde que as regras operacionais sejam respeitadas.

Observação:

ID 132586 - Chamado 584758

Desvinculo de NF-e de embarques com e sem IOD

Qual era a ocorrência?

O cliente relatou dificuldades ao tentar desvincular uma NF-e de um embarque com a situação "INICIADO" que não possui IOD. A nota estava vinculada a um embarque "EMBARCADO" que possui IOD. A mensagem de erro apresentada ao tentar desvincular indicava que não era possível desvincular a NF-e de um embarque com IOD, impedindo a operação e causando transtornos ao cliente.

Solução

Constatou-se que o sistema não mapeava corretamente a distinção das situações dos embarques vinculados à NF-e. Para resolver essa questão, foi criado um novo fluxo interno que permite a realização do desvínculo de NF-e de embarques que não possuem IOD, mesmo quando há outros embarques vinculados com IOD.

Agora, o sistema permite que, caso uma NF-e esteja vinculada a embarques com diferentes situações, o desvínculo possa ser realizado para aqueles embarques que permitem tal ação, como os embarques "INICIADOS".

Observação:

ID 124835 - Chamado 572895

Integração e recalculo Pre-ICMS

Qual era a ocorrência?

Ao recepcionar atualizações no embarque, o sistema estava recalculando o Pre-ICMS e integrando essas informações para o OTM, mesmo quando não havia alterações nos valores. Embarques que continham duas releases ouve duplicidade no calculo sem a devida necessidade.

Solução

Ficou claro que o sistema estava configurado para recalcular e integrar o Pre-ICMS em qualquer atualização do embarque, independentemente de alterações nos valores. Para corrigir essa situação, a questão foi convertida em uma SPRINT TASK (140408), com o objetivo de implementar a lógica que permitirá o recalculo e a integração do Pre-ICMS somente quando houver mudanças nos valores da release.

Com essa atualização, o sistema assegurará que o recalculo e a integração ocorram apenas em casos onde os valores tenham sido efetivamente alterados, otimizando o processo e evitando cálculos desnecessários.

Observação:

ID 139846 - Chamado 586434 - A sprint task será liberada em versões futuras.

Embarque ficando preso na fila da processamento nome do tomador com caractere especial.

Qual era a ocorrência?

Foi identificado que um embarque estava preso na fila da processamento devido a um erro no nome do tomador, que estava sendo enviado na transmissão com um caractere especial. O embarque apresentou um erro de validação, onde dado estava sendo registrado como "Armazém", mas estava sendo transmitido como "Armaz?m". Isso impediu a continuidade do processamento do embarque.

Solução

Constatou-se que o sistema não estava gerenciando corretamente as divergências entre os dados já recepcionados e os dados enviados na transmissão via XML. Quando uma discrepância era identificada, o NDDFrete gerava uma falha, mas o fluxo não continuava, resultando em um travamento no processamento.

Para resolver essa questão, foi implementada uma correção que ajusta o sistema para que, ao encontrar uma divergência, ele gere corretamente a falha e informe ao usuário, permitindo que o fluxo de processamento continue sem travamentos. Assim, o embarque agora atualizará a informação conforme o XML recebido, evitando problemas de validação relacionados a acentuação.

Observação:

ID 139824

Atualização simultânea de IOD e Embarque resultando em falha de validação do IOD

Qual era a ocorrência?

Em situações onde havia uma falha no embarque, a atualização que corrigia essa falha e incluía o IOD da remessa estava sendo rejeitada. Isso ocorria porque o processamento do embarque acontecia antes da validação do IOD, resultando em uma falha de embarque e a consequente rejeição da ocorrência.

Solução

Implementada uma nova lógica no sistema que garante que o status do embarque só será processado após a conclusão do processamento do embarque. Com essa mudança, o sistema agora verifica se o embarque foi corrigido antes de validar e processar o IOD. Isso evita que ocorrências sejam canceladas indevidamente por falhas no embarque.

Observação:

ID 139824 - Chamado 587864

Liberado em 27 de Março

MELHORIAS

Inclusão informações do embarque SAP nas observações gerais do CTe

Como era antes?

Os usuários não conseguem adicionar ou complementar observações manuais nas emissões dos documentos do CTe. Isso limita a capacidade de personalização das informações, dificultando a identificação do embarque durante a conferência e também para os transportadores.

O que foi feito?

Implementada uma melhoria que permitirá a inclusão de informações adicionais nas observações gerais do CTe. Agora, ao receber um embarque, a informação relevante será capturada e adicionada automaticamente.

Essa mudança facilita a identificação do embarque, tornando a comunicação mais clara entre o embarcador e os transportadores. Assim, os usuários poderão visualizar informações importantes de forma mais organizada, melhorando a eficiência do processo.

Observações:

Para melhor entendimento dos campos técnicos em caso de dúvida consultar a proposta funcional ou entrar em contato com o nosso suporte.

CORREÇÕES

Não está sendo incluído OVP no Pré-MDF-e

Qual era a ocorrência?

Foi identificado que, ao gerar o Pré-MDF-e, a informação do Vale-Pedágio só era incluída quando o transportador era classificado como TAC. Isso limitava o registro do OVP e dificultava a correta documentação dos embarques.

Solução

A melhoria garante que o Vale-Pedágio seja informado no Pré-MDF-e independentemente do tipo de transportador, desde que exista um OVP vinculado ao embarque. Essa mudança assegura que todas as informações relevantes estejam disponíveis para uma melhor gestão do transporte.

Além disso, o CIOT continuará a ser informado apenas quando o transportador for TAC, mantendo a clareza nas informações.

Observações:

ID 141380