Lista de Issue's Liberadas nesta Versão
Número | Resumo | ID Problema |
BIGRETAIL-69845 | Durante visita em loja foi observado pelo nosso time juntamente com o time do cliente que o processamento de lote estava levando mais tempo que o esperado. Depois de uma análise mais refinada foi identificado um alto volume de histórico do usuário e alteração de senha. Foi incluída uma parametrização para o processamento dessas informações de histórico e seu valor padrão foi informado para não processar. Seguem os parâmetros (parametrosGerais.properties): GERA_HISTORICO_SENHA_USUARIO = false GERA_HISTORICO_ACESSO_LOJA_USUARIO = false | PRB00021935 |
BIGRETAIL-69844 | O valores dos produtos vendidos com embalagem venda mínima ao multiplicar não estavam sendo arredondados. A ausência do arredondamento estava causando erro na impressora fiscal. Foi feito o ajuste para considerar o arredondamento na aplicação. | PRB00021919 |
BIGRETAIL-69843 | O valor de 32,89 em dinheiro é referente a parte não fiscal da venda de nsu 144. Apesar de não ser possível reproduzir, encontramos um ponto de melhoria no momento que as formas são agrupadas. | PRB00021933 |
BIGRETAIL-69841 | Na mic de conferencia cega, diferente da mic que faz apenas a sangria de dinheiro e cheque, existe um loop que chama o método que analisa os cheques do fechamento para todas as formas. Em algumas situações a sangria de cheque é adicionada a outra forma, pois esse método é chamado várias vezes. Ajustamos o código do Storex para chamar este método apenas para a forma cheque. | PRB00021879 |
BIGRETAIL-69840 | Permitir configuração de geração e envio do XML de estoque (bloco X) pelo servidor de configuração. Realizar upload do XML de configuração no servidor de configuração onde "gera-xml-estoque-reducaoz" e "transmite-xml-estoque-reducaoz" estão como false. | |
BIGRETAIL-69837 | Foi removida a validação por versão capturada da tabela estabelecimento para geração da base de regra de desconto. Esta validação foi posta na migração para a versão 15.00.00 do Storex e tornou-se obsoleta, criando uma dependência desnecessária com a informação de versão da tabela de estabelecimento. | |
BIGRETAIL-69834 | Verificamos que em alguns momentos o arquivo mapprre está ficando lockado, para que não ocorrar esse tipo de cenário, estaremos sempre excluindo o arquivo mapprre ao retornar para caixa disponível, com isso nas primeiras bipagens de produto será criado uma arquivo zerado. | PRB00021855 |
BIGRETAIL-69830 | O Storex PDV está utilizando o mesmo objeto da transação original para realizar alguma validações e, nesta validações, acaba por alterar alguns campos primordiais para troca de venda feita com cartão. Foi necessário criar uma cópia do objeto original para seguir com as validações e com o correto funcionamento da troca. | PRB00021667 |
BIGRETAIL-69829 | Verificamos uma inconsistência na troca de vendas de itens RL com desconto. Na regra de Conferencia de itens, quando totalizamos a venda os itens conferidos são vendidos novamente com os respectivos descontos e os anteriores são cancelados. A troca estava considerando os itens cancelados para validação de pedidos, para corrigir modificamos essa parte de validação de pedidos para não considerar itens cancelados. | PRB00021797 |
BIGRETAIL-69827 | Ajuste no sistema para armazenar em cmos o recebimento da carteira digital. Ocorrendo um retorno de power off, cancela o pagamento. | PRB00021747 |
BIGRETAIL-69817 | O Storex PDV da leroy estava configurado para execução de consulta no serviço dos correios e sem timeout definido, sendo assim, o sistema passou a esperar um retorno pelo tempo padrão do sistema. Para o cliente, conforme mencionado, não se faz necessário a utilização e consulta deste serviço, sendo assim, foi desativado. | PRB00021826 |
BIGRETAIL-69816 | Foi encontrado um ponto de melhoria para impressora Fiscal (Modelo PAF) onde não existia a validação do recebimento Vale Troca para formatar corretamente a impressão, pois estava sendo impresso a informação com Vale Troco. Incluímos a validação para modelo Fiscal e forma de recebimento Vale Troca, com o explanado conseguimos resgatar corretamente a informação do vale utilizado no recebimento. | PRB00021522 |
BIGRETAIL-69811 | Adicionamos ao repositório todas as imagens faltantes, não apenas relacionada a carteira digital. | PRB00021844 |
BIGRETAIL-69808 | O Storex pdv estava com um problema no fluxo para identificação por cnpj. O problema era quando o documento não era informado. Foi necessário corrigir o problema de forma pontual | PRB00021819 |
BIGRETAIL-69795 | O Storex PDV está utilizando o mesmo objeto da transação original para realizar alguma validações e, nesta validações, acaba por alterar alguns campos primordiais para troca de venda feita com cartão. Foi necessário criar uma cópia do objeto original para seguir com as validações e com o correto funcionamento da troca. | PRB00021725 |
BIGRETAIL-69791 | Causa raiz do problema não identificada. Ajustamos a aplicação para evitar que os totalizadores sejam impressos no fechamento z. Criado parâmetro IMPRIME_TOTALIZADOR_BASE_CALCULO_FECHAMENTOZ com valor default "false" no arquivo parametrosGeraisPDV.properties | PRB00021858 |
BIGRETAIL-69774 | Ao solicitar a anulação, o Storex estava realizando uma consulta ao proctrans para cada item da venda, mesmo já tendo consultado a transação original, causando lentidão no retorno dos itens para confirmação e o travamento da aplicação. Foi realizado ajuste na aplicação para que sejam utilizados os dados dos itens armazenados em memória, evitando assim sobrecarga do sistema. | PRB00021827 |
BIGRETAIL-69772 | O Storex PDV não estava realizando a verificação de tipo de documento para oferecer a opção do programa fidelidade. Correção realizada para considerar apenas pessoas físicas. | PRB00021841 |
BIGRETAIL-69770 | O ponto tratado é na atualização do PDV. Foi verificado que o mesmo ao ser interrompido quando estava atualizando corrompia o componente.jar e numa nova tentativa não recuperava o backup do mesmo antes da verificação. Foi ajustado para a recuperação acontecer antes das verificações iniciais. | |
BIGRETAIL-69766 | Várias propriedades que eram mantidas no arquivo principal da CMOS foram movidas para arquivos únicos para evitar problemas do arquivo principal cheio. Os testes foram abordados no regressivo da versão. | PRB00021681 |
BIGRETAIL-69765 | Considerar a parametrização efetuada no servidor de configuração para validação ou não do e-mail. | PRB00021743 |
BIGRETAIL-69764 | Foi removida a barra do final do caminho do IDB no arquivo de configuração do Storex. | PRB00021761 |
BIGRETAIL-69762 | Foi adicionada ao arquivo de mensagens a mensagem de troco não permitido para o cenário descrito. | |
BIGRETAIL-69760 | Foi adicionado o tratamento de erro na recuperação dos totalizadores globais afim de evitar que a função do fechamento fosse inviabilizada. | PRB00021673 |
BIGRETAIL-69758 | Foi verificado que o Storex pdv não estava verificando se o cliente já fazia parte do programa fidelidade. O Storex PDV passou a verificar e só seguir com a pergunta se o cliente obdecer aos demais critérios e não for cadastrado no programa. | |
BIGRETAIL-69756 | Foi identificado no storex pdv que a validação dos caracteres não estavam completa. Foi necessário implementar e adicionar na validação os caracteres mencionados na issue e garantir a verificação total do campo. | PRB00021693 |
BIGRETAIL-69752 | Alterar a classe MicDadosClienteTroca para considerar o retorno do IDB para cliente do tipo funcionário e conseguir criar o cliente do tipo especifico. Lembrando que vendas antes do dia 07/09/2021 que possuam cliente identificado sempre irá consultar o IDB. | PRB00021430 |
BIGRETAIL-69749 | Ajuste pontual para persistir na base OO a base de calculo do pis e cofins. Assim o analisadorDanfeEcologico captura os dados e envia a sefaz. | PRB00021646 |
BIGRETAIL-69746 | Os valores dos totais estavam desatualizados nos arquivos de controle. Foi necessário realizar a atualização dos arquivos. | PRB00020718 |
BIGRETAIL-69705 | Transferida a persistencia em cmos do tefoutput da cmos antiga, onde um arquivo contém todos os objetos, para a cmos nova, onde é criado um arquivo por objeto. | PRB00021677 |
BIGRETAIL-69704 | Solicitado que fizéssemos apenas uma tentativa online e depois mandássemos para fila off, que é a nossa contingência quando a primeira tentativa não é bem sucedida. | |
BIGRETAIL-69629 | Foi necessário alterar o método utilizado para acessar a api externa. Antes, estavamos utilizando o authorization para enviar o token de autenticidade. Agora, passamos a enviar o apikey. | |
BIGRETAIL-69627 | Na classe EmuladorImpressora no método implImprimirVenda usado para simular a venda de um item na impressora não-fiscal para depois cancelar o cupom, estava colocando o contador do item, sempre o valor com a quantidade total dos itens vendidos | PRB00021709 |
BIGRETAIL-69625 | O Storex PDV estava com um erro no cenário de pesquisa do IDB quando o mesmo se encontrava off line. O campo tipo pessoa não estava preenchido e o storex precisava deste valor para seguir com tratativas do sistema pois não havia outra alternativa. Foi criado uma proteção no sistema e quando não há o preenchimento deste campo pelo IDB, o storex segue com o fluxo normalmente. | PRB00021622 |
BIGRETAIL-69624 | Caso o valor x quantidade ficar menor que R$ 0,00 alterar para R$ 0,01. | PRB00021690 |
BIGRETAIL-69622 | No classe ControladorTelaValeTrocaUtilizacao no método getValorTotalSelecionados() que é onde pega o valor do vale troca para ser exibido na tela, estava se perdendo quando quando tinha casa de milhar porque não tinha o replace para retirar o '.' ante de trocar o ',' pelo ponto para converter em BigDecimal. | PRB00021606 |
BIGRETAIL-69619 | No Storex PDV Touch, a coluna não estava sendo totalmente exibida. Foi necessário ajustar o tamanho da coluna da tela de escolha de itens com pedido para que no quesito visual o operador pudesse ter uma visão global do item. | PRB00021612 |
BIGRETAIL-69613 | Alterado o número máximo de itens por cupom de venda para 999. | PRB00021708 |
BIGRETAIL-69610 | Colocado para percorrer a lista e pegar só o objeto que tenha a instância 'ArrayList' que é a forma que a micro operação de troca preenche e é esperado na micro operação que fera o vale troca junto ao SAFE | PRB00021430 |
BIGRETAIL-69603 | Durante a converção do pedido, o Storex PDV passou a captar a informação de código de IBGE e atribuir as informações do pedido que segue para o objeto da transação durante o percurso de finalização do resgate no PDV. | PRB00021929 |
BIGRETAIL-69599 | Contemplar tipo de campanha com valor fixo. | |
BIGRETAIL-69194 | Storex PDV não conseguiu recuperar os motivos de devolução no proctrans. O log do Storex pdv não estava exibindo o erro que ocorreu, dificultando a descoberta do origem do problema. Seguimos com a implementação de um código padrão para este tipo de cenário (1 - DESISTÊNCIA) e adicionamos logs. | PRB00021864 |