| LOCALIZADOR | RESUMO | TIPO | DETALHES |
|---|
| FOOD-20610 | PDV - Travamento ao finalizar venda no modulo Delivery | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| Problema: Travamento ao finalizar venda no modulo Delivery, ao finalizar a venda a tela trava em tela branca.
Correção: Solução: Travamento estava quando tentava imprimir a conferência com dados do cliente, porém realizando venda normal no delivery não vem pré pedido, com isso estava travando pois não estava sendo tratado o sql que valida se existe ou não pré pedido na venda. |
| FOOD-20544 | PDV - ERRO AO LANÇAR UM DELIVERY MANUAL - Status Rejeitado na tela de expedição | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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. |
| FOOD-20361 | PDV - Criação de logs de inicialização, para registrar os eventos ainda na tela de splash [GerenciadorLinxFood] | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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 |
| FOOD-21335 | Mobile - A impressão conferência de mesa no mobile parou de funcionar | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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. |
| FOOD-20806 | Lio Motoboy - Apresentar forma de pagamento real do Motoboy na tela de fechamento por entregador | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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. |
| FOOD-20804 | PDV - Lio Motoboy - Configuração Geral perdendo entregador padrão | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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. |
| FOOD-20613 | PDV - Comanda de produção saindo de forma errada na impressora | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| Problema: Ao imprimir produtos VO, a comanda da cozinha sai desalinhada.
Correção: Alterada logica de calculo dos itens VO: exclusão do item anterior da lista que compõem itens Principais da lista que calcula o numero de espaços dos itens VO. |
| FOOD-19188 | PDV - Desconto do PedePronto é aplicado ao valor da conta | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correçã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. |
| FOOD-21073 | PDV - Botão de sincronizar dados com o PDV não funciona | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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 |
| FOOD-20998 | PDV - Notas Rejeitadas, arithmetic exception overflow | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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 |
| FOOD-20598 | PDV - CNPJ da administradora vinculada no finalizador zerado | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| Problema: Erro ao enviar nota em contingência.
Retorno apresentado: Rejeição: CNPJ da instituição de pagamento inválido. Será realizado uma nova tentativa de transmissão.
Sistema não apresenta qual finalizador utilizado na venda, para correção do erro apresentado no retorno da SEFAZ
Correção: Adicionado validação para incluir CNPJ da administradora do cartão no SQL que inclui finalizador. |
| FOOD-20543 | PDV - Degust permite lançar itens acima do valor definido | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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 |
| FOOD-21525 | PDV - Desconto sendo indicado na conferência | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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 |
| FOOD-21443 | Mobile - Erro ao transferir venda mesa | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| Problema: Degust mobile com erro ao tentar realizar uma transferência de mesa.
Correção: Corrigido problema de Access violation ao transferir mesas pois ao gerar transações devido a destruir objeto de transações ao destravar mesa. |
| FOOD-21130 | PDV - Não é possível excluir usuário no sistema | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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' |
| FOOD-21121 | PDV - Erro de deadlock ao enviar as notas rejeitadas. | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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. |
| FOOD-21185 | Mobile - Exportar configuração para mobile [CFG_TRABEXCECAOPRODCOMBORESHOP] | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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 |
| FOOD-21137 | PDV - Ajuste relatório de gorjeta | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| Problema: Corrigir a query de geração de gorjeta, está retornando valores zerados.
Correção: Ajuste query que realiza a condição para verificar se existe vendas com gorjetas. |
| FOOD-21308 | PDV - Ao finalizar uma segunda venda degust trava na 41.07 | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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" |
| FOOD-21212 | PDV - Erro no detalhamento dos itens na nota fiscal | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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. |
| FOOD-21060 | PDV - Sistema trava ao cadastrar um novo cliente Delivery | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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 |
| FOOD-20936 | PDV - Criação de temporizador durante exibição QRCode [Config Geral] | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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; |
| FOOD-20876 | PDV - (Blindagem) Notas com finalizador pede pronto entrando em contingência | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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 |
| FOOD-20962 | Mobile - Imprime desconfigurado na produção | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| Problema: Quando feito lançamento de 3 vendas orientadas em sequencia no mesmo pedido e enviado pelo mobile na produção está sendo impresso a comanda na produção descentralizado, em "escadinha".
Correção: Correção para ocorrer a impressão dos itens na comanda com espaçamento lateral ajustado. |
| FOOD-20928 | PDV - Erro visualização relatório "Giro de Mesa" | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| Problema: Relatório de Giro de mesa não esta abrindo, trava na tela de aguarde.
menu: Consulta relatório -> 26 - Giro Mesa , filtre pelo ano de 2022.
Correção: Realizada uma correção no código sql para sanar o problema |
| FOOD-20935 | PDV - Correção na Terminal de Garçom para persistir impressão de cozinha. | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| Problema: No momento da reimpressão de produtos de cozinha ao lançar via terminal de garçom, não imprime.
Correção: Incluída persistência do cdsVendaItem para persistir o campo VIT_IMPR ao imprimir por departamento via terminal de garçom. |
| FOOD-21025 | PDV e Mobile - Criação de campo para identificar a venda | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| 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) |
| FOOD-20622 | PDV - Criar Log Catraca Via XML | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Green |
|---|
| title | Correção |
|---|
|
| Problema: Criar log para catraca que utiliza leitura via XML.
Ex: catraca gama 7.
Correção: Foi adicionado logs na rotina que cria o xml para leitura da catraca via XML. |
| FOOD-20522 | QRLinx - Informar pagamento integrado na NFCe | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Alguns estados estão publicando legislações incluindo também, além do cartão de crédito e débito, a "transferência de recursos, transações eletrônicas do Sistema de Pagamento Instantâneo" (PIX) e "carteiras digitais" como tipo de pagamento que deve estar vinculado ao documento fiscal emitido (NFCe) Na prática, esse vínculo integrado é evidenciado no XML do documento fiscal da NFCe, no grupo de pagamentos, por meio do campo "tpIntegra", onde somente poderá ser usado para pagamentos eletrônicos o tipo de integração "1=Pagamento integrado com o sistema de automação da empresa". Para atender a legislação, quando utilizado QRLinx, e configurado no finalizador/receita da NFCe como: - Pagamento Instantâneo (PIX) ou
- Transferência bancária, carteira digital
O sistema gerará os dados da NFCe como "tpIntegra =1 - Pagamento integrado). Importante que os dados da administradora estejam preenchidos para que o requisito possa ser atendido | Expandir |
|---|
|  |
|
| FOOD-20331 | QRLinx - Exibir no Pin Pad via D-TEF (nova DLL) | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Agora é possível exibir o QRCode do QRLinx no PIN PAD. - Configurações:
- Adição de configuração em Configurações Gerais -> Carteiras digitais para habilitar a exibição no PINPAD;
- Adição de configuração no cadastro de PDV -> QRLinx para habilitar a exibição no PINPAD. Tal configuração é priorizada sobre a das configurações gerais;
- Log da rotina ColetaPinPadDLL, em caso de retorno de erro ao enviar imagem para o PINPAD;
- A implementação engloba touch e não touch;
- A implementação abrange os seguintes modelos de PINPADModelos de PIN PAD: Importante atentar-se ao PinPad utilizado, pois é necessário que esteja na Versão mínima ABECS: 2.02 tendo a funcionalidade de reprodução de imagem na tela. Veja alguns exemplos de PinPads que poderão ser utilizados:
- Gertec PPC 930 ;
- Ingênico Lane 3000;
- Verifone Vx 820;
| Expandir |
|---|
|
|
|
| FOOD-19545 | QRLinx – Cancelamento – Alterar serviços de desfazimento e devolução | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Criada nova rotina de geração de desfazimento aonde faz o cancelamento. Assim substituindo rotinas de cancelamento e exclusão pela de desfazimento/retorno
|
FOOD-20777 FOOD-21007 | Disponibilização do Degust SVC | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Agora o Degust PDV conta com o SVC. O principal objetivo do SVC é relacionado na melhoria no sistema de atualização de lojas de forma individual ou em grupo. Também tem objetivos secundários, como por exemplo melhoria de suporte e atendimento ao cliente Degust. |
| FOOD-20257 | Melhoria dos logs nas validações dos pedidos da importação delivery | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| - Adicionado o CPF do pedido no log após a Invalidação do CPF na importação do pedido (LinxFoodImpo.log)
- Criado o log ExpedirPedido, onde consta:
- Início da expedição, confirmação do usuário e fim da expedição;
- Sql de Update na VendaDelivery;
- Log que consta os detalhes da Invalidação das somas da forma de pagamento com o total da venda;
- Log que consta os detalhes da Invalidação do valor de acréscimo/desconto ser MAIOR que o total dos produtos (Somente para ECF);
- Melhoria da mensagem que impede o pedido de ser expedido por estar em aberto (adicionando o motivo na mensagem);
- Feito dentro do escopo da integração delivery;
| Expandir |
|---|
| 
|
|
| FOOD-20658 | PDV - Tipo da configuração da tabela de preço | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Agora é possível limitar quem pode alterar o valor dos produtos, sendo Frente Caixa , Franqueadora ou Pela Loja (Retaguarda).
|
| FOOD-18904 | KDS - Produto com tempo de preparo "0" - enviar imediatamente ao KDS | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| PDV: Criada uma nova configuração para que seja possível configurar os produtos com tempo de preparo "0" para envio automático ao KDS. A configuração em questão está na tela de Cadastro de Produtos, na aba "Integração" KDS: Quando o produto estiver configurado para ser enviado imediatamente para produção, o KDS irá exibi-lo logo de início, sem esperar o tempo de conclusão de outros produtos. | Expandir |
|---|
| 
|
|
| FOOD-18169 | Configuração de Loja - Cancelar pré venda ao encerrar o dia | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| A configuração "Cancelar Pré-venda automaticamente ao encerrar o dia" agora é importada da Retaguarda e está bloqueada para edição no PDV | Expandir |
|---|
| 
|
|
| FOOD-17242 | Suporte Online - Implementação da Abertura do Portal | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Adicionado botão no menu do suporte online que abre o Suporte ao Atendimento ao Cliente |
| FOOD-17467 | Alteração de valor recebido Delivery | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| - 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.
|
| FOOD-18140 | KDS - Pai acompanhar o filho em todos os KDS | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| - Criada uma configuração para que os produtos pai acompanhe os filho em todos os KDS.
- Com a configuração ativa, o pai (produto start da VO) será apresentado junto com o filho em todos os KDS.
- Essa nova função visa facilitar para que a cozinha identifique facilmente produtos que são individuais ou que façam parte de um combo
- A ordem será forçada pelo número de lançamento do item quando a configuração estiver ativa.
| Expandir |
|---|
| 
|
|
| FOOD-20403 | PDV/wsMobile - Cadastro versão PDV x Mobile | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Agora é possível realizar o cadastro da versão do PDV x Versão do mobile, no Degust One Retaguarda, configuração do franqueador (veja imagem abaixo). Este cadastro permite configurar as versões de mobile que são liberadas para cada versão do PDV. Podendo haver mais de uma versão mobile vinculada para uma mesma versão do PDV. Assim a franquia poderá controlar, quais versões não podem ser utilizadas de acordo com a versão do PDV. Caso o PDV em execução na loja não possua uma versão de mobile vinculada neste cadastro, o sistema não validará a versão do mobile. Ou seja, a loja poderá utilizar qualquer versão no mobile. Caso o PDV em execução na loja possua uma ou mais versões de mobile vinculadas neste cadastro, somente estas versões serão permitidas na execução do mobile. Ou seja, a loja não conseguirá utilizar o mobile em versões diferentes das cadastradas para a versão do PDV. 
Em um cadastro conforme exemplo acima, ocorrerá o seguinte: - A versão 39.30 do PDV permitirá somente o uso das versões 39.30 e 39.35 do mobile.
- A versão 39.31 do PDV permitirá somente o uso da versão 39.35 do mobile.
- A versão 39.33 do PDV permitirá somente o uso da versão 39.40 do mobile.
- A versão 39.32 do PDV (não cadastrada da tabela), permitirá o uso de qualquer versão do mobile.
| Expandir |
|---|
| Degust One Retaguarda - Configuração do Franqueador 
|
|
| FOOD-20024 | Subir CPF/CNPJ Reshop para Retaguarda | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Integrado o CPF/CNPJ utilizado no programa de fidelidade do Reshop para a Retaguarda. Essa informação poderá ser visualizada no relatório "Vendas detalhadas por cupom" da retaguarda (necessário que o PDV esteja atualizado no momento da venda). |
| FOOD-19891 | Pesquisa produtos modo touch | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Criada tela de Pesquisa de Produtos por nome no modo touch. Para acessar a nova funcionalidade, utilize a opção "Lançamento por código" da tela de venda | Expandir |
|---|
|
|
|
| FOOD-19550 | QRLinx – Criar Tela de Transações | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Disponibilizado um novo relatório onde será possível consultar todas as transações efetuadas via QRLinx "Menu > Consulta/Relatorios> 35 Consulta Cobranças QRLinx" - Implementado filtros de período para cobrança;
- Opção para consulta das cobranças;
- Opção para atualização individual do registro selecionado;
- Opção para cancelar ou reprocessar cancelamento;
| Expandir |
|---|
| 
|
|
| FOOD-19547 | QRLinx – Cancelamento – Comprovante de Cancelamento | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Ao realizar o cancelamento do pagamento QRLinx, agora o sistema imprimirá um comprovante de cancelamento (veja imagem abaixo) Para utilizar o novo comprovante, configure o relatório "122 - QR LINX - CUPOM CANCELAMENTO QRCODE" (Relatório por PDV) | Expandir |
|---|
| 
|
|
| FOOD-21195 | Enviar número de nota fiscal ao Reshop | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Na integração com o Reshop agora o PDV envia o número da emitida na venda ("SalesNumber"). Essa informação Essa informação pode ser vista no Reshop através da opção "Lojas > Dashboard de Lojas > Vendas" | Expandir |
|---|
| 
|
|
| FOOD-20948 | HML PAF - Requisições externas- XML NFCe | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Adaptado o XML da NFCe para atender a nova regra do PAF NFCe em Santa Catarina. Os pedidos recebidos via delivery (requisição externa), precisam ter informado no campo de observação ao fisco do XML o CNPJ do intermediador e número da requisição externa (contador sequencial automático criado pelo PDV) | Expandir |
|---|
| 
|
|
| FOOD-21040 | Log de Operações - Produto Indisponível | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Criada validações para alteração em função, onde foi criado log com as informações de usuário, tipo de operação, produto ou grupo bloqueado/liberados e tipos de venda bloqueado/liberados.
Local do log fica em "degustwin/logs/.../bloqueioliberaçãoproduto" |
| FOOD-20906 | Config Geral - "Configurações Gerais 1" | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| - 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.
|
| FOOD-18933 | Relatório PDV - Faturamento por data | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Criado novo campo no relatório em Relatórios -> Consulta de Faturamento -> Faturamento Por Data, contendo o desconto do Reshop. O mesmo ocorre com os totalizadores do relatório em questão. | Expandir |
|---|
| 
|
|
| FOOD-18008 | Ativação do Cashback - Permitir informar o CPF via PinPad | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Adicionada funcionalidade de obter dados de fidelidade através do PinPad com o uso do cashback 4all. |
| FOOD-18325 | PDV não está enviando a descrição do cancelamento | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Agora é enviado motivo de cancelamento para o HUB. | Expandir |
|---|
| 
|
|
| FOOD-10833 | Controle de notas rejeitadas | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| Antes quando uma nota era rejeitada e emitida sua contingência NFCe no PDV, não era possível validar facilmente qual o motivo da nota estar "presa" em contingência, sendo necessário acessar o PDV e realizar a tentativa de transmissão para visualizar o motivo da rejeição. Agora é possível visualizar o motivo da rejeição diretamente na grid de consulta de notas no PDV. Além disso, essa informação também está presente no relatório "Vendas Detalhadas por cupom" do Degust One retaguarda (necessário estar utilizando versão atualizada do PDV) | Expandir |
|---|
| 
|
|
| FOOD-19372 | Finalizador por Modo de Venda | | Estado |
|---|
| |
|---|
| subtle | true |
|---|
| colour | Blue |
|---|
| title | Melhoria |
|---|
|
| 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. | Expandir |
|---|
| 
|
|
