Melhorias:
Nesta versão do TMS Lincros, foram implementadas diversas melhorias na plataforma, em especial as rotinas do Acompanhamento de Entregas, Integração Correios, Ocorrências, Pátio e Portaria e Ordem de Coleta.
Módulo: Acompanhamento de entregas
No padrão do TMS é possível enviar ocorrências de transporte com qualquer data informada. Seguindo nossa sequência de melhorias do produto, já desenvolvemos um parâmetro que não permite a data da ocorrência de entrega como maior que a data/hora atual ou a data de entrega menor que a data de emissão do documento (Pré-nota/Nota).
Havia a necessidade de também bloquear as ocorrências de coleta, com data menor que a de emissão do documento.
O que mudou?
Alguns clientes notaram que por erros operacionais seus colaboradores ou transportadores informavam datas de coleta anteriores a emissão do Pedido/Nota, gerando distorção nas informações.
Com o objetivo de blindar este erro, foi criado um novo parâmetro do qual o cliente pode querer habilitar ou não.
Este parâmetro ao receber uma ocorrência de coleta (ação Confirmação de Coleta), valida se ela é anterior a data da Nota Fiscal, caso seja, irá gerar erro na importação da ocorrência e também será registrado um log de alerta no pré-conhecimento informando que houve a tentativa de inserir a data X para coleta, mas por ser anterior a emissão não foi lançada.
Caso a Nota esteja vinculada em uma pré-nota, a data de emissão da pré-nota passa a ser a data mínima para validação.
Para adicionar essa validação na operação, adicionar o parâmetro "validarDataDocumentoColeta".
Todas as rotinas de criação/importação de ocorrências serão impactadas pela regra.
Na importação de EDI:
Exemplo do log no histórico do pré-conhecimento:
Módulo: Acompanhamento de entregas
Alguns clientes possuem a necessidade de exibir o pré-conhecimento de veículo adicional, com novos pontos na régua para acompanhamento de entregas.
O que mudou?
Foi criado um novo parâmetro de empresa "visualizarReguaDeRastreioVeiculoAdicional" que ao habilitá-lo irá apresentar uma nova régua de transporte, caso o documento tenha um pré-conhecimento do tipo veículo adicional.
Neste card também foi padronizado todas as telas que possuem a régua de acompanhamento, sendo: Acompanhamento de entregas, Rastreamento de mercadoria, Rastreio de pedidos, Portal do cliente Nota Fiscal, Portal do cliente rastreio pedidos, Link de rastreio público e WS de rastreio público.
Para as visualizações do cliente final, foi incluído um toolTip explicando o que é um veículo adicional no processo de entrega.
Módulo: Tendering/Central de Fretes e/ou Dock Scheduling/Pátio e Portaria
Atualmente no TMS o envio do NOTFIS na Ordem de Coleta está fixado com o layout 3.0 do padrão PROCEDA. Este layout possui alguns gaps de informações comuns que os transportadores possuem necessidade.
O que mudou?
Foi desenvolvido o layout NOTFIS 5.0 no TMS, que contém melhorias para atender de forma mais completa a comunicação de documentos aos transportadores, entre elas, se destacam:
Endereço de coleta;
Endereço de entrega;
Complementos de coleta/entrega;
Consignatário
Existem algumas adaptações que foram necessárias sobre o padrão PROCEDA em si, e o manual está disponível aqui, do NOTFIS 5.0 LINCROS.
Módulo: Dock Scheduling/Pátio e Portaria
Visando uma melhoria no processo de gerenciamento de etapas (Kanban) na Plataforma LINCROS, à partir desta melhoria será permitindo que o usuário retorne etapas no quadro do Kanban da Portaria.
O que mudou?
Incluído novo botão em tela para retornar as alocações nas etapas no Kanban Gerencial. Estas alterações serão refletidas também nas operações de Motorista, Portaria e Doca, garantindo que o sistema acompanhe o retorno com atualização de status e geração automática de ocorrências.
Caminho do Menu
Expedição > Operações > Kanban gerencial
Módulo: Tendering/Central de Fretes e/ou Management/Auditoria de Fretes
Alguns clientes possuem habilitado o parâmetro para gerar uma pendência de lançamento de taxa adicional sobre Notas e/ou Embarques. Porém em determinadas situações a plataforma não gera a pendência.
O que mudou?
Foi tratado o fluxo para garantir a geração da pendência de lançamento de taxa adicional e permitir aos embarcadores terem melhor controle sobre os custos.
Módulo: Tendering/Central de fretes e/ou Management/Auditoria de fretes
Para os cliente que utilizam da funcionalidade de perfis customizados, é possível limitar ações e visões dos usuários dentro da plataforma. Na tabela de fretes, ao setar um perfil para apenas exibir a tabela, sem permissão de edição, o botão de Reajustar ainda era exibido.
O que mudou?
Conforme a necessidade dos nossos clientes, adicionamos a condicional ao botão onde caso o perfil seja restrito a edição desta tela, também irá remover o botão de reajuste da tabela de fretes.
Módulo: Geral
Os embarcadores conseguem controlar e editar os cadastros dos transportadores vinculados em suas empresas, porém existia uma dificuldade em rastrear as edições destes dados.
O que mudou?
Para entregar mais compliance aos nossos clientes, foi criado um novo log de edição do cadastro dos transportadores para que em qualquer edição possa ser rastreado.
O novo log fica disponível em:
Menu > Cadastros gerais > Transportadoras > Transportadora (empresa) > Cadastro
Módulo: Acompanhamento de Entregas
Dentro do TMS é possível utilizar a função de busca de ocorrências diretamente na base dos Correios, para isso é necessário o registro do integrador correios e ter o registro dos números de objeto. Porém caso o cliente utilize a função de pré-notas e queira enviar o número do objeto pela TF_CODIGO_RASTREIO na NFe o número não é populado
O que mudou?
Criamos a nova lógica de que ao receber o número do objeto na Pré-nota, se informado novamente da NF-e será substituído. Garantindo que indiferente do cliente utilizar Pré-nota ou não, a informação do número de objeto será recebida, se enviada, para posterior busca das ocorrências Correios.
Módulo: Acompanhamento de entregas
Assim como temos um parâmetro de empresa que pode ser habilitado ou não, para permitir uma data de ocorrência de entrega maior que a data atual, por necessidade dos clientes, desenvolvemos um novo parâmetro para definir se deve ser importado/criado uma ocorrência de entrega com data anterior a data de emissão do documento.
O que mudou?
Alguns clientes notaram que por erros operacionais seus colaboradores ou transportadores informavam datas de entrega anteriores a emissão do Pedido/Nota, gerando distorção nas informações.
Com o objetivo de blindar este erro, foi criado um novo parâmetro do qual o cliente pode querer habilitar ou não.
Este parâmetro ao receber uma ocorrência de entrega (ação Entrega Nota), valida se ela é anterior a data da Nota Fiscal, caso seja, irá gerar erro na importação da ocorrência e também será registrado um log de alerta no pré-conhecimento informando que houve a tentativa de inserir a data X para entrega, mas por ser anterior a emissão não foi lançada.
Caso a Nota esteja vinculada em uma pré-nota, a data de emissão da pré-nota passa a ser a data mínima para validação.
Para adicionar essa validação na operação, adicionar o parâmetro "validarDataEntregaAposEmissao".
Todas as rotinas de criação/importação de ocorrências serão impactadas pela regra.
Na importação de EDI:
Exemplo do log no histórico do pré-conhecimento:
Módulo: Acompanhamento de entregas
No TMS Lincros, na tela de acompanhamento de entregas, temos a função de lançamento de ocorrências em lote para Notas Fiscais. Alguns clientes possuíam a necessidade da mesma função para pré-notas.
O que mudou?
Foi desenvolvido dentro da mesma função a possibilidade de lançamento também em lote para pré-notas.
Existem algumas regras para lançamento do lote, onde, somente devem ser selecionados pré-notas OU notas e no caso das pré-notas, sempre deve possuir um conhecimento do tipo NORMAL, REDESPACHO, VEÍCULO ADICIONAL, REENTREGA ou DEVOLUÇÃO. Se o documento tiver mais de um pré-conhecimento, será vinculado sempre no conhecimento NORMAL.
Módulo: Geral
Para os clientes que utilizam os Correios no TMS, para qualquer uma das rotinas (Preço/Prazo/Rastreio/Pré-postagem/Etiqueta/Suspensão de entrega) nas configurações da integração era permitido informar apenas 1 contrato e 1 cartão de postagem.
O que mudou?
Desenvolvemos a rotina para permitir múltiplos cartões/contratos correios, sendo assim, cada documento, unidade empresa e etc irá utilizar o contrato e cartão que tiver necessidade.
Na tabela de fretes, foi adicionado um novo campo para definir o cartão que será utilizado na tabela e com as restrições da tabela é possível realizar as restrições.
Uma vez que a tabela for associada em um pré-conhecimento o número do cartão será definido para as próximas integrações com os correios deste documento, como, busca das ocorrências, geração de pré-postagem e etc.
Descrição
Foi implementado o endpoint v2/embarque/recuperarDados, que traz melhorias em relação à versão anterior, incluindo uma nova estrutura com dados completos da transportadora vinculada ao embarque, além do novo campo tipoPagador, que permite identificar se o pagador é o remetente, destinatário ou consignatário.
A V2 mantém compatibilidade total com a V1, preservando todos os campos já existentes e adicionando novos elementos ao retorno para enriquecer a resposta:
O que mudou/O que há de novo?
Novos campos adicionados na V2:
Objeto Transportadora (inserido abaixo do campo cnpjTransportadoraFilial):
CNPJ
Inscrição Estadual
Razão Social
Logradouro
Número
Complemento
CEP
Bairro
Código de Município (IBGE)
Município
UF
Campo adicional:
tipoPagador: Indica o responsável pelo pagamento do frete, podendo retornar:
"1" – Remetente
"2" – Destinatário
"3" – Consignatário
Módulo: Dock Scheduling/Pátio e Portaria
Descrição
Visando flexibilizar a rotina de horário de corte para os usuários da empresa que realizam alocações de docas para a Ordem de descarga, foi desenvolvida uma rotina para restringir apenas aos usuários de transportadora a regra do horário de corte.
O que mudou/O que há de novo?
Desenvolvido um checkbox denominado "Restringir apenas aos usuários de transportadora" no cadastro da Portaria. Com este checkbox selecionado, a regra de horário de corte passará a valer apenas para os usuários de transportadoras.
Caminho do Menu:
Menu > Cadastros gerais > Portaria > Cadastro
Módulo: Dock Scheduling/Pátio e Portaria
Descrição
Visando facilitar o monitoramento das alocações por etapa, oferecendo uma visão geral rápida e intuitiva, foi melhorada a visualização da quantidade de alocações em cada estágio do Kanban.
O que mudou/O que há de novo?
Incluído um totalizador da quantidade de alocações em cada estágio do Kanban. Isso permite um controle mais eficiente e otimiza o gerenciamento das operações da Portaria.
Caminho do Menu
Menu > Expedição > Operações > Kanban gerencial
Módulo: Dock Scheduling/Pátio e Portaria
Descrição
Implementada uma nova versão denominada V2 para a API cte/recuperarDados. Nesta nova versão, foi incluído no retorno da API uma nova list denominada "conhecimentoReferencia".
O que mudou/O que há de novo?
Nesta nova lista, foram inseridas as seguintes tags abaixo, com os dados do CT-e/Pré-conhecimento vinculado no CT-e que está sendo recuperado os dados:
"oidPreConhecimento";
"tipoConhecimento";
"numeroCTe";
"serieCTe";
"oidCTe";
"chaveCTe";
"dataEmissao";
"cepOrigem";
"codIbgeOrigem";
"cepDestino";
"codIbgeDestino";
"valorBaseIcms";
"valorAliquotaIcms";
"valorIcms".
Módulo: Acompanhamento de entregas
Descrição
Foi implementada uma função dinâmica que gera automaticamente a ocorrência de emissão (código 1002) sempre que uma Nota Fiscal de saída for importada com a modalidade de frete configurada como "Por conta do remetente".
Essa ocorrência é vinculada diretamente à NF importada, registrando o evento de emissão e permitindo que os eventos configurados para esse tipo de ocorrência, como o envio da previsão de entrega, sejam disparados automaticamente.
A funcionalidade depende do pré-cadastro da ocorrência 1002 na base da empresa.
O que mudou/O que há de novo?
Geração automática da ocorrência de emissão (código 1002) ao importar NF de saída com frete por conta do remetente.
Vinculação direta da ocorrência à NF importada.
Disparo automático dos eventos configurados para a ocorrência, como a régua de rastreamento.
Validações aplicadas:
A NF deve ser de saída.
A modalidade de frete deve estar como "Por conta do remetente".
Módulo: Management/Auditoria de Fretes
Descrição
Foi adicionada a opção "Agrupar NF por CT-e" na tela de emissão do relatório Espelho de Fatura Analítico. Quando ativada, essa funcionalidade consolida os valores das Notas Fiscais associadas a um mesmo CT-e, exibindo apenas uma linha por CT-e.
As notas são apresentadas separadas por vírgula na coluna de NF-e, e os campos Valor NF-e e Peso refletem a soma das NFs agrupadas. A estrutura do relatório (colunas e cabeçalho) permanece inalterada.
O comportamento original do relatório é mantido quando a opção não está selecionada.
O que mudou/O que há de novo?:
Nova flag "Agrupar NF por CT-e" adicionada à tela do relatório Espelho de Fatura Analítico.
Quando ativada:
O relatório exibe uma linha por CT-e, agrupando todas as NFs associadas.
As NFs são listadas separadas por vírgula na coluna NF-e.
Os valores de Valor NF-e e Peso são somados.
Quando desativada:
O relatório mantém a exibição individual de cada NF.
A funcionalidade aplica-se exclusivamente ao relatório Espelho de Fatura Analítico.
Caminho do Menu
Menu > Relatórios > Financeiro > Espelho de Fatura Analítico