MELHORIA

Foi implementada uma melhoria no Degust PDV para permitir identificar separadamente as formas de pagamento de Market Places que usam o padrão Open Delivery, já que todos utilizavam o mesmo código.

Agora, ao receber um pedido delivery, o PDV passa a:

• Buscar a forma de pagamento usando código de integração + CNPJ do Market Place.

• Se não encontrar, utiliza a busca atual (somente pelo código de integração).

• Se houver mais de um resultado, escolhe o primeiro.

Isso permite diferenciar corretamente as formas de pagamento por Market Place, garantindo conciliação mais precisa.

Documentação: https://share.linx.com.br/x/7pkcAg

MELHORIA

Foi ajustada a forma como os produtos secundários aparecem no PDV.
Agora, os tamanhos (EX: 300 ml, 500 ml e 700 ml) são exibidos sempre na ordem correta, mesmo quando a prioridade não está configurada.
Com isso, a lista de tamanhos fica organizada e fácil de selecionar na loja.

MELHORIA

O Gestor Logístico Neemo é uma nova funcionalidade do Degust PDV que permite que as lojas solicitem entregadores automaticamente através de parceiros logísticos como iFood Entrega Fácil, Uber Direct, SHJ, Pick And Go, entre outros.

Essa integração torna o processo mais rápido e seguro, reduz intervenções manuais e oferece maior controle sobre os pedidos enviados para cada plataforma.

Documentação: https://share.linx.com.br/x/-WO4JQ

CORREÇÃO

Problema: O PDV estava enviando para o sistema de fidelidade um número de pontos tão alto que o sistema não conseguia aceitar, causando erro.

Correção: O PDV agora verifica se o número de pontos é maior do que o que o sistema suporta.
Se for, ele envia o valor máximo permitido só para evitar erro - assim o sistema devolve que os pontos são inválidos, sem causar falha.

CORREÇÃO

Problema: Algumas notas fiscais estavam sendo rejeitadas porque o sistema estava calculando os valores errados - apareciam notas com valores negativos ou com total diferente da soma dos itens.
Isso acontecia porque o desconto de fidelidade (Reshop) era somado duas vezes, fazendo a nota ficar com valor incorreto.

Correção: A rotina responsável pelo cálculo foi ajustada para considerar o desconto apenas uma vez.
Com isso, os valores das notas ficam corretos e elas deixam de ser rejeitadas.

CORREÇÃO

Problema: O sistema estava permitindo vendas fora do horário permitido porque, em alguns momentos, ele ignorava a regra definida no campo “Horário limite para trabalhar com data anterior”.

Correção: A validação foi ajustada para garantir que o sistema verifique o valor correto no momento certo, impedindo vendas fora do horário limite.
Agora, o sistema respeita o horário configurado, independentemente da outra flag.

CORREÇÃO

Problema: Em algumas vendas, o PDV estava reutilizando o CPF coletado na venda anterior.
Quando o CPF não era lido corretamente no PinPad, o sistema preenchia automaticamente 00000000000, causando rejeição da nota e obrigando o suporte a corrigir manualmente.

Correção: O sistema foi ajustado para só preencher o CPF quando a leitura do PinPad for realmente bem-sucedida.
Além disso, a informação do CPF agora é zerada sempre que uma nova venda começa, evitando que dados da venda anterior sejam reaproveitados.

CORREÇÃO

Problema: As notas que entravam em contingência não eram reenviadas pelo sistema.
Enquanto o status permanecia como contingência, o PDV não enviava a nota para o Fiscal Flow autorizar, somente quando alguém mudava manualmente o status para rejeitada, o envio funcionava. Isso causava acúmulo de notas pendentes e atrapalhava o envio automático pelo robô.

Correção: O sistema foi ajustado para que todas as notas emitidas em contingência registrem corretamente a data e hora de emissão.
Com isso, o PDV passa a reconhecer a nota como pronta para transmissão e o reenvio funciona normalmente, sem precisar alterar o status manualmente.