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
Itens de Legislação Fiscal entregues nesta versão
Não há itens de legislação entregues nesta versão!
Evoluções e melhorias 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. |
Itens de sustentação entregues nesta versão
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 |