Demanda | Resumo | ID Externo |
| BIGRETAIL-86275 | Verificamos que com a utilização do java 8 (TLS 1.3) o método que recupera as informações da imagem não estava mais trazendo retorno algum. Ao revisitarmos a documentação notamos que a assinatura desse método sofreu uma alteração pontual nos parâmetros informados.
Realizamos o ajuste na chamada do método que recupera dos dados do servidor devido a necessidade gerada com a utilização do java 8 (TLS 1.3), passando os devidos parâmetros. | 57440859 |
| BIGRETAIL-85285 | Foi identificado que usuários bloqueados poderiam efetuar autorizações de operações normalmente no PDV, foi feita a correção para que não seja possível autorizar uma operação caso o autorizador esteja com o status de bloqueado. | TP 57276332 / CS 1242050 |
| BIGRETAIL-85155 | Verificou-se que era colocado a nsu errada na transação de log envelope ws no atributo "nsu_origem", em virtude de a transação de pagamento relativa a carga ainda não ter sido criada.
Sendo assim, foi mapeado a nsu da transação que será criada correspondente ao pagamento/recebimento da carga do gift utilizando o cadastro de fidelidade, dessa forma, foi possível colocar a nsu origem na transação de log envelop ws apontando para a transação de pagamento/recebimento do carga do vale presente.
E caso haja uma desistência no pagamento da carga do vale presente e não gere cupom, o numero da nsu origem da transação de envelope ws será 0(zero) | TP 57243041 / CS 1242004 |
| BIGRETAIL-85062 | Incluído a condição para calcular o desconto fidelidade quando existe um valor no campo <valor_desconto_unitario_fidelidade> e não retorne os campos <codigo_habitante> e <cartao_fidelidade> no XML do pedido. | 57221596 |
| BIGRETAIL-84814 | Após o cancelamento da totalização quando já foi aplicado algum desconto percentual do tipo voucher fidelidade , são retirados dos itens na qual obtiveram esse tipo de desconto o valor dos mesmos, pois o operador desistiu de totalizar os utilizando. Assim que é feito essa atualização no itens, é atualizado a transação com esses itens sem o descontos, não ficando vestígios de descontos aplicados anteriormente. Quando for feita uma nova totalização, a busca pelos voucher será refeita e os descontos serão aplicados aos novos itens correspondentes. Dessa forma serão colocado os valores corretos de desconto em cada item e será feito o somatório total de desconto corretamente. | TP 57096824 / CS 1242357 |
| BIGRETAIL-84707 | Identificamos que a montagem das figuras fiscais estava considerando a primeira retornada da categoria fiscal e se essa não fosse da UF a informação não era incluída.
Passamos a iterar toda a lista de categoria figura, afim de buscar todas as figuras da categoria e assim poder filtrar pela figura o local fiscal da UF do estabelecimento. | 55007932 |
| BIGRETAIL-84450 | Foi incluído o parâmetro para desabilitar a autenticação encriptada no parâmetro local e no servidor de configuração:
- ParametrizacaoP2K.bat -> PARAM_NFCE_UTILIZA_AUTENTICACAO_ENCRIPTADA
- Servidor de Configuração -> Habilita autenticação ecriptada
Documento de configurações atualizado: https://share.linx.com.br/display/BRPED/Storex+PDV
Também foi adicionada a configuração via servidor de configuração a url do fiscalflow, visto que teremos que atualizar a mesma. |
|
| BIGRETAIL-84245 | Quando o código do vendedor recebido do pedido não encontra um usuário na base do storex, o storex estava enviando nulo, pois não considerava o valor por não encontrar o funcionário.
Este problema refletia na integração do cliente, após a finalização de todo processo no storex.
Solução: Considerar apenas a matrícula, mesmo sem encontrar o usuário na base de cadastro para evitar o problema na integração. | 56481058 |
| BIGRETAIL-84191 | Foi identificado que ao cancelar ou expirar um pagamento QRLinx era removida a chave do carrinho na cmos e, assim que um novo pagamento wallet era solicitado, uma nova chave era gerada e com isso perdendo o vinculo dos pagamentos feitos anteriormente. Assim ao tentar confirmar todos as transações era retornado erro do PayHub pois as transações anteriores ao cancelamento/expiração não estava vinculada a nova chave do carrinho. Foi corrigido para que não seja removido o numero do carrinho e nem o do pedido ao desfazer uma transação. | 56675094 |
| BIGRETAIL-84190 | Foi identificado que caso o PDV sofra uma reinicialização em um determinado ponto da criação de mensagem, poderia ser gerada uma mensagem nula na fila de espera que iria represar a integração das demais mensagens. Foi inserida uma verificação para descartar automaticamente as mensagens nulas tanto na criação quanto no processamento, assim impedindo que uma mensagem invalida represe todo o processamento das demais. | 56503803 |
| BIGRETAIL-84181 | Essa funcionalidade tem como objetivo tratar os casos onde há cancelamento cupom quando em resgate de pedido com apenas itens RD, que não demandam uma abertura de cupom.
Configurações disponíveis: https://share.linx.com.br/x/HKIDFg | TP 56306657 / CS 1241730 |
BIGRETAIL-84080 | Alterado o IP do servidor de monitoramento para o solicitado e incluído os parâmetros referente ao IP e a Porta de acesso ao servidor de monitoramento no servidor de configuração. Caso os parâmetros no servidor não sejam configurados será utilizados os parâmetros contidos no arquivo "parametrosGeraisSeguranca.properties". |
|