Linx Promo 7.2 Hotfix 1 - Correções/Console

Ao gerar o relatório de promoções por SKU, detecta-se que as promoções no status "distribuído" não estão incluídas no relatório, ou seja, ele apenas 
filtra as promoções no status completo.

Ao extrair um relatorio de excel massivo , sem colocar filtro , em RELATÓRIOS/PROMOÇÕES-MAPAS/PROMOÇÕES após 2 horas de gerá-lo , o monitor de exportação mostra um erro :

No Relatório de Indicadores Operacionais, ao tentar filtrar uma promoção por código promocional, quando o código é composto por caracteres especiais, a informação não é exibida.
 

Ao realizar uma transação utilizando um mapa com a função Desconto Combinado Máximo, não é concedida uma promoção que tenha condição por transação, mesmo que seja a mais benéfico. 

Relatório de sku consome 100% da cpu e gera queda de um dos nós 

É necessário aplicar um limite ao benefício do plano de pagamento, mas comprovadamente não é aplicado, nem da opção desse benefício (Valor do limite) nem do campo "aplicação máxima".  

Ao inserir uma promoção por registro massivo (Excel), não é efetuada a validação correspondente aos campos  subtipo e tipo de promoção.

É visto com o nome de Erros no Reverso do elemento fidelidade  , que deve ter o nome Erros de Retorno   

Existe um problema ao atualizar uma promoção, alterando os valores dos campos deixados em branco pelos dados do template. 

É proposto apenas para as atualizações (U) de promoções, não usar uma cópia do modelo de promoção, mas sim usar a instância atual da promoção a ser modificada. 

Isto implica que a substituição dos valores indicados no excel será feita numa cópia da mesma promoção a modificar e não numa cópia do template associado, deixando 
toda a restante informação que não foi modificada (campos com vazio valores no excel) com os valores pertencentes ao promo modificado. 

O cupom foi resgatado com um erro na resposta.

Retorna erro 

Ao criar um cupom tipo " nomeado " e cadastrar um cupom para serviços Res sem customerId, não exige o cliente e cria o cupom.

Com a base migrada de 6.5 para 7.2 ao criar uma promoção que premia um cupom calculado, o benefício apresenta um campo percentual que não deveria.

Um erro pode ser visto no log quando um registro massivo de cupons é gerado:  

2022-08-26 16:18:47,624 ERRO [grails.app.services.sts.console.coupon.CouponService] (tarefa padrão-36859) Ocorreu um erro ao calcular a data de início do cupom: java.lang.NullPointerException 

O registro massivo está parado "em andamento": 

Mesmo que a hora UTC esteja configurada na tela, ela sempre mostrará a hora local (locale).

• Se o parâmetro estiver configurado para usar a hora UTC (parâmetro definido como true), o formato de hora UTC será aplicado apenas às interfaces de exportação. E o formato correto será por exemplo (ano-mês-diaThora:minutos:segundosZ):  2007-11-03T16:18:05Z

O T é usado para separar a data da hora. Y o Z indica que o horário UTC está sendo usado.

Se o parâmetro que indica que o horário UTC é usado for falso, o formato correto será: 2007-11-03T16:18:05 (observe que não há Z).

No Mongo, ele sempre salva a data ISO ou salva no horário UTC e o Promo faz a conversão, se apropriado.

Em condições simples mude para "F" (letra maiúscula) para Elemento de Fidelidade. para manter a consistência conforme os nomes dos outros atributos são exibidos 

De acordo com os testes realizados ao indicar um alarme de limite de movimento com percentual de 80%, o alarme é disparado quando 20% é consumido e não 80% como indicado na HU

Na versão 7.1.8 SNAPSHOT não permite colocar ni "." ni "," no campo percentual quando o benefício for plano de pagamento. 

Observa-se que na versão 6.5.28 que possui diarco, permite a colocação de decimais. 

Json é anexado onde permitido (com vírgula.json) e onde não permitido (no.json). 

Na versão 7.1.8 SNAPSHOT não permite colocar ni "." ni "," no campo percentual quando o benefício for plano de pagamento. 

Observa-se que na versão 6.5.28 que possui diarco, permite a colocação de decimais. 

Json é anexado onde permitido (com vírgula.json) e onde não permitido (no.json).