Issue | Resumo | Número do caso |
| BIGRETAIL-135472 | BIGRETAIL-135472: Foi adicionado também o número do pedido como mais um filtro à lógica de cancelamento |
|
| BIGRETAIL-135784 | BIGRETAIL-135784-dpsp-alteracao-dos-apontamentos-url-logix-parametracaop2k-nos-pdvs
Criação dos parâmetros no servidor de configuração para Aateração dos apontamentos URL Logix. |
|
| BIGRETAIL-137536 | BIGRETAIL-137536-problema-no-resgate-de-pedido-lista-nao-carregada
Ajustado o codigo aonde logava a autenticação do logix no inicio do pdv. |
|
| BIGRETAIL-135432 | Durante a análise ficou evidenciado que durante a venda de um pedido normal com item A, juntamente com um resgate de farmácia popular, após bipar o produto do pedido e o produto da FP, o operador faz a totalização da venda, mas logo em seguida retorna ao grid de itens.
Na sequência é adicionado um convênio em que o item que será beneficiado ao ser incluído é o mesmo item A do pedido. No momento do registro do item no PDV, o mesmo acaba por colocar o valor do produto do pedido no total da dívida e no mapa de produtos coloca o item e seu devido desconto do convênio. Dessa forma gerando uma divergência de valor a pagar e valor pago.
Ajustamos o fluxo para que no momento da inclusão do item do convênio o qual é o mesmo produto do item do pedido, o PDV deverá validar se os pedidos que estão sendo resgatados já foram consumidos, ou seja, se seus respectivos produtos já foram bipados. Com isso os valores atribuídos no total da dívida e no mapa de produtos refletirão os valores corretos. |
|
| BIGRETAIL-135496 | BIGRETAIL-135496: Foi feita uma checagem de instância antes de resgatar o ItemTransacaoExtensivel tendo em vista que Brigada de Validade não contempla pedido Softium |
|
| BIGRETAIL-135215 | O projeto tem como objetivo implementar a consulta do CEP informado via pedido no LWS, afim de evitar a consulta na base do PDV no fluxo relacionado a emissão de NF-e para clientes identificados com CNPJ as vendas Pedido Softium. |
|
| BIGRETAIL-135564 | Realizado ajuste para que a solicitação de fabricação e validade de produtos controlados só seja solicitada caso alguns dos parâmetros de NFE esteja habilitado, incluído o caso também de ambos estejam habilitados. |
|
| BIGRETAIL-135654 | Durante o resgate de Pedido Softium com os parâmetros de Emissão NFe desabilitados o PDV não seguia para emissão NFCe, somente exibia a mensagem de bloqueio de NFCe para CNPJ.
Ajustamos o fluxo para que o PDV atenda o parâmetro "Define o fluxo de vendas da NFCe para o cliente CNPJ" |
|
| BIGRETAIL-135050 | Foi identificado que o tempo correto é em milissegundos
Realizado o ajuste na nomenclatura do parâmetro para milissegundos |
|
| BIGRETAIL-135296 | BIGRETAIL-135296: Foi aplicado um controle de atualização do item do mapa, dessa forma não irá mais acontecer o problema do mesmo índice ser atualizado mais de uma vez enquanto outro não ser |
|
| BIGRETAIL-135339 |
Atualizado o Mid 8.9.3 que contem a correção para o cenário:
Aconteceram alguns casos na DPSP onde foi solicitado o cancelamento da nota no momento em que o MID-e Client estava emitindo em contingência. O Client após isso realizou o Agendamento do Cancelamento no Fiscal Flow antes de enviar o XML da nota emitida em contingência causando incosistência no fluxo do Fiscal Flow.
A melhoria consiste em verificar se a nota já foi enviada para o Fiscal Flow antes de enviar o Agendamento de Cancelamento desta nota. |
|
| BIGRETAIL-135832 | BIGRETAIL-135832: Foi incluída uma validação extra para impedir que este desconto seja aplicado. Foram testados os cenários de Campanha com pedido, campanha sem pedido e venda auto serviço. | 04924714 |
| BIGRETAIL-134771 | BIGRETAIL-134771-pulo-de-sequencia-nota-194978-nf-substituida-nao-foi-cancelada
Adicionado alguma proteções para caso ocorra poweroff em alguns momentos da venda ele não repita processos que ja foram processados evitando assim duplicação no fiscal flow e problema com notas de substituição em caso de contingencia. | 04773055 |
| BIGRETAIL-136505 | BIGRETAIL-136505-calculo-dos-itens-campanha-nao-aplicado-itens-multiplicados-mesclagem-pedidos
Adicionado o ajuste que faz o calculo em background evitando travamentos na hora de calcular as campanhas com itens multiplicados. |
|
| BIGRETAIL-136504 | BIGRETAIL-136504-comp-gui-mesclagem-pedidos-campanha-travamento-pdv-com-7-pedidos
Ao adicionar os itens do pedido e o pdv recalculando os descontos da campanha no produto gatilho, o pdv não ira demorar para fazer esse processo evitando travamentos. |
|
| BIGRETAIL-136756 | BIGRETAIL-136756: Existem algumas validações na subida do PDV de operações que continuam o processo antes do powerOff. O fluxo e tipo de operação da recarga digital não estavam incluídas na validação que mantinha os recebimentos, então zerava as informações de recebimento. A transação de recarga foi incluída na validação para manter os recebimentos. |
|
| BIGRETAIL-136506 | BIGRETAIL-136506-comp-gui-mesclagem-2-pedidos-nao-permitiu-cancelar
Foi ajustado no caso de pedidos com produtos iguais onde a validação estava apontando como ultimo produto do grid não deixando cancelar. |
|
| BIGRETAIL-133238 | BIGRETAIL-133238
Adicionado na venda NFE para caso esteja preenchido o motivo da isenção da ANVISA na tabela produto seja preenchido no xml da venda. Evidencias a issue. |
|
| BIGRETAIL-138035 | Durante a análise foi observado que em um cenário que possui mesclagem de dois pedidos, onde um deles possui itens de campanha e o outro um item com desconto fidelidade, onde esse produto é o mesmo de uma FP que foi adicionada na venda, o PDV acaba por adicionar ao total da dívida o valor do item de FP ao invés do valor do item do pedido fidelidade, gerando a divergência.
A solução teve o intuito de validar se o produto o qual está sendo bipado, faz parte realmente do pedido de campanha, para que assim os devidos valores sejam registrados conforme os pedidos e conforme a pbm em questão. | 05130043 |
| BIGRETAIL-137966 | Foi identificado que havia uma desfazimento de desconto na tabela estabelecimento_desconto ao pressionar a tecla VOLTA na tela de grid após já ter reservado um valor de DDG. O item se mantinha com desconto, mas o valor era removido indevidamente da tabela. Esse desfazimento deveria acontecer somente para os casos onde houvesse desistência de inclusão de item com receita com DDG, onde desconto precisaria ser desfeito
Foi necessário incluir uma validação extra na MicVoltaVenda e MicVoltaRecebimento para confirmar se deve ser mesmo realizado o desfazimento na tabela, essa validação informa se houve a desistência da inclusão do item que houve aplicação do DDG |
|
| BIGRETAIL-136680 | BIGRETAIL-136680
Foi corrigido o ponto onde estava se perdendo no desconto deixando a diferença de valor no final da venda. Evitando a divergência. | 05000126 05021126 |
| BIGRETAIL-135948 | Verificado que após atualização de segurança do windows o comando WMiC não é mais reconhecido no windows e com isso estava causando a não inicialização do pdv.
Efetuado modificação para caso o comando wMIC não seja encontrado seja utilizado o powershell para execução da verificação da memória disponível do java. | 04939139 |