Gestão de Lojas - 6.2.20.16

Problema: na tela de finalização de venda com cartão era permitido o usuário voltar a tela anterior enquanto o PDV aguardava um retorno da V$Pague ou enquanto inicializava a comunicação, porém essa ação não pode ocorrer pois o PDV precisa receber o retorno da V$Pague, autorizando a operação ou acontecendo alguma falha.

Correção efetuada: corrigimos o PDV NFC-e para que utilize a mesma regra já existente no PDV PAF. Essa regra aplicada não permite o usuário a voltar para tela anterior antes de receber um retorno da V$Pague, pois o PDV precisa dessas informações para seguir com o processo.

Problema: o sistema não estava considerando corretamente o regime tributário da empresa no momento de selecionar a situação tributária para os produtos, o que estava causando uma interpretação indevida e causando rejeição na emissão da NFC-e diretamente no PDV.

Correção efetuada: corrigimos para que o sistema passe a considerar corretamente o regime tributário da empresa e que busque as situações tributárias disponíveis de acordo com cada regime respectivamente.

Problema: no PDV NFC-e, quando uma venda era recuperada durante a contingência e, em seguida, era cancelada, não era replicada ao Retaguarda para que a numeração das notas fiscais fosse atualizada para Inutilizada/Cancelada.

Correção efetuada: corrigimos para as vendas recuperadas em contingência sejam replicadas ao Retaguarda corretamente.

Problema: quando era emitida uma nota em que o produto possuía uma CFOP, configurada para não tributar o ICMS, contendo o código da situação tributária igual a 60 - Substituição Tributária, o controle era realizado no Retaguarda e os valores de imposto retido anteriormente não era inserido. Mas não era realizado o mesmo controle as notas emitidas no PDV NFC-e.

Correção efetuada: corrigimos para que o controle de inserção do ICMS retido anteriormente seja efetuado conforme as informações presentes na CFOP utilizada no item que está sendo vendido, conforme já é realizado atualmente no Retaguarda.

Problema: ao realizar uma venda com entrega futura através do método de pagamento Crediário, o valor não era apresentado no relatório de fechamento de caixa do PDV NFC-e.

Correção efetuada: ajustamos para que as vendas com entrega futura sejam apresentadas no fechamento de caixa do PDV NFC-e.

Problema: ao emitir uma nota fiscal de cupom, verificou-se que a NF-e era gerada com a tag tpag do arquivo XML igual a 99, pois a forma de pagamento Pix não era validada no processo. O sistema retornava a mensagem Rejeição: Descrição do pagamento obrigatória para meio de pagamento 99 - outros - Código: 441.

Correção efetuada: corrigimos para que o tipo de pagamento Pix seja validado corretamente, conforme exigências da SEFAZ.

Problema: na tela Pedidos de venda, ao inserir itens com intermediações e com entrega futura CD e imediata, ocorria o erro É necessário informar um recebimento quando não fosse inserido um recebimento e mesmo assim tentasse finalizar o pedido. Porém, após inserir uma forma de recebimento, acontecia o erro Para itens de pedido com tipo de entrega FUTURA_LOJA, é obrigatório informar uma entrega mesmo que todos os itens tivessem controle de entrega vinculados.

Correção efetuada: corrigimos a tela para que essas validações referentes ao controle de entrega sejam feitas apenas em itens do tipo produto, visto que intermediações não tem controle de entrega pois esse vínculo fica em seu produto relacionado.

Problema: quando realizada uma venda com cliente com um caractere especial no complemento do seu cadastro de endereço, a SEFAZ rejeitava a nota por conta desse caractere especial.

Correção efetuada: ajustamos a rotina para não seja mais enviado nenhum tipo de caractere especial na nota, evitando a rejeição na SEFAZ.