1.Cancelamento total alterando status do shipment com MDF-e emitido.

 Cliente identificou erro no planejamento do buy e sell 3 e tentou realizar o cancelamento total do shipment, ocorrendo o cancelamento correto do buy e sell 3, porém os buy's e sell's 1 e 2 ficaram com status de cancelamento rejeitado em virtude do DPS posuir MDF-e, mas o nddFrete alterou o status desses embarques para DADOS_INCONSISTENTES sem conseguir cancelar o DPS.

 Ajuste: Ajustado para alterar apenas quando finalizar o cancelamento, e caso não seja cancelado, o status não deve ser alterado, nem dos buys nem dos sells.

 Impacto Cliente Final:  Não há.

 Impactos Suporte: Não há.

2.Não cancela embarque que possui CT-e inutilizado.

 Cliente desceu um agrupador, três buys e três sell's, porém devido a uma indisponibilidade da SEFAZ o DPS rejeitou e o cliente preferiu fazer um cancelamento total de embarque, porém o status do agrupador ficou "Emitindo Cancelamento" gerando mensagem na fila de erro.

 Ajuste: Ajustado para permitir o cancelamento do embarque quando há um CT-e inutilizado.

 Impacto Cliente Final:  Não há.

 Impactos Suporte: Não há.

3.Criado NOTFIS sem shipmentBuy.

 Foi gerado um NOTFIS, porém ao ser consumido, gerou mensagem na fila de erro com a informação: "Não foi encontrado registro de ShipmentBuy na base de disponibilização

 Ajuste: Ajustado para sempre possuir o shipmentbuyId, evitando a ocorrencia de erros.

 Impacto Cliente Final:  Não há.

 Impactos Suporte: Não há.

4.Não permite cancelar CT-e complementar que possuir CT-e do mesmo agrupador em fatura.

 Não permite cancelar CT-e complementar que possuir CT-e do mesmo agrupador em fatura.

 Ajuste: Ajustado para permitir cancelar CT-e complementar, mesmo que exista CT-e do mesmo agrupador em fatura.

 Impacto Cliente Final:  Não há.

 Impactos Suporte: Não há.

5.Transmission de embarque na fila de erro.

 Cliente realizou o planejamento do shipment e o enviou para o nddFrete, porém gerou mensagem na fila de erro e o registro ficou pendente na tabela shipmentControl.

 Ajuste: Ajustado para quando não encontrar esse refnun da release, informar em tela, e manter o shipment não preparado para emissão.

 Impacto Cliente Final:  Não há.

 Impactos Suporte: Não há.

6.Ajustar o fluxo de Emissão de CT-e Substituição - Validação equivocada de valor a maior.

 Para o fluxo de emissão de CT-e substituto, temos uma validação na recepção do Embarque, onde não validamos um shipment sell no processo de substituição se o valor for maior que a emissão original.

Ou seja, obrigatoriamente, forçamos que o CT-e substituto seja menor que o CT-e Normal.

 Ajuste:  Removido validação que não permitia reduzir o valor dos custos agrupados no cenário de substituição.

 Impacto Cliente Final:  Não há.

 Impactos Suporte: Não há.

7.Falha ao processar shipments de reentrega ou devolução onde o embarque original foi planejado fora do nddFrete.

 Cliente enviou um embarque de devolução para o nddFrete com uma release "DT", porém a release original não consta na aplicação devido o primeiro planejamento ter sido a própria devolução.

Neste caso cai mensagem na fila de erro devido não achar a release sem o final "DT".

 Ajuste: Implementado uma validação para não deixar o embarque preparado para emissão quando a release original não existir na base.

 Impacto Cliente Final:  Não há.

 Impactos Suporte: Não há.