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.

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;

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.

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

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

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

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.

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"

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

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.

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

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

Problema: Desconto foi fornecido para cliente sem ter colocado CPF

Correção: Adicionado logs de rastreamento de processo do Reshop

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

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

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

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.

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

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

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

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.

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

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

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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:

1. 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.

2. 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.

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:

1. 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.

2. 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.

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"

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.

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.

Segue guia passo a passo: Atualização de Produtos OFFLINE JSON

Realizado uma melhoria na pré-conta da mesa para não imprimir produtos auxiliares que possuam quantidade zero. Anteriormente, esses produtos eram listados na pré-conta mesmo que não estivessem presentes no pedido.

A partir de agora, ao imprimir a pré-conta, somente os produtos que possuem quantidade maior que zero serão incluídos. Isso evita a impressão desnecessária de produtos auxiliares que não foram solicitados ou que não estão presentes no pedido.

Atualização das relações entre CEST (Código Especificador da Substituição Tributária) e NCM (Nomenclatura Comum do Mercosul)

Realizamos uma atualização nas relações entre os CEST's e NCM's no sistema. O CEST é um código que identifica produtos sujeitos à substituição tributária, enquanto o NCM é o código que classifica os produtos de acordo com a legislação fiscal.

Nesta atualização, revisamos e ajustamos as associações entre os CEST's e NCM's para garantir a correta aplicação da substituição tributária aos produtos. Isso inclui a inclusão de novas associações, a atualização de associações existentes e a remoção de associações inadequadas ou desatualizadas, garantindo a conformidade com as normas fiscais vigentes e melhorar a precisão na aplicação da substituição tributária.

Realizamos uma melhoria no aplicativo Degust Mobile para remover uma consulta desnecessária que verificava constantemente se havia um "dia aberto" para finalizar as vendas na mesa. Essa verificação excessiva estava causando atrasos e impactando negativamente a experiência do usuário.

A partir de agora, o aplicativo Degust Mobile não realizará essa consulta frequente, tornando o processo de finalização de vendas na mesa mais eficiente. Ao acessar a funcionalidade de finalização da venda, o aplicativo não precisará mais verificar repetidamente se há um "dia aberto". Isso ajudará a agilizar o processo e proporcionar uma experiência mais fluida.

Aprimoramentos relacionados ao NCM (Nomenclatura Comum do Mercosul) - Inclusão e Exclusão (NT 2016.003 v3.5):

Realizamos atualizações no sistema para refletir as alterações mais recentes na Nomenclatura Comum do Mercosul (NCM) conforme estabelecido na Nota Técnica 2016.003 versão 3.5.

Essas atualizações incluem:

1. Inclusão de novos códigos NCM: Adicionamos os novos códigos NCM que foram estabelecidos. Agora, você poderá utilizar esses códigos atualizados no sistema, garantindo a conformidade com as regulamentações vigentes.

2. Exclusão de códigos NCM obsoletos: Removemos os códigos NCM obsoletos que não estão mais em uso ou foram substituídos por novos códigos. Essa exclusão ajuda a manter o sistema alinhado com as últimas atualizações e evita o uso de informações desatualizadas ou incorretas.

Foi adicionado um recurso ao processo de atualização do cardápio que registra logs de cada etapa. Agora, quando o cardápio é atualizado, serão registradas informações detalhadas em um arquivo de log na pasta chamada 'cardápio-desempenho'.

Esses logs são registros das ações executadas durante o processo de atualização do cardápio. Eles ajudam a monitorar o desempenho, identificar possíveis erros e acompanhar o progresso da atualização.