Lista de Issue's Liberadas nesta Versão
Número | Resumo | ID Problema |
BIGRETAIL-72301 | Problema gerado por conta de intervenção manual na recuperação do PDV. Notamos que no processo o usuário foi informado incorretamente, o que acarretou numa utilização indevida do PDV onde o número da nota foi inicializado gerando inconsistência no controle. Foram incluídas proteções para esses cenários, incluindo mensagem de emissão de cupom indisponível. Os detalhes do ocorrido foram inseridos nos logs. Para tentativa de reprodução do cenário segue sugestão: 1. Renomear a base do MIDeClient (\p2k\bin\MIDeClient.h2.db) 2. Renomear o arquivo local de controle (exemplo do meu PDV que termina com 844 e o CNPJ de testes da Linx \p2k\bin\54517628001593844). Se não tiver inicialização da CMOS os números seguirão o que estiver na CMOS de forma indevida. 3. Configurar o usuário do client com erro, adicionei um "t" ao que utilizamos nos nossos ambientes (exemplo: fabricacsi.hml.client -> fabricacsi.hml.clientt). 4. Subir o PDV e tentar autorizar NFCe. Antes de aplicar a versão com a correção o PDV ficava em loop com a mensagem de contatar o administrador do sistemas. Depois de aplicada, aparece a mensagem de emissão de cupom indisponível e no log o detalhe que as configurações devem ser revistas. 5. Derrubar o PDV e ajustar o usuário do client (exemplo: fabricacsi.hml.clientt -> fabricacsi.hml.client). 6. Subir o PDV e verificar que a autorização de NFCe foi normalizada e não houve pulo de nota. | |
BIGRETAIL-71878 | Tratamos exceção ao calcular quantidade do item na tela do ATD. | |
BIGRETAIL-71817 | PRB00022158 | |
BIGRETAIL-71691 | Para o reenvio do envelo é verificado se o estado do pdv é disponivel e que o id do fluxo corrente nao seja alguns pre estabelidos, entre eles o id 5004. O storex ficou preso no id 5004. Identificamos o problema e o corrigimos. | PRB00022147 |
BIGRETAIL-71578 | Houve um NullPointException no usuário autorizador, no momento do resgate cancela. Apesar de já existir tratamento, ele não foi eficiente. Adicionamos mais uma proteção, validando o preenchimento do usuário autorizador. | PRB00022107 |
BIGRETAIL-70486 | Foram realizadas tentativas de reproduzir o problema nos ambientes de QA e DEV sem sucesso. Foi gerada uma classe para geração de mais logs que evidenciasse a origem do problema e enviada ao cliente para tentativa de reprodução no ambiente de QA, também sem sucesso. Essas novas evidências foram adicionadas a versão para o maior detalhamento se ocorrer novamente o cenário. | PRB00021998 |