LOCALIZADOR | RESUMO | TIPO | DETALHES |
---|
FOOD-22612 | Ao tentar expedir alguns pedidos ocorre o aviso "registro bloqueado" | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Apresentando problema recorrente ao expedir pedido do delivery com mensagem "REGISTRO BLOQUEADO", porém o PDV6 é único delivery da loja e na opção do terminal está configurado como AMBOS. Correção: Criada tela semelhante a VENDA MESA, onde é dada a possibilidade do operador desbloquear o registro, derrubando a conexão do terminal que está travando o registro. |
FOOD-23483 | Não imprime na cozinha | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao realizar vendas com o mesmo produto na sequência, o mesmo não era impresso na produção. Correção: Correção que fazia com que o lançamento do produto em uma venda mesa não fosse registrado caso, Mesma mesa; Mesmo produto; O produto já havia sido lançado em um intervalo menor do que 5 minutos;
|
FOOD-22340 | [PEDIDOS RETIRADA IMPRIMEM SEM PARAR NA PRODUÇÃO. | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Reportado o problema que a comanda do Delivery não parava de imprimir. Correção: Incluída função para persistir o campo VIT_IMPR para 'S' para evitar múltiplas impressões de pedidos agendados. |
FOOD-22134 | Ao acessar mesa apresentou o erro: "Ocorreu erro durante a finalização da venda..." | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao acessar mesa apresentou o erro: "Ocorreu erro durante a finalização da venda..."
Correção: Adicionado gravação do log da transação geradora do conflito |
FOOD-22201 | Blindagem - Melhorar layout tela Inclusão de Usuário. | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Problema na criação e exclusão de usuários no sistema. Correção: Realizada uma melhoria na criação e exclusão de usuários
|
FOOD-22146 | Blindagem perda Credenciais Windows | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Blindagem para correção de ativos no servidor e terminais. Correção: Adicionado tratamento para perda de credenciais do Windows para escrita na pasta do servidor |
FOOD-22040 | Função "Perguntar a impressão da Danfe/NFCE" não funcionando | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Identificado que a funcionalidade "Perguntar a impressão da Danfe/NFCE" quando ativa não está funcionando, ao realizar a venda o cupom é impresso sem fazer a pergunta para imprimir ou não Correção: Mostrar a pergunta de forma correta |
FOOD-21763 | Criação de log para identificação por onde finalizou a venda | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não é possível identificar onde a venda foi finalizada Correção: Adicionado log na condição onde grava por onde finalizou a venda. |
FOOD-21777 | Mudança de DBGrid para CXGrid | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não existe um filtro na configuração "Departamento de Impressão Por PDV" Correção: Criado um filtro para busca em "Departamento de Impressão Por PDV" |
FOOD-21770 | CPF do Reshop não está sendo salvo no banco na venda balcão | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não esta gravando no banco de dados a informação do CPF do cliente Reshop quando a venda é Balcão Correção: Forçar a gravar o CPF informado no Reshop para venda balcão |
FOOD-21728 | Notas em Contingência | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Notas acima do permito do sem CPF do cliente ficam em contingência Correção: Alertar operador da obrigatoriedade de informar o cliente para compras acima do valores estipulado em parâmetro. |
FOOD-21964 | Melhoraria no cadastro de funcionário chamando a tela de usuário | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Confusão na criação de usuário e funcionário no sistema Correção: Na tela de cadastro de funcionários, ao salvar um funcionário que não possua usuário cadastrado, o Degust oferece a opção de já abrir a tela de cadastro de inclusão de usuário, pré-configurada, para já fazer a inserção do cadastro de usuário. Isso ocorre se o usuário for gerente, garçom, operador de caixa ou mobile. A pré-configuração da tela de inclusão do usuário prioriza na seguinte ordem: Gerente > Operador de Caixa > Garçom |
FOOD-21963 | Retorno do entregador - Mensagem cortando | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: A mensagem da tela de retorno do entregador está cortando em algumas resoluções, Correção: Alterado para quando resolução for 800 exibir um texto menor |
FOOD-21124 | Desconto sendo aplicado sem inserir CPF | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Desconto foi fornecido para cliente sem ter colocado CPF Correção: Adicionado logs de rastreamento de processo do Reshop |
FOOD-21096 | Tratamento da tela setor delivery | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Evitar que possa ocorrer erro nas configurações de setor delivery por PDV. Correção: Alterado a configuração do setor Delivery. Efetuado tratativa para não permitir salvar campo código pdv vazio. evitando erro de importação de pedidos pelo gerenciadorLinxFOOD |
FOOD-21626 | PDV não envia CPF ao pagar com Pede Pronto na primeira tentativa | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não está sendo enviado o CPF para pagar com PedePronto na primeira tentativa Correção: Agora mesmo na primeira vez que for gerar o QRCode do PedePronto, o CPF já é exigido e não ocorre erro por falta de CPF na requisição |
FOOD-21617 | Utilizar apenas um módulo de importação de pedidos | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Habilitando mais de uma integração de pedidos. Correção: Alterado para não deixar habilitar mais de uma integração de pedidos simultaneamente |
FOOD-21797 | Gravar o número do mobile que finalizou a venda | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não é gravado o número do mobile que finalizou a venda. Correção: Adicionado o campo na tabela do banco de dados e adicionado a gravação do número do dispositivo que finalizou a venda no campo criado. |
FOOD-21524 | Geração de log's na tela de configuração de produto | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não é gerado algum tipo de histórico quando é feita alteração na configuração de produtos Correção: Criado o log na tela de configuração fiscal dos produtos |
FOOD-20997 | Produtos não estão saindo na cozinha | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não é gerado algum tipo de histórico quando é feita alteração na configuração dos produtos no KDS. Correção: Ajuste para gravar as alterações de configuração de KDS e o usuário que realizou no arquivo de log |
FOOD-21556 | Problemas em nota e em finalizar caixa | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao realizar o fechamento das mesas do dia anterior, sistema trava e não é emitido o cupom Correção: Adicionado log no processo de fechamento de mesa para facilitar a identificação de problema
|
FOOD-20996 | Função encerrar o dia com pré venda em aberto, está cancelado todas pré-vendas | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao encerrar o dia com pré-venda em aberto o sistema está cancelando as pré-vendas em aberto. Correção: Revisão das regras de de cancelamento das pré-vendas para obedecer as seguintes regras:
Permitir redução de caixa com venda em aberto: * Contexto: REDUÇÃO DE CAIXA; * Habilitado: Faz a redução direto, sem fazer nada na pré-venda; * Desabilitado: Aparece a tela para cancelamento de pré-venda com autorização.
Cancelar pré-venda automaticamente no encerramento do dia: * Campo: CFG_CANCELARAUTOPREVENDAEMABERTO * Habilitado: Cancela as pré-vendas, sem exibir a tela; * Desabilitado: Exibe a tela para cancelar as pré-vendas com autorização do gerente. |
FOOD-21370 | Temos como identificar o log do procedimento de exclusão de movimento | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não é gerado algum tipo de histórico quando é feita a exclusão do movimento. Correção: Inclusão de log's para monitoramento da exclusão de movimento |
FOOD-21261 | Erro ao passar o cartão | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao realizar o fechamento de uma venda com os finalizadores do TEF 999, 998 e 997 está apresentando erro "335544321 arithmetic exception, numeric, overflow, or string truncation numeric values is out of range"
Correção: Incluído uma busca de CPFCNPJ na consulta da tabela CADADMINISTRADORA para blindar possível erro de busca e inserção redundante de administradora ja existente. |
FOOD-21270 | Gerenciador Linx Food - "Erro ao buscar pedido na API delivery". versão 39.36 | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Os pedidos delivery não estão importando no sistema e apresentando a mensagem de erro no Gerenciador Linx Food "erro ao buscar pedido na API delivery". Correção: Verificado que o problema ocorria ao tentar converter um parâmetro de data que estava em branco |
FOOD-21454 | Pré-Vendas em aberto impedindo encerramento do dia | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não estava sendo possível finalizar dia quando existem pré-vendas do dia anterior em aberto, pois ao tentar importar a pré-venda, erro ocorre informando que é necessário encerrar o dia, e ao tentar encerrar o dia, ocorre erro devido a pré-venda em aberto, obrigando cliente a entrar em contato com suporte para liberação do caixa. Correção: Ao reduzir o caixa quando não for permitida a redução de caixa com pré-vendas em aberto, abrirá uma tela que concederá a possibilidade de cancelar todas as pré-vendas em aberto, desde que haja autorização de gerente. |
FOOD-21316 | Relatório de Taxa de Serviço de informações | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao extrair o relatório de taxas de serviço do PDV, apresentava que não há informações, mas, ao puxar o relatório venda mesa, apresentava as taxas de serviço. Correção: Inclusão de uma nova flag na configuração geral chamada "Considerar itens que não possuem identificação do garçom no relatório de taxa de serviço" para verificar se considera ou não todos os garçons, atendendo todos os clientes. |
FOOD-21297 | Casas decimais não funcionando via teclado físico na finalização da venda | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao tentar incluir os centavos via teclado físico na hora do pagamento, não está entrando, por exemplo R$ 10,05, o "5" não entra, apenas se tocar no teclado do sistema, pois caso o cliente de um valor acima do que foi vendido, como gorjeta por exemplo, não está sendo possível colocar o 4º digito. Correção: Efetuado alteração em código para permitir a inserção de dois números após a virgula, no teclado da maquina. |
FOOD-21954 | Venda Cartão - Não está salvando CPF do Reshop | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: No modulo de Venda Cartão não estava armazenando o CPF do Reshop Correção: Ajustado bug que não salvava o CPF do Reshop na venda cartão. |
FOOD-22129 | Produto inativo aparece na lista de produtos de retorno reshop. | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Quando um produto da promoção esta indisponível a venda orientada do RESHOP pula para finalização, não deixa escolher outro produto. Correção: Criada validação para não permitir entrada de produto com inatividade configurado. |
FOOD-22952 | Problemas para reduzir o caixa | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao efetuar a redução de caixa no modo "digitado", ou seja , o cliente não utiliza o PDV como touch, o erro da redução de caixa que havia sido corrigido na 41.18 permanece. Se alterar para o modo touch, o pdv consegue fazer a redução. Correção: Implementada função para tela de terminal de redução de caixa, antes existia somente para a tela de redução touch. |
FOOD-21646 | Blindagem para erros durante atualização de tabelas | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Ao realizar atualização de tabelas é apresentado o erro: "arithmetic exception numeric overflow or string truncation" Correção: Implementado medidas de segurança adicionais para proteger o campo durante o processo de atualização de tabelas. Essa blindagem garante que o campo esteja adequadamente protegido contra alterações não autorizadas ou indesejadas. Com essa melhoria, buscamos garantir a integridade dos dados e evitar possíveis problemas ou inconsistências durante a atualização das tabelas. |
FOOD-20721 | Travamento no banco de dados impossibilitando o encerramento de dia | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Não estava sendo possível fechar ao caixa pois uma venda mesa travada, esse fechamento, venda mesa não é exibida no mapa de mesa. Correção: Ajustado o sistema para exibir uma mensagem amigável quando ocorrer uma tentativa de exclusão da tabela "VENDA" que não seja possível devido a restrições de chave estrangeira. Agora, o usuário verá uma mensagem compreensível em vez de um erro técnico, informando que a exclusão não pode ser realizada devido a dependências existentes. Essa melhoria visa melhorar a experiência do usuário e facilitar a compreensão do problema. |
FOOD-21486 | PDV desfazendo transações QRLinx | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Desfazimento de algumas vendas realizadas via QRLINX. Correção: Implementação de logs adicionais para investigar desfazimento de vendas via QRLINX. Esses logs registrarão informações detalhadas durante o processo de vendas, auxiliando na análise e identificação dos motivos do desfazimento indesejado. Essa melhoria tem como objetivo solucionar o problema e garantir uma experiência mais confiável nas vendas realizadas por meio do QRLINX. |
FOOD-20542 | Falha na importação pedido Delivery | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Falha na importação pedido Delivery, ocorria o erro "Out of memory e cdsVenda: Cannot perform this operation on a closed dataset". Correção: Realizamos melhorias no projeto para exibir o consumo de memória e liberar memória de objetos. Agora, você pode verificar o consumo de memória ao ativar a opção no arquivo de configuração. Além disso, implementamos a liberação de memória de objetos para otimizar o desempenho do aplicativo. Essas mudanças visam melhorar a experiência do usuário e garantir um uso mais eficiente da memória. |
FOOD-20420 | Erro de mesa finalziada que não foi dado baixa | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Foi identificado que houve uma venda mesa no valor de 46.80 (desconto do Pede Pronto de 28.80), porém, ao verificar no sistema, ainda constava em aberto e não foi gerado nenhuma nota fiscal da venda, porém foi paga. Correção: Realizado duas melhorias relacionadas à gravação de logs no sistema: Gravação de log com versão do PDV: Agora, implementado a gravação de logs que incluem a versão do PDV utilizado. Isso significa que cada vez que um log for registrado, será registrado também a versão específica do PDV que estava em uso no momento. Essa informação é valiosa para fins de rastreamento e solução de problemas, pois permite identificar a versão do PDV utilizada durante um determinado evento ou ação. Gravação de log no processo de finalizar venda: Também adicionado a gravação de logs durante o processo de finalizar venda. Agora, cada vez que uma venda for finalizada, será registrado um log específico contendo informações relevantes sobre essa transação. Esses logs fornecem um registro detalhado das ações realizadas durante o processo de finalização da venda, auxiliando na auditoria e no monitoramento das operações.
|
FOOD-14389 | Bob's - Notas denegadas cancelando a venda (divergência entre tabelas) | Estado |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | Correção |
---|
|
| Problema: Identificamos um problema relacionado ao cancelamento de vendas devido a notas denegadas, o que gera divergências entre a movimentação e as vendas registradas. O total de cupons (quantidade de cupons) acaba não batendo, pois as vendas permanecem na movimentação, mas com status "Cancelada". Correção: Realizado correção no sistema para solucionar essa questão. Agora, a forma de validar notas denegadas foi modificada com base nos seguintes fluxos: Fluxo de venda: O sistema passou a impedir a finalização da venda com nota denegada, entrando em contingência. Quando uma nota é denegada, será exibida uma mensagem de erro na tela e os pagamentos serão estornados, não permitindo o fechamento da venda. As rejeições 205 e 301 correspondentes a notas denegadas serão tratadas dessa maneira. Fluxo do robô de envio de notas: Anteriormente, o sistema cancelava a venda (alterando o status da venda) quando recebia uma rejeição de nota denegada. Agora, o status da venda será mantido como "Finalizada" e apenas o status da nota será alterado para "Denegada". Isso garante que as vendas sejam devidamente registradas e mantenham sua integridade na movimentação, evitando divergências.
|
FOOD-21268 | Melhorar retorno do cadastro de usuário | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Foi efetuado a correção da mensagem perguntando se deseja ativar o Usuário, caso cliente confirme o usuário tem seu status mudado, o usuário fica com a situação ativa com a nova senha cadastrada. Efetuado ajuste em todas as mensagem da tela para o novo Padrão Mensagem e Confirmar. |
FOOD-21969 | Melhoria no cadastro de usuário | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Na tela de inclusão de usuário, há um botão de atalho para fazer a inclusão de funcionário, caso o funcionário desejado não esteja ainda cadastrado. Após tal inclusão, o funcionário é carregado automaticamente na tela de configuração de usuário. Observação: "A tela de inclusão de usuário tentará pré-carregar o perfil do usuário com base na descrição" |
FOOD-21582 | Criação de log para identificação por onde finalizou a venda | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Adicionamos um log para identificar se a venda foi finalizada no PDV ou no MOBILE. Essa alteração nos permite registrar e acompanhar o local onde a venda foi concluída, fornecendo informações importantes sobre o processo de finalização da venda. Isso ajuda no monitoramento e controle das operações de vendas. |
FOOD-21571 | Melhoria das mensagens da tela de produto indisponível | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Adicionado uma nova funcionalidade à tela "18 - Produto Indisponível", que exibe os tipos de venda quando um produto ou grupo está bloqueado ou liberado. Isso facilita a visualização dos tipos de venda afetados pelas restrições de disponibilidade. Essa melhoria permite uma compreensão mais clara das restrições e ajuda na tomada de decisões relacionadas aos produtos indisponíveis. |
FOOD-20302 | Criação de logs de inicialização, para registrar os eventos ainda na tela de carregamento | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Criados os logs de cada etapa da inicialização do DegustPDV, com início e fim para cada uma delas. Com a alteração é possível saber em qual etapa da inicialização o DegustPDV parou, caso tenha problemas de inicialização |
FOOD-20718 | Compromisso 4DX Criar Modo Trace | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Adicionado uma nova funcionalidade que permite gerar um arquivo com os dados do monitoramento SQL. Esse recurso é útil para analisar e solucionar problemas de desempenho nas consultas SQL. O sistema coleta informações importantes, como tempo de execução e planos de execução, e as armazena em um arquivo. Isso ajuda os desenvolvedores a identificar e otimizar consultas, melhorando a eficiência do sistema. |
FOOD-21818 | Priorização do CNPJ retornado pelo QRLinx no XML da Nota Fiscal para pagamentos via QRLinx | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Foi realizado uma melhoria no sistema para priorizar o CNPJ retornado pelo endpoint do QRLinx no XML da Nota Fiscal quando o pagamento for realizado via QRLinx. Essa alteração abrange tanto as vendas realizadas com Touchscreen quanto as vendas sem Touchscreen. Anteriormente, o CNPJ registrado no XML da Nota Fiscal era gerado internamente pelo sistema. Agora, o sistema irá consultar o endpoint do QRLinx e utilizar o CNPJ fornecido por ele como prioridade, garantindo que o CNPJ correto esteja presente no XML da Nota Fiscal para pagamentos via QRLinx. Essa melhoria tem como objetivo garantir a integridade e a precisão dos dados fiscais relacionados aos pagamentos via QRLinx. Ao priorizar o CNPJ retornado pelo QRLinx, evitamos erros ou inconsistências nas informações fiscais e garantimos a conformidade com as exigências legais. |
FOOD-22652 | Melhorias tela de Cadastro de Cliente no Delivery Manual | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Realizamos diversas melhorias na disposição e validação dos campos na tela de cadastro. Agora, os campos foram reorganizados para proporcionar uma melhor experiência ao usuário e facilitar a busca de cadastros existentes. Seguem os detalhes das alterações realizadas: CPF: O campo CPF foi movido para o início do formulário, permitindo que o usuário faça uma busca mais rápida por um cadastro existente utilizando esse dado. CEP: Agora, o campo CEP foi posicionado como o primeiro item relacionado ao endereço. Ao preencher esse campo, o sistema realizará automaticamente uma busca na web utilizando a API ViaCEP para preencher os demais campos do endereço de forma mais precisa e eficiente. Data de Nascimento: Foi realizada uma correção na exibição da data de nascimento, para que esteja em conformidade com os dados cadastrais e seja exibida corretamente. Reorganização da tela: Realizamos uma reestruturação da tela de cadastro para melhorar a disposição dos campos e tornar a experiência mais intuitiva e fácil de usar. Validação de e-mail: Implementamos uma validação de e-mail para garantir que o endereço de e-mail informado esteja em um formato válido. Isso ajuda a prevenir erros de digitação e assegura a qualidade dos dados cadastrados.
|
FOOD-22125 | Lio Motoboy - Criado blindagem para o Entregador Padrão | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Foi identificado um problema no PDV relacionado à importação de novos pedidos do Hub, expedição desses pedidos para Lio com entregador 2 EC e posterior alteração do entregador padrão para outro (Entregador Padrão 12) antes de fechar os pedidos no PDV. Para resolver essa questão, foi realizado uma alteração no sistema. Agora, quando houver algum pedido com status (A) ou (E) e com LioMotoBoy (MOBILE_CODIGO da tabela VENDADELIVERY) vinculado, será bloqueada a possibilidade de alteração do entregador padrão. Essa alteração visa evitar inconsistências e problemas decorrentes da alteração do entregador padrão em pedidos que já possuem vinculação com LioMotoBoy. |
FOOD-22011 | Implementação para poder desativar o fechamento parcial de mesa para o Degust Mobile | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Existe um parâmetro no Degust PDV que faz o bloqueio do fechamento e pagamento parcial, apenas como referência no PDV o sistema não permite o pagamento parcial quando desabilitado, já o mobile permitia, com a nova implementação agora o mobile implementamos a exposição da configuração "Trabalhar com fechamento parcial de mesa" por meio do BFF (Backend For Frontend) para o aplicativo mobile. Isso significa que agora será possível configurar e controlar o bloqueio de pagamento parcial de mesa pelo Degust PDV. Quando o parâmetro "Trabalhar com fechamento parcial de mesa" estiver desabilitado, o sistema não permitirá o pagamento parcial nos pedidos realizados no aplicativo mobile. Isso garante consistência e uniformidade na experiência do usuário, mantendo as configurações alinhadas entre o PDV e o Degust Mobile. |
FOOD-21883 | Criação de Log de Operações - PDV por tipo de venda | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Realizado uma melhoria na tela "Configuração de PDV por Tipo Venda" ao adicionar um registro de log. Agora, ao configurar o PDV destinado às configurações do mobile, um log será registrado, fornecendo informações importantes sobre essa ação. Esse log permitirá que você acompanhe e registre as alterações feitas nas configurações do PDV relacionadas ao mobile. Isso facilitará a identificação de eventuais modificações, rastreamento de ações realizadas e manutenção do histórico de configurações. |
FOOD-21091 | Delivery - Padronização Cupom Linx | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Fizemos uma atualização no sistema para incluir a opção de configuração "Imprimir dados de emissão Linx na conferência Delivery". Essa configuração estará habilitada por padrão para oferecer uma experiência mais completa aos usuários. Quando essa opção estiver habilitada, o sistema imprimirá os dados da Linx no cabeçalho e no rodapé dos documentos na conferência de entregas. Os detalhes são os seguintes: Cabeçalho: Será exibido o texto "Linx" centralizado, em negrito e estendido, proporcionando uma identificação visual clara dos documentos relacionados à Linx. Rodapé: Será exibido o texto "Documento emitido por Linx Degust|www.linx.com.br/degust-one", informando aos destinatários que o documento foi emitido pelo sistema Linx Degust. O texto será exibido no rodapé dos documentos, garantindo uma comunicação adequada com os envolvidos. Além disso, faremos a validação para garantir que o texto seja incluído sem quebrar a linha, proporcionando uma aparência visual adequada e uma apresentação clara dos dados na conferência. |
FOOD-21248 | Finalizador por tipo de venda na Retaguarda | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| No aplicativo Degust: Ao realizar a atualização das tabelas, o sistema processará e atualizará a disponibilidade dos tipos de finalizadores que serão enviados e ficarão disponíveis no Degust Mobile. Isso será feito de acordo com a configuração realizada no cadastro de receita na retaguarda. Agora, você poderá controlar quais finalizadores estarão disponíveis no Degust Mobile. Na tela de cadastro de tipos de finalizadores, você poderá visualizar se o tipo de finalizador estará disponível ou não no Degust Mobile. Essa informação permitirá que você tenha uma visão clara de quais finalizadores serão apresentados aos usuários do aplicativo móvel.
No Web Service (WS): - Por meio do Web Service, serão disponibilizados somente os finalizadores que possuírem o campo "FIN_MOBILE" configurado como "S" (sim). Essa configuração será processada durante a atualização das tabelas do PDV, garantindo que apenas os finalizadores relevantes para o Degust Mobile sejam disponibilizados nos dispositivos móveis.
|
FOOD-20918 | Atualização Offline cardápio via arquivo Json | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| O cardápio antigo foi descontinuado e a função de atualização offline de cardápio somente funciona para a versão antiga do Degust, agora é possível atualizar via arquivo Json baixado do retaguarda. |
FOOD-21612 | Na tela de "Configuração de relatório por PDV" criado opção de Filtrar e ordenar os dados | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Realizamos uma melhoria na tela de "Configuração de relatório por PDV" ao adicionar opções de filtragem e ordenação dos dados. Essas novas funcionalidades permitem que você refine os resultados e organize as informações de acordo com suas necessidades. Essas melhorias na tela de "Configuração de relatório por PDV" visam oferecer mais flexibilidade e controle sobre os dados exibidos. Com as opções de filtragem e ordenação, você poderá personalizar a exibição dos relatórios de acordo com suas necessidades específicas. |
FOOD-21606 | Não imprimir produto auxiliar zerado na pré-conta do Degust Mobile | Estado |
---|
| |
---|
subtle | true |
---|
colour | Blue |
---|
title | Melhoria |
---|
|
| Realizamos uma melhoria na pré-conta da mesa para não imprimir produtos auxiliares que possuam |