| Pendência | Resolução |
|---|
| MILLEN-7864 | SOLUÇÃO
Alterado o método MILLENIUM.VOLUMES_EVENTO.ALTERA_STATUS utilizado tela na Logística\TMS\Consulta Volume' Botão 'Alterar Status', para fazer a chamada do evento de entrega.
Já existe uma flag na configuração para VTEX enviar o status de entrega feito na pendência BMMANU-26107, esta alteração está na versão 79.17 e branches.
OBSERVAÇÕES
Para o pedido VTX-607856 não foi identificada uma baixa automática para a transportadora, já que está utilizando a opção 'modules', e não está utilizando uma interface por outra transportadora.
como TotalExpress/Jadlog.
Flag da configuração de status de Entrega da VTEX
Vitrine\Vitrines\Alterar\ Botão Configurações Adicionais: Enviar Status de Entrega
Foi validado o processo do Workflow, por não ter o ambiente de vtex para envio de status. |
| MILLEN-8524 | CAUSA
Sistema não dava suporte ao cálculo de ICMSST definido para o RS. A fórmula apresentada pelo solicitante é a seguinte :
Base ICMS : ValorDaOperacao
Valor ICMS : baseICMS * aliqICMSinterestadual
Base ICMSST : ((baseICMS - valorICMS) / (1 - aliqICMSinterna/100))
Valor ICMSST : (Base ICMSST * aliqICMSinterna) - Valor ICMS
SOLUÇÃO
Criado no cadastro de CFOPs, no campo Regime Substituição a nova opção "DIFAL( ICMS abate Base ST)".
Alterado o código fonte para qdo essa opção estiver marcada efetuar o cálculo de acordo com a fórmula proposta. |
| MILLEN-8864 | Correção aplicada. Segue anexo na pendência o boleto emitido após a correção:Boleto_8864.pdfBoleto_8864.pdf**
Observação
As informações de Juros, mora e observação tem como prioridade as do Tipo de pagamento, caso não tiver preenchido ele acata as do borderô. |
| MILLEN-9162 | CAUSA/MOTIVO
Seguir cenário.
ALTERAÇÃO
Alteração realizada em millenium_eco_active_hub.dll na branches.
SOLUÇÃO
Correção no programa no envio das informações de altura, largura, comprimento e peso que estavam sendo recuperadas do metodo lista_vitrine de forma incorreta. |
| MILLEN-9254 | CAUSA/MOTIVO
Ao incluir um pedido ou mesmo fazer a conferencia de um pedido usando o parâmetro "Utiliza KIT Como Assistente de Preenchimento" o sistema carrega as quantidades erradas dos componentes.
SOLUÇÃO
O sistema assumia a quantidade do produto KIT apenas. Agora o sistema passa a multiplicar a quantidade do produto KIT * quantidade dos componentes do kit para considerar na venda. |
| MILLEN-9442 | CAUSA
No arquivo de retorno existe uma linha referente ao código "510 - Boleto com PIX".
No entanto o layout do banco do Brasil para ler o arquivo de retorno não tinha esse registro implementado, causando o erro na leitura do arquivo.
SOLUÇÃO
Adicionado para o Banco do Brasil, com convênio de 7 dígitos o Registro Boleto com PIX no retorno.
OBSERVAÇÕES
Na geração do arquivo (remessa), o Millennium não manda informações referente ao PIX, porém quando esse arquivo é processado pelo banco e retornado para o cliente (arquivo de retorno) esse registro do PIX retorna. Verificando no layout, pelo que entendi se trata de um processo novo.
Acreditamos que um boleto possa ser pago via PIX agora, lendo um QR Code no boleto ou copiando o código de barras no pagamento via PIX. Porém, não mandamos para o PlugBoleto informações para gerar QR Code de pagamento via PIX. O que pode estar ocorrendo é através do número do código barras ser possível efetuar o pagamento, mas não temos a informação se essa forma de pagamento é possível.
As informações sobre o comando (ação) sobre o boleto estão na linha de registro "7", que é a linha que precisamos para saber se o boleto foi pago, protestado, agendado entre outros, com isso, adicionamos o registro do PIX apenas para não ocorrer erro na leitura do arquivo, pois retornava uma informação que o sistema não conseguia ler. |
| MILLEN-9540 | CAUSA/MOTIVO
Tratamento para pgtos assumidos pelos afiliados não considera afiliado BBlend(BBL)
SOLUÇÃO
Implementação no tratamento do afiliado BBlend(BBL) |
| MILLEN-9587 | Foi verificado com o desenvolvedor que a combinação "Usa Múltiplos Tipos Fretes" = 'T' e "Ignora Filial do Item" = 'T' não pode ser aplicada, pois um parâmetro anula o outro. Quando o "Ignora Filial do Item" aparece igual a 'T', o processo do "Usa Múltiplos Tipos Fretes" é anulado.
Foi definido que deve ser criada uma trava quando os dois parâmetros estiver igual a "T". |
| MILLEN-9613 | CAUSA/MOTIVO
Campo Valor, na tela de consulta Histórico Cliente - Mer... está trazendo valores com muitas casas decimais.
SOLUÇÃO
Realizada a implementação na rotina de consulta contida no MOVIMENTO.MDO. O atributo "TOTAL_LIQUIDO" possui uma lógica onde são calculados 3 campos distintos para se chegar no valor final, e neste cálculo, a soma destes campos, após dividir, estava resultando em valor com mais de 5 casas decimais. com isto foi aplicado um CAST AS NUMERIC(8,2)) no campo TOTAL_LIQUIDO
OBSERVAÇÕES
O cliente cita que, mesmo alterando o displayformat não surtiu efeito, ressalto que, esta propriedade é apenas para o Gerador de Relatórios.
Ao homologador, caso o cliente não queria atualizar, é só gerar a versão e passar o arquivo " MOVIMENTO.MDU." localizado wts\mdmeta\movimento.mdo, sempre fazer o backup do original, e qualquer alteração, deve ser feita em ambiente de QA, antes de aplicar em produção. |
| MILLEN-9622 | CAUSA/MOTIVO
Não apresentava o componente de lista no campo "Pedido".
SOLUÇÃO
Removida flag chave e ajustado o tipo do campo do pedido no método Lista. |
| MILLEN-9632 | CAUSA/MOTIVO
Diverge da soma dos valores.
SOLUÇÃO
Ajuste no calculo do valor total do pedido. |
| MILLEN-10015 | CAUSA/MOTIVO
O campo expressão de imagem da vitrine estava sendo passado para a query com aspas duplas e o broker não estava convertendo corretamente.
SOLUÇÃO
Alterado o uso do campo diretamente pela query. |