Segmento:

Logística

Função:

TMSA190 - Manifesto

MDFESEFAZ - Função de geração de XML de Manifesto Eletrônico (versão 1.0)

MDFESEFAZ3 - Função de geração de XML de Manifesto Eletrônico (versão 3.0)

Solução:

Com o surgimento do Manifesto Eletrônico, os Perguntes existentes perderam sua utilidade quando se trata deste tipo de manifesto. Com isso, estes perguntes foram reformulados de modo que, inicialmente seja definido qual o tipo de manifesto que será gerado (Eletrônico ou Normal).

• Se a opção escolhida for "Eletrônico": Serão solicitados somente o código da filial e código da viagem para geração do manifesto, e o sistema sempre considerará que, a separação do manifesto será efetuada a partir da Filial de Descarga dos documentos, de acordo com a rota definida na viagem de transferência, e a partir da Região de Cálculo de cada documento relacionado a viagem de entrega, de acordo com a rota definida na viagem de entrega.
• Se a opção escolhida for "Normal": Será aberto o mesmo pergunte atual, com exceção da opção "Tipo de manifesto", uma vez que ela já foi definida anteriormente.

Ao gerar o Manifesto com 2 viagens de entrega coligadas, sendo que cada uma iria efetuar a entrega em uma UF específica, a rotina estava armazenando como viagem do manifesto, a viagem coligadora principal. O programa foi alterado para armazenar a sua própria viagem, quando a UF for diferente da UF da viagem coligadora.

O programa também foi alterado para considerar o tipo da viagem na hora de definir a UF de destino do Manifesto. Antes estava sempre considerando a UF da Cidade de cálculo dos documentos atrelados ao Manifesto. Porém, no caso de coligação de uma viagem de Transferência para UF X (destino final UF Y) a uma Entrega para UF Y, a rotina estava gerando um único Manifesto. Com a alteração citada, o sistema passou a gerar 2 Manifestos.

Também foram realizadas as alterações na tag "UFFIM", para que seja alimentada de acordo com o destino da viagem principal (caso exista coligação) do Manifesto.

Com relação as tags relacionadas aos municipios de descarga, a função foi alterada para considerar sempre o serviço da viagem em que o CTRC está alocado:

• Quando for Viagem de Entrega, considera como municipio de descarga a cidade de destino do CTRC.
• Quando for Viagem de Transferência, considera como municipio de descarga a cidade onde está alocada a filial de transferência.

Nesta issue foram validados os seguintes cenários:

• 1 MDFe com 1 Entrega isolada.
• 1 MDFe com 1 Transf isolada.
• 1 MDFe com 2 viagens de Entrega coligadas.
• 1 MDFe com 2 viagens de Transf coligadas.
• 1 MDFe com 2 viagens de Entrega para Ufs diferentes coligadas.
• 1 MDFe com 2 viagens de Transf para Ufs diferentes coligadas.
• 1 MDFe com 1 Entrega com 1 Transf coligada.
• 1 MDFe com 1 Transf com 1 Entrega coligada.
• 1 MDFe com 2 Ctes emitidos dentro de um mesmo estado, onde o Remetente e os Destinatários estão localizados (MDFE IntraEstadual entre Municipios diferentes).
• 1 MDFe com 1 Entrega coligada com 1 Coleta.
• 1 MDFe com 1 Entrega com serviço adicional de Coleta (F12 na Viagem de Entrega).
• 1 MDFe com 1 Entrega e 1 Transf coligadas, sendo estas últimas 2 viagens para a mesma UF, e esta UF deve ser diferente da viagem coligadora.

Associado MLOG-2600

Foi realizada no sistema a alteração na rotina, para que não gere Manifesto caso a viagem possua documentos que não estejam carregados.

Sobre a issue MLOG-2601 foram realizados alguns ajustes, de modo que caso a viagem informada possua 2 ou mais documentos para cidades distintas, porém, para uma mesma UF, seja gerado um único Manifesto Eletrônico.

Associado MLOG-2525

Foi realizada no sistema a correção na rotina, para que não utilize a UF de Destino do documento no preenchimento das UFs de Percurso, mas sim, a UF da Filial de Descarga, que quando for igual a UF de destino do Manifesto, é descartada.

Tickets relacionados:

• 640638
• 715376
• 761761
• 640237