Compatibilidade mínima com Produtos Linx
Aqui você encontra as versões mínimas dos produtos que estão integrados com o Storex HC!
Caso a versão de algum dos produtos esteja inferior às listadas, realize a atualização do produto!
O correto funcionamento desta versão requer que as aplicações abaixo estejam atualizadas nas versões corretas!
Produto | Versão | Caminho |
---|---|---|
BD-Standard | 6.21.0 | |
Tesouraria | 4.2.13 | |
Servidor de Configuração | 3.21.0 | ftp://ftprec.linx.com.br/Produtos/LINX SERVIDOR CONFIGURACAO |
Portal Big Retail | 3.48.0 | |
Promo | 7.2.4 | Serviço do Promo |
OPTIMUS-WS | 1.57.2 | ftp://ftprec.linx.com.br/Produtos/safe/OPTIMUS-WS/OPTIMUS-WS |
SAFE-RET | 05.80.00 |
Configurações necessárias para funcionamento correto da aplicação
Aqui você encontra as configurações necessárias para a atualização da versão!
As instruções estão agrupadas por versão! Fique atento às orientações para configurar corretamente sua aplicação!
Conteúdo da versão
Não há itens de legislação entregues nesta versão!
Demanda | Resumo | ID Externo |
BIGRETAIL-86634 | Os parâmetros solicitados foram configurados para atuar no servidor de configuração. Possuem a seguinte descrição: WALLET_TARGET: (Wallet Target) Alvo do servidor wallet a ser utilizado WALLET_API_KEY: Api key do servidor wallet a ser utilizado WALLET_URL: URL do servidor wallet a ser utilizado. WALLET_TIMEOUT: Timeout de comunicação entre o servidor wallet a ser utilizado. Vale ressalvar que se faz necessário o upload dos parâmetros no servidor. Se os parâmetros do servidor de configuração não estiverem configurados, o Storex PDV irá continuar atuando como nos dias atuais, buscando a informação nos parametros de segurança. |
Demanda | Resumo | ID Externo |
BIGRETAIL-86685 | Inclusão no processamento de lotes os registos do tipo CADASTRO_CAMPANHA = 150. FLUXO DE TESTE: 1 - Realizar alteração em campanha qualquer na tela de cadastro campanha no portal big retail (menu: Cadastros / Campanhas / Campanhas) 2 - Liberar lote (menu: Suporte a Componentes / Tela de Suporte) 3 - Aguardar lote ser gerado e processado para o SP e PDV e validar tabela ENTRADA_LOTE se estão sendo atualizados o status e os dados do lote (coluna PROCESSADO = S e coluna CONTEUDO_DADO_ASC com dados do lote . ex.: {Campanha} {#$#}0006{#$#}8{#$#}19{#$#}{Campanha} >> lote com alteração em campanha 4 - Realizar uma transação de venda e validar que não ocorrerá represamento da mesma 5 - Repetir os passos 1 a 4 | TP 58516515 / CS 01301206 |
BIGRETAIL-86554 | O problema acontecia porque durante a digitação do voucher o sistema entendia que havia também uma solicitação de preenchimento do voucher utilizando o leitor de cartão, dessa forma mandava o valor que supostamente havia sido capturado pelo leitor e enviada para o serviço de consulta do Voucher, dessa forma as informações que chegavam no serviço estava incoerente e ele retornava como WebService OFFLine. Para resolver a a situação da mensagem WebService OFFLine é desabilitado o leitor de cartão para limpar qualquer chamada por ele antes da digitação do código do voucher, não permitindo que um evento de leitura de cartão seja chamado antecipadamente e guardado como uma requisição, de forma a não permitir que esse evento seja enviado de forma errada para o serviço. | TP 57521819 / CS 1265332 |
BIGRETAIL-86283 | Ajustado o índice da busca do número do vale troca vindo do campo: textoCupom retornado pelo response reimpressaoValeTroca96. Enviando a informação correta a ser impressa no código de barras da impressora. | TP 57546094 / CS 1270232 |
BIGRETAIL-86073 | No processo do recebimento do vale troca selecionado, houve um erro durante o processamento, fazendo com que o PDV volte para o Estado/Tela de recebimento. Entretanto, quando ele voltava para esse estado ele não retirava as informações do pagamento selecionado que ficava armazenada na memória. Dessa forma, ao ele refazer o recebimento, quando as informações eram processadas e enviadas ao banco de dados, enviava as duas informações de pagamento, incluindo dois registros no banco. No relatório da tesouraria aparecia consequentemente ela duplicada. | TP 57498355 / CS 01259659 |
BIGRETAIL-85876 | Ajuste no controlador da tela a fim de permitir a correta renderização do checkbox para que mesmo que seja selecionado VOLTA no PDV o checkbox continue sendo retornado para seleção. | 57418592 |
BIGRETAIL-85795 | Realizando uma venda identificada com cliente IDB com data de nascimento. Ao realizar a troca, informando dados do cupom da venda, deverá ser ser exibido a data de nascimento na tela de cliente da troca. | |
BIGRETAIL-85566 | Permitir a captura do número do ticket de estacionamento a partir da leitura do QRCode do cupom do ticket impresso na cancela de entrada do estacionamento. Conforme ajuste na EF o separador será "CODE=". | 57366220 |
BIGRETAIL-85202 | Foi diagnosticado que estava sendo enviado errado o objeto de requisição para a atualização dos itens devolvidos. Quando se tinha itens faturados e não faturados na devolução, não estava sendo considerados esses itens faturados, gerando assim uma inconsistência com o serviço do cliente. Foi modificado como é feito o preenchimento das informações da requisição, levando em consideração que existem os itens não faturados. Dessa forma o serviço poderá interpretar a quantidade certa de itens devolvidos. >> STEPS PARA TESTE: 1 - Criar pedido contendo itens RL e RD informando mesma quantidade de um mesmo item (10 itens produto 87737790 com tipo entrega caixa/Retira loja + 10 itens produto 87737790 - forma entrega Retira deposito) 2 - Realizar resgate do pedido 3 - Realizar troca total, ou seja, selecionando tanto o total de itens RL quanto o total de itens RD 4 - Validar request (/ConsultaPedidosDevolucao) e response de sucesso (AtualizaItensDevolvidosCancelados) no log integrador_comunicacao_ws.log - diretório: p2k\bin\logger\comunicacao-ws | 57262022 |