Gestão de Transportes | TMS - 3.25.12

Anteriormente, ao consultar um pedido no site, o cliente não tinha como verificar a existência de um agendamento ou a data de entrega prevista. Para resolver essa questão, implementamos uma melhoria na integração com o sistema de Tracking de Pedidos. Agora, a data prevista de entrega, que é informada no módulo CCE em Movimentações > Controle de Entregas > Entrega por Conhecimento, será atualizada para refletir a data de agendamento, sempre que esta estiver disponível.

Como parte dessa melhoria, realizamos um ajuste no RBT Tracking. Antes, na ausência de uma data de agendamento preenchida, o sistema preenchia automaticamente com uma data fixa, 30/12/1899. Agora, esse comportamento foi corrigido para evitar a atribuição dessa data padrão incorreta.

Caso algum cliente tenha baixado essa versão, poderá abrir um chamado com o suporte para receber as orientações de como realizar as correções de datas retroativas.

Implementamos na rotina uma validação para que, ao incluir uma Ordem de Coleta do tipo Devolução Reversa, não seja permitido salvar sem informar um documento no campo de anexo, apresentando a mensagem Deve ser informado um ou mais arquivos de Coletas!.

Implementamos na rotina uma validação para que, ao incluir uma Ordem de Coleta do tipo Devolução Reversa, não seja permitido salvar sem informar um documento no campo de anexo, apresentando a mensagem Deve ser informado um ou mais arquivos de Coletas!.

Atualizamos a rotina que preenche o campo CdSolicitacaoAP (Código da solicitação gerada em Solicitações de Antecipação de Pagamento - FIN), especificamente para as abastecidas importadas através do CTAPlus.

Após a homologação foram implementados alguns ajustes na rotina, como:

• Ajustamos o tamanho da fonte de 10 para 9;
• Aplicamos a quebra de linha, conforme apresentada no layout de impressão, em cada uma das taxas do texto das Generalidades.

Realizamos uma otimização nos comandos SQL utilizados na Apuração de Conhecimentos para melhorar o desempenho do sistema.

Realizamos uma atualização na rotina de Manutenção de Notas Fiscais de Entrada, para notas que possuem Tributação Monofásica e com TTD (Tratamento Tributário Diferenciado). O ajuste consiste na recalibração do cálculo do TTD com base no CST monofásico especificado na nota fiscal.

Problema: a rotina estava apresentando o cálculo incorreto do peso das notas fiscais.

Correção efetuada: corrigimos o comando que recalcula automaticamente o peso cubado, ao realizar a emissão de conhecimento via EDI.

Problema: o sistema estava realizando o cálculo do campo Valor Outros incorretamente, após alterar os valores da composição do frete.

Correção efetuada: ajustamos a rotina responsável pelo cálculo da alíquota utilizada no preenchimento do campo Valor Outros durante a emissão de nota fiscal de serviço. Esta correção foi aplicada para garantir a precisão do cálculo quando há alterações na composição do frete.

Problema: a rotina estava apresentando o cálculo incorreto do peso das notas fiscais.

Correção efetuada: corrigimos o comando que recalcula automaticamente o peso cubado, ao realizar a emissão de conhecimento via EDI.

Problema: a rotina estava gerando um único MDF-e para mais de um conhecimento com destinos para estados diferentes, ao realizar a geração via ficha de viagem.

Correção efetuada: ajustamos o comando de criação do MDF-e para incluir a geração de mais um MDF-e quando os estados de destinos dos documentos forem diferentes.

Problema: a rotina apresentava a mensagem de erro Delete command deleted [0] instaled of [1] record ao tentar excluir um registro.

Correção efetuada: corrigimos a configuração do componente de conexão com o banco de dados.

Anteriormente, ao consultar um pedido no site, o cliente não tinha como verificar a existência de um agendamento ou a data de entrega prevista. Para resolver essa questão, implementamos uma melhoria na integração com o sistema de Tracking de Pedidos. Agora, a data prevista de entrega, que é informada no módulo CCE em Movimentações > Controle de Entregas > Entrega por Conhecimento, será atualizada para refletir a data de agendamento, sempre que esta estiver disponível.

Como parte dessa melhoria, realizamos um ajuste no RBT Tracking. Antes, na ausência de uma data de agendamento preenchida, o sistema preenchia automaticamente com uma data fixa, 30/12/1899. Agora, esse comportamento foi corrigido para evitar a atribuição dessa data padrão incorreta.

Caso algum cliente tenha baixado essa versão, poderá abrir um chamado com o suporte para receber as orientações de como realizar as correções de datas retroativas.

No EFD-REINF, na guia PF das Retenções PF/PJ, implementamos uma melhoria na pesquisa dos documentos de Notas de Serviços. Agora, serão exibidas as Notas de Serviços que foram registradas através da rotina de Recebimento. Essa alteração permite a inclusão dessas notas pela guia PF, viabilizando a exportação correta para o registro R-4010.

Problema: o sistema apresentava a mensagem de erro [AnyDAC][Phys][Ora] ORA-00904: "A"."NRDOCUMENTO": identificador inválido ao tentar acessar a guia Retenções PJ/PF.

Correção efetuada: alteramos o comando que realiza a ordenação da consulta dos movimentos.

Problema: a rotina estava exportando para o arquivo SPED, o código incorreto do campo Origem de Mercadoria.

Correção efetuada: realizamos a correção do comando que faz a exportação do código da origem do item.

No EFD-REINF, implementamos um ajuste nas notas apresentadas para a guia PJ das Retenções PF/PJ, adequando a consulta dos documentos conforme a forma de apuração dos impostos, podendo ser por pagamento ou competência.