Problema: Ao realizar uma venda no delivery manual, o mesmo fica com status rejeitado.

Correção: Correção do Status do pedido quando o mesmo é digitado manualmente.

Problema: Não gerava log da inicialização do GerenciadorLinxFood.exe

Correção: Adicionados logs de carregamento para a inicialização do gerenciador linx food
Logs localizado em C:\DegustWin\Logs\Ano\Mes\Dia\InicializaçãoGerenciadorLinxFood

Problema: A conferência de mesa impressa pelo Mobile funciona apenas na versão 3.0.41.07 ou superior.

Correção: Foi ajustado a impressão da conferência no modo mesa pelo mobile.

Problema: Não contém a informação de pagamento do cabeçalho

Correção: Inserida a mensagem no cabeçalho da tela e também múltiplas formas de pagamento do MotoBoy e origem do pedido.

Problema: Foi identificado que ao entrar na configuração geral e alterar qualquer config era perdida a config do LIO MotoBoy

Correção: Corigido o erro, foi inserida também uma opção que checa quando estiver marcado e não informado o motoboy padrão exibi uma mensagem informando que quando estiver marcado trabalhado com App Moto Boy delivery deve informar o entregador padrão.

Problema: Ao cancelar um pagamento PEDE PRONTO já finalizado, o sistema lançava o desconto já aplicado como somatório para o valor Total a esquerda;

Correção: Corrigido a rotina para cancelamento do tipo de pagamento pede pronto, evitando o erro do cálculo.

Problema: botão de sincronizar dados com o PDV não funciona.

Correção: Criação de checkbox para visualizar se trabalha com totem one

Problema: A vendas transmitidas pelo módulo mesa não saem impressão, rejeita com o erro de arithmetic.

Correção: Adicionado no controle de atividades script para aumento do campo

Problema: Ao realizar uma venda é permitido lançar itens acima do valor definido

Correção: Desenvolvimento de trava na finalização de venda (balcão, cartão e mesa) quando o valor total for maior do que o configurado, implementado a validação também na finalização parcial da mesa, juntamente com a melhora da mensagem

Problema: Cliente indica que está aparecendo um desconto indevido no pedido que é integrado da Neemo

Correção:  Ajustado a impressão do desconto na Conferência Delivery, que imprimia com o valor errado quando havia desconto em carteira e taxa de entrega no mesmo pedido

Problema: Cliente não consegue excluir usuário Almir devido a erro do vídeo em anexo.

Correção: Ajustado no usuário. Ao invés de dar delete na tabela, ele passará a dar update no campo usu_ativo = 'N'

Problema: Nota não estava transmitindo. Identificado um erro de deadlock, levando assim o problema no envio da nota.

Correção: Adicionado informações no arquivo de log sobre os conflitos de transação, assim sendo possível mapear casos como indicado neste problema.

Problema: Não está exportando as configurações do PDV para o Mobile

Correção: Exportação da configuração CFG_TRABEXCECAOPRODCOMBORESHOP para o mobile

Problema: Ao realizar duas vendas consecutivas o sistema trava

Correção: Verificado que o problema era nos arquivos do DTEF, ajustado destruição de objeto "DadosDTef"

Problema: Foi identificado que a loja efetua o lançamento dos produtos durante a venda, finaliza o pedido, executa o pagamento normalmente e transmiti o cupom fiscal, porém caso alguém abra a nota para consultar os itens lançados o sistema informa que o produto não está cadastrado.

Correção: Alteração do teste para verificar se a busca é feita pelo código do produto ou pelo código de barras.

Problema: Ao realizar o cadastro de um novo cliente na venda delivery o sistema trava.

Correção: Na tabela de CONTROLE estava com um numero 40 mil, e o CADCLIENTE com numero menor 4 mil. O gera controle ficava testando 36 mil registros porque todos estavam utilizados e testava todos erros de PK em todo looop. Alterado para ver o primeiro numero disponível e utiliza-lo, quando não houver pegar o maior número e atribuir ele no controle e usar no cadcliente sem mecher no MD.GerarControle quando não houver de PK vai continuar usando MD.GerarControle

Problema: Solicitado o temporizador par o QRLinx

Correção: Adição da configuração: Configurações Gerais -> Carteiras Digitais -> Tempo de expiração do QRCode em segundos;

Problema: Algumas notas geradas pela Pede Pronto estão rejeitando com o erro "Retorno: 392(Sefaz) >> Rejeicao: Nao informados os dados da operação de pagamento por cartão de credito/debito". Criar a seguinte blindagem:

Correção: Ajustado para enviar "VFT_IDPAGAMENTOPEDEPRONTO" para a tag "cAut" quando o "TEF_AUTORIZACAO" não estiver informado

Problema: Ao efetuar uma venda não é apresentado onde a venda foi feita.

Correção: criado campo VEN_MOBIPDV na tabela Venda onde irá gravar quando a venda for finalizada pelo PDV (P) ou pelo Mobile(M)

• Criados os campos na tabela venda. Sendo preenchidos pelo usuário no momento da finalização do pedido.
•  Caso o valor recebido seja menor do que o esperado, é emitido um alerta de confirmação
• Caso o valor seja maior, o valor e a diferença serão salvos nos campos VENDA.VEN_VLRRECEBIDOENTREGADOR e VENDA.VEN_GORJETAGERENCIAL respectivamente.
• Os 3 relatórios de gorjeta por entregador (Resumido / Detalhado / Detalhado por Data) possuem, opcionalmente, uma coluna que soma esses valores de acordo com os critérios de cada relatório.

• Criada uma configuração para que os produtos pai acompanhe os filho em todos os KDS.
• Com a configuração ativa, o pai será apresentado junto com o filho em todos os KDS's.
• A ordem será forçada pelo número de lançamento do item quando a configuração estiver ativa.

• Criada tabela que baixa as relações de compatibilidade entre as versões;
• Tabela em questão é atualizada na atualização do cardápio;
• Se a versão do PDV não existir na tabela (VERSOESFRANQUEADOR), ele é válido com qualquer versão do mobile;
• Se a versão do PDV existir na tabela, ele é válido com as versões de mobile especificadas;
• É exibida a mensagem de quais versões seriam válidas para a versão do PDV em questão, caso seja inválida.

• O Degust PDV agora exporta no arquivo de envio de movimentação, o CPF do Reshop;
• O comunicador agora aceita arquivos na versão 1.0.83 do Arquivo de Movimentação;
• O sincronismo agora aceita arquivos na versão 1.0.83 do Arquivo de Movimentação;
• O sincronismo agora importa o CPF do Reshop para o banco do Retaguarda;

• Movido a habilitação das etiquetas de código de barra de "Configurações Gerais 1" para "Flash / Backup / Etiquetas"
• Corrigida a ordem de tabulação dos componentes em Configurações Gerais 1;
• Revisadas e adicionadas as descrições na barra de status das opções em Configurações Gerais 1 conforme especificado nos comentários da issue.

Agora o finalizador pode ser limitado por modo de venda

(Mesa, Cartão, Delivery, Balcão ) através do cadastro de Receita da Retaguarda (Cadastro > Financeiro > Receita, campo "Modo de Venda").

Na tela de pagamento do PDV, serão exibidos somente os finalizadores conforme modo de venda configurado.