LOCALIZADOR | RESUMO | TIPO | DETALHES |
---|
FOOD-20545 | [PDV] Divergência de impressão entre MOBILE e PDV | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ocorreu uma diferença na forma como os itens foram impressos na NFCe de acordo com a origem de lançamento. Quando o lançamento foi realizado pelo Mobile o PDV imprimiu cada produto separadamente na NFCe.
Solução: Realizamos os mesmos testes utilizando as versões atualizadas do PDV e Mobile e o problema reportado não foi apresentado. Necessário atualizar para versão 3.0.40.06 ou superior. |
FOOD-19245 | Erro na Atualização de Tabelas | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Erro na promoção no momento da Atualização de Tabelas.
Solução: Validação de item de promoção na atualização de tabelas, para não gravar horário de promoção sem item. |
FOOD-18660 | Observação Pré-definida não é enviada para a cozinha | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: A observação pré-definida não está sendo enviada para a produção
Solução: Geração de controle para as vendas. A validação de controle pré-existente validava errado, porque ao sair da tela de venda mesa sempre fazia com que uma venda mesa tivesse controle repetido, mesmo que não tivesse. A validação tinha a intenção de evitar conflitos com o Mobile, no entanto ignorava o número do PDV. |
FOOD-19992 | Combo com fidelidade + Pagamento Pede Pronto | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao selecionar o combo utilizando a fidelidade Reshop e finalizar com Pede Pronto no momento do pagamento é aplicado o desconto da fidelidade Reshop + desconto do pede pronto, se cancelado o pagamento pede pronto o desconto desfaz, ficando apenas o desconto do fidelidade, em seguida a venda é finalizada com dinheiro, apresenta o erro de somatório e nota fica rejeitada.
Solução: Correção no calculo dos descontos acumulados em itens que são de combos e possuem mais de uma campanha aplicada. Correção dos valores enviados para a nota, pois estava dando desconto do pede-pronto mesmo não sendo forma de pagamento pede-pronto. |
FOOD-19646 | Loja transmitindo notas em contingência mesmo necessitando sua correção | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Cliente emitindo notas em contingência, a equipe do Fiscal Flow identificou que as notas estão (CONSUMO INDEVIDO)
Solução: Ajustado gravação de "Ativo" no diretório do servidor e ajustado validação de totalizador de nota após consulta no MID |
FOOD-19974 | Confirmar se o banco Degustlog.fdb é necessário | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não consegue gravar informações no banco Degustlog.fdb
Solução: Alteração para gravar os log's do banco de dados DegustLog.FDB no arquivo de log's do SVC, pasta DegustLog |
FOOD-17900 | (HUB) - STATUS DE RETORNO INVÁLIDO | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao executar o processo de cancelamento é recebido um status 3 - Recebido em vez de um 6 - Cancelado. Essa falha ocorre nas lojas que ainda usam a integração antiga (Não-HUB).
Solução: Foi verificado que o status que era indicado para o Upstage de fato estava errado, levando o de recebimento ao invés de cancelamento. Foram alterados para que agora seja enviado da forma correta. Correção feita para status de retorno após fechato de pedido na tela de importação de pedido. |
FOOD-20258 | Problema no Autoatendimento DELPHI | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao tentar lançar o acompanhamento no autoatendimento o mesmo não lança. Volta para tela principal novamente e fica em loop.
Solução: Adicionado validação para informar ao usuário que não possui produtos ativos para o grupo selecionado. Criando método GravarLogSQL para gravação de arquivo de logs com os SQLs Adicionado gravação de logs no processo do Reshop. É apresentado a mensagem ao ter itens inativos no AA. ![](https://jira.linx.com.br/secure/attachment/927536/image-2022-12-22-10-16-46-781.png)
|
FOOD-18978 | Mostrar o Ven_Controle de Forma mais fácil | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Mostrar o ven_controle do documento na tela de consulta de notas logo no inicio após a data, sem a necessidade de rodar a barra de rolagem até o final.
Solução: Alterado a posição da coluna ven_controle do final para a segunda posição. Adicionado também um "atalho" de CTRL + C na linha, para copiar as informações pertinentes para consultas (CAI_DATA, VEN_CONTROLE e NUMERO DOCUMENTO). |
FOOD-20197 | Erro ao gerar venda da pede pronto EMPTY_ZERO_NEGATIVE_BLANK_UNIT_PRICE | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Era apresentado um erro ao tentar finalizar algumas contas com Pede Pronto ("EMPTY_ZERO_NEGATIVE_BLANK_UNIT_PRICE").
Solução: Realizado tratamento na condição que verifica se o desconto e maior que 0, caso não seja ele ele zera o desconto para não enviar valor negativo para pede pronto. |
FOOD-20252 | Notas não são transmitidas devido a itens inativos | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao tentar transmitir notas com produtos inativos era retornado uma mensagem de falha: "Rejeição: Falha no schema XML O elemento infNFe no espaço para nome apresenta elemento filho total no espaço para nome inválido. Lista possíveis elementos esperados: retirada, entrega, autXML, det no espaço para nome."
Solução: Alteração para considerar itens inativos na emissão da nota fiscal. |
FOOD-20339 | ERRO DE NOTAS EM CONTIGENCIA | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Erro no robô de transmissão, onde mesmo estando configurado não realizava a transmissão. Solução: Ajustado Aplicação para trabalhar com caminho do arquivo "Ativo" na rede; |
FOOD-20145 | Problemas para Expedir o pedido na venda delivery | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao tentar expedir o pedido no delivery era apresentado a mensagem "A soma das formas de pagamento e inferior ao total da venda".
Solução: Realizado uma correção na validação da soma das formas de pagamento com o total do pedido, que ignorava a taxa de entrega de terceiros. |
FOOD-19783 | Melhoria - Tela de Cancelamento Pré-Venda | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: No momento do encerramento do dia, quando existia pré-venda em aberto, sendo necessário realizar o cancelamento, as mesmas são exibidas numa tela fora do padrão do Degust PDV.
Expandir |
---|
| ![](/download/attachments/360863565/image2022-12-29_14-31-23.png?version=1&modificationDate=1672337859826&api=v2)
|
Solução: Alterado o layout da tela de cancelamento de pré-venda, para ficar mais padronizada com o Degust PDV.
Expandir |
---|
| ![](/download/attachments/360863565/image2022-12-29_14-31-50.png?version=1&modificationDate=1672337859781&api=v2)
|
|
FOOD-20529 | Travamento ao Finalizar venda Pede Pronto | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Erro intermitente que causa um travamento ao finalizar venda com Pede Pronto.
Solução: Acionado logs no processo de finalizar venda com pagamento Pede Pronto, dessa forma será possível acompanhar a causa raiz do problema. |
FOOD-19964 | Ao realizar reimpressão delivery são impressos vários cupons | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Erro intermitente que causava um problema no spooler do Windows, realizando varias impressões indesejadas.
Solução: Realizada melhoria na rotina para evitar impressões em loop infinito do pedido. |
FOOD-20412 | Erro com CPF fidelidade no final da venda | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao realizar uma vendo, inserindo o CPF do fidelidade no final da venda, porem cancelando o cupom antes do final do fluxo do recebimento, o CPF do cliente ficava gravado em cachê e era lançado para a próxima venda.
Solução: Realizado correção na rotina, limpando o documento do cliente no cancelamento da venda. |
FOOD-20418 | Divergência de valores de caixa | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Divergências de valores brutos no sistema quando comparado os valores do relatório de caixa diário no PDV, relatório de consulta de faturamento por data no PDV e relatório de vendas diário no Degust One.
Solução: Ajustado valor da venda, gravando o valor bruto igualmente aos itens, já nos relatórios foi ajustado o calculo do valor bruto para considerar o desconto Reshop. |
FOOD-20438 | Divergencia no Caixa Diario x Venda Hora - Hora | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Apresentado divergência entre CAIXA DIARIO E VENDA HORA- HORA.
Solução: Realizado ajustes nas rotinas dos relatórios corrigindo a divergência apresentada. |
FOOD-18956 | Delivery importando pedidos com nomes repetidos | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: O Degust PDV validava erroneamente se o cliente já existia na importação do Hub Delivery 2, pois considerava configurações que servem para o USPTAGE, o que ocasionava na atualização de cadastros de clientes que nada tinham a ver com o pedido;
Solução: Agora o Degust PDV passa a validar também pelo ID do telefone quando houver, o problema se dava justamente nestas situações. Após a correção o Degust PDV vai inserir novos clientes ao invés de atualizar outros clientes não relacionados. |
FOOD-18930 | Mensagem de erro durante a confirmação de dados( Venda Mesa) | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Erro intermitente que acontecia quando o usuário era notificado com a mensagem "Ocorreu erro durante a confirmação de dados. Portanto, eles serão perdidos. Lance-os novamente.", durante o uso do PDV, ao sair e entrar na mesa produto lançado sumiam da mesa, porém, era impresso a as comandas de conferencia.
Solução: Realizado uma serie de ajuste na rotinas para que, caso a mensagem seja disparada os cupons não sejam impressos. |
FOOD-19859 | Verificação de Divergência em categoria "Dinheiro" | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Valores em categoria "DINHEIRO" estavam divergentes entre a fita impressão do fechamento e relatórios.
Solução: Foi verificado que uma das rotinas de desconto não estava aplicando, sendo assim os valores não batiam e acabava sendo entendido que deveria ser gerado troco. O ajuste na rotina corrigiu o problema. |
FOOD-20335 | PDV - QRLinx - Validar PosId diariamente | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Realizado melhoria na rotina para que caso o PDV estiver ativo no QRLinx, mas a data do último Pos_ID for anterior à data atual, será feita uma nova solicitação de Pos_Id, e a data será atualizada para a data atual. Isso acontecerá antes de pagar via QRLinx; Ao ativar o PDV na tela de cadastro de PDV, a data da última atualização do Pos_Id será atualizada, para isso é necessário salvar antes de sair da tela; |
FOOD-19546 | QRLinx – Cancelamento – Mensagem de 48h | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Alteração realizada para exibir a mensagem “O pagamento via QRCode será cancelado! Caso algum valor tenha sido debitado, a devolução do valor ocorrerá de forma automática em até 48 horas”, rotina realizada no cancelamento de cupom e também tela de pagamento por QrLinx. |
FOOD-19543 | QRLinx – Venda – Ajustar Comprovante de Pagamento | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Alteração do modelo do comprovante QRLinx Expandir |
---|
| ![](/download/attachments/360863565/image2022-12-29_14-5-14.png?version=1&modificationDate=1672337859932&api=v2)
![](/download/attachments/360863565/image2022-12-29_14-5-40.png?version=1&modificationDate=1672337859899&api=v2)
|
|
FOOD-20143 & FOOD-20144 | Configuração - Alterar o nome do modo mesa | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Criar configuração geral, para que seja possível configurar o nome que vai ser utilizado no modo mesa. Tamanho máximo do campo: 7 caracteres.
Expandir |
---|
| ![](/download/attachments/360863565/image2022-12-29_14-3-22.png?version=1&modificationDate=1672337859967&api=v2)
![](/download/attachments/360863565/image2022-12-29_14-2-6.png?version=1&modificationDate=1672337860004&api=v2)
|
|
FOOD-19457 | Bloco X - Arquivo de Redução Z - Novos Requisitos | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Melhoria realizada para quando a flag na WEB "Enviar Redução Z" estiver desmarcada o sistema apenas gerar o arquivo no disco. Foi alterado também o texto do botão para "Gerar ao FISCO-REDUÇÃO Z", quando selecionar a opção será exibida a tela para informar uma data inicial e final que também irá gerar os arquivos do disco e exibir uma mensagem de validação. |
FOOD-19464 | Bloco X - Arquivo de Estoque - Novos Requisitos | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Alterado para enviar o arquivo do estoque PAF ao abrir o Degust, e no menu fiscal para envio por período. |