| Pendência | Resolução |
|---|
| Millen-17215 | CAUSA/MOTIVO
Lentidão na rotina de inclusão de embarques via extensão.
SOLUÇÃO
Solução dividida em 3 partes, para a melhoria de aproximadamente 55% da velocidade de execução do método no ambiente de QA disponibilizado.
1) Foram criados comandos para recriação dos índices no banco de dados do cliente, com a fragmentação acima de 30%, como recomendado pela Microsoft: https://learn.microsoft.com/en-us/sql/relational-databases/indexes/reorganize-and-rebuild-indexes?view=sql-server-ver16, em anexo no jira.
2) Criação de 2 novos índices, para a melhoria de algumas selects utilizadas na rotina, em anexo no jira.
3) Ajustes no método do cliente: millenium_log!decathlon.wts. Sendo eles:
a) inclusão de um group by na última select, para não repetir os números de pedido, consequentemente dando menos chamadas no método de atualização do workflow;
b) inclusão de um "IN" no primeiro check/verificação, para que reduza de 80 chamadas no banco de dados, para apenas uma.
ATENÇÃO: O operador IN dentro de uma select, irá apenas suportar 1000 notas por chamada, portanto, sugerimos que no json de parâmetros do método em questão, seja incluído um "contador de notas" para que possa ser realizado um IF antes de fazer o check/verificação, caso seja menor de 1000 notas pode ser realizado o IN para que faça uma única chamada no banco de dados, caso o número de notas for maior que 1000, é indicado o loop como já estava sendo feito. | | Millen-18725 | CAUSA
O erro da macro #BEGIN foi causado na passagem da correção MILLEN-15694 para a versão da Decathlon, onde ficou faltando um parênteses na condição.
Já o erro referente a trava exibida, foi corrigido na versão 5 master, onde na pendência MILLEN-1136 existia um erro que não foi possível simular, por esse motivo foi adicionado a trava. Mas na pendência MILLEN-3730 foi identificado e corrigido o motivo do erro, e com isso na pendência MILLEN-3874 foi retirado a trava do método, pois não havia necessidade.
SOLUÇÃO
Realizado ajustes das pendências MILLEN-3730 e MILLEN-3874 conforme informado acima, e corrigido a falta de um parênteses na correção que foi feita a partir da MILLEN-15694. | | Millen-18762 | Processo foi analisado e tratado, realizado um ajuste para quando não há nenhuma NF do faturamento o número da nota retorne como nulo. | | Millen-19752 | Erro decorrente a nova customização de redução de tempo de faturamento.
Para corrigir, foi criado índice por cod_operacao, tipo_operacao e nota na tabela nf. | | Millen-20060 | CAUSA/MOTIVO
O processo de listagem de revendedores integrados alterou o processo de listagem.
SOLUÇÃO
Ajustado processo para buscar o pedido com o novo processo. | | Millen-20147 | CAUSA/MOTIVO
O arredondamento feito pela Vtex no desconto dos itens está incorreto, fazendo com que a somatória dos totais e do pedido não sejam o mesmo valor.
SOLUÇÃO
Aceitar quando ocorrer uma diferença de 0,01 no pedido e aplicar esta diferença na cortesia para importar o pedido.
OBSERVAÇÕES
É um problema de arredondamento da VTEX, mas realizamos o ajuste para aceitar esta diferença de 0,01 centavo e importar o pedido normal. | | Millen-20701 | Pedido com erro em emissão de EPEC.
SOLUÇÃO
Nota Emitida por EPEC não pode retornar erro no faturamento pela API. | | Millen-21039 | CAUSA/MOTIVO
O sistema estava exibindo uma mensagem com a descrição incompatível.
SOLUÇÃO
Ajustada a mensagem. | | Millen-21539 | CAUSA/MOTIVO
O sistema estava subtraindo uma cortesia de frete no valor do frete a ser pago, porém este valor já estava com a cortesia subtraída.
SOLUÇÃO
Ajustado de forma que sistema valide para saber se o valor da cortesia de frete deve ou não ser subtraído do valor de frete a ser pago. |
|