FOOD-33823 | Campanha RESHOP aplicando descontos indevidos em vendas onde não são lançados promocode | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: O promocode do Reshop ficava retido quando se saía de uma venda com o módulo "Cartão". Ao iniciar uma nova venda, o sistema utilizava o promocode da venda anterior, mesmo sem que um novo promocode fosse inserido.
Correção: Corrigido o problema limpando a variável que armazena a lista de promocodes ao sair da venda no módulo "Cartão".
Expandir |
---|
|
|
|
| Taxa de Serviço Incorreta na Junção de Cartão | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: O sistema apresentava inconsistências ao aplicar a taxa de serviço em pagamentos com junção de cartões, especialmente quando havia itens marcados para considerar ou não a taxa de serviço. Correção: Foi adicionada uma flag nas rotinas de cálculo e criada uma nova rotina para buscar o valor base de cálculo do cartão no momento da junção, garantindo o cálculo correto da taxa de serviço. Expandir |
---|
title | Veja o vídeo da correção: |
---|
| Multimedia |
---|
name | PR - FOOD-33733.mp4 |
---|
autostart | true |
---|
|
|
|
FOOD-33702 | Transferencia de mesa imprimindo item na produção | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Durante a transferência de itens pelo mobile, dados residuais de produtos permaneciam em espera. Quando esses dados eram processados pelo GerenciadorMobile, os itens acabavam sendo impressos novamente.
Correção: Foi realizada uma alteração na rotina de transferência de itens no mobile, garantindo que os dados de espera sejam atualizados corretamente, sem valores fixos no campo, eliminando o problema de impressão duplicada. Expandir |
---|
|
|
|
FOOD-33644 | Venda Delivery manual não era possível fechar com conta cliente | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não era possível finalizar o pedido quando ele era transferido para conta cliente após uma venda delivery feita localmente. Correção: Alterada a condição para contemplar o cenário em que a venda é realizada totalmente em conta cliente, evitando o erro de zerar os valores e exibir uma mensagem incorreta. Expandir |
---|
|
|
|
FOOD-33641 | Venda Delivery Manual não exibia taxa de entrega na conferência | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: No relatório de conferência de venda delivery manual, a taxa de entrega não estava sendo impressa. Correção: Foi ajustado o parâmetro da rotina de impressão de dados do delivery para garantir que todas as taxas e formas de pagamento da venda sejam exibidas corretamente no relatório.
Expandir |
---|
|
|
|
FOOD-33575 | Tela de Expedição Delivery com problemas | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Na tela de expedição, o entregador selecionado se perdia após ficar parado na tela por algum tempo. Correção: O problema ocorria devido à integração com o LinxFood, que acabava fechando a transação responsável por exibir o nome do entregador. A solução foi armazenar o entregador em variáveis locais, evitando a dependência do dataset para a exibição.
Expandir |
---|
|
|
|
FOOD-33375 | Tributo Modalidade BC ICMS ST não aceita até o digito 6 | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: O campo "Modalidade BC ICMS ST" no cadastro da retaguarda apresentava opções de preenchimento de 0 a 6, enquanto no Degust PDV esse campo exibia apenas opções de 0 a 5, resultando em erro no lançamento do item. Correção: Foi inserido no banco de dados o cadastro do tributo para a opção 6, corrigindo o erro no lançamento.
Expandir |
---|
|
|
|
FOOD-32596 | AAone - Estono de venda com o erro "Pré venda não disponível". | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: A API retornava para o AA a mensagem de que não havia pré-venda disponível para importação. O problema era causado por concorrência entre terminais, onde ocasionalmente dois terminais pegavam o mesmo número de controle de pré-venda, resultando na importação de um terminal antes do outro.
Correção: Foi implementada uma solução que adiciona um atraso de 3 milissegundos no momento do bloqueio do controle de pré-venda, ajudando a evitar a concorrência e impedir que a API bloqueie dois registros com o mesmo número de controle duas vezes. Expandir |
---|
|
|
|