Versão 4.32.3

CORREÇÕES

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

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