Compatibilidade mínima com Produtos Linx
Aqui você encontra as versões mínimas dos produtos que estão integrados com o Storex Farma!
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 | 2026.1.4.0 | ftp://10.4.229.5/Produtos/BD-Standard |
Portal Big Retail | 4.20.0 | ftp://10.4.229.5/Produtos/Portal Big Retail |
Servidor Pedidos | 4.72.0 | ftp://10.4.229.5/Produtos/SERVIDOR DE PEDIDOS/SERVIDOR |
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
Issue | Resumo | Número do caso |
| BIGRETAIL-138680 | Implementação da importação manual via portal Storex dos descontos de produto | |
| BIGRETAIL-138542 | BIGRETAIL-138542: Foi inserida uma consulta inicial a ponto de já barrar caso o saldo esteja zerado | |
| BIGRETAIL-138458 | BIGRETAIL-138458: Na devolução o índice está sendo consultado na tabela para entender qual foi o último seq_desconto utilizado. Dessa forma não ocorre duplicação de chave. | |
| BIGRETAIL-136858 | BIGRETAIL-136858: Implementação do desconto manual por SKU. O PDV irá consultar no banco se existe saldo disponível para o item antes de ceder o desconto manual. |
Itens de sustentação entregues nesta versão
Issue | Resumo | Número do caso |
| BIGRETAIL-139674 | Efetuado melhoria no controle de atualização do pedido para corrigir o problema de tentar apenas 1 vez e sim as 3 vezes como esperado. Efetuado também uma melhoria para no caso de tentar 3 vezes e não conseguir realizar a alteração a alteração seja incluída em uma fila assincrona para que consiga após reestabelecimento da comunicação. | 05280726 |
| BIGRETAIL-139468 | Durante uma venda com utilização de vale troca, onde o saldo do mesmo é insuficiente para realizar o pagamento total do cupom, o PDV atribuía de forma errada o recebimento no seu valor integral a forma de vale troca, gerando assim a divergência de fechamento. Ajustamos o fluxo para que seja atribuído o valor utilizado do vale troca no devido recebimento. | 05265111 |
| BIGRETAIL-139458 | Efetuado implementação para enviar o número do pdv, loja e nsu nos dados complementares da danfe. | |
| BIGRETAIL-139349 | Durante um desistência de pagamento via TEF, onde na venda já havia sido aplicado vale troca, o PDV acaba por desfazer os recebimentos, porém não retorna o saldo do vale troca para o cliente, para que assim seja aplicado novamente na venda. Ajustamos o fluxo para que durante o desfazimento dos recebimentos o PDV faça o estorno do vale troca. | |
| BIGRETAIL-139257 | A implementação teve o objetivo de gerar um bypass no ponto do fluxo que validava um parâmetro utilizado pelo SAFE, como o serviço ativo é o PROMO, não faz sentido essa validação. | |
| BIGRETAIL-139129 | Durante uma transação com desistência de pagamento via TEF, seguida por uma nova tentativa na mesma modalidade com valor superior ao saldo devedor, identificou-se que o PDV autorizou o recebimento indevidamente. O sistema permitiu a conclusão da operação mesmo para uma forma de pagamento que, por definição, não é passível de emissão de troco. O fluxo da aplicação foi reestruturado para que o PDV valide se a modalidade de pagamento selecionada comporta a emissão de troco. Essa alteração garante que o sistema condicione a autorização do recebimento à compatibilidade do meio de pagamento com o saldo devedor, impedindo transações com valores excedentes em modalidades restritivas. | 05235302 |
| BIGRETAIL-139079 | Durante o processo de autorização da nota fiscal via MIDE, a thread mediadora é interrompida inesperadamente. Consequentemente, o PDV recebe um retorno inválido, o que desvia a aplicação para um fluxo incorreto. Nesse cenário, o sistema realiza a consulta da nota anterior, resultando na impressão de dados divergentes no cupom fiscal. A solução implementada visa tratar a interrupção inesperada da thread, assegurando que o fluxo da aplicação preserve a integridade dos dados da venda vigente. Com isso, garante-se o processamento correto da operação corrente, seja através da aprovação efetiva da nota ou de seu devido cancelamento, impedindo a recuperação de registros anteriores. | 05232279, 05241138, 05244554 |
| BIGRETAIL-138883 | Ajustamos o fluxo para que o valor correto seja repassado ao serviço GDB | |
| BIGRETAIL-138692 | BIGRETAIL-138692 dpsp-pdv-travando-na-hora-de-subir-aplicacao Adicionado o comando no arquivo tiposImpressoraFiscal para passar pela validação de impressora fiscal e subir o pdv normalmente. | 05190313 |
| BIGRETAIL-138287 | BIGRETAIL-138287-dpsp-storex-pdv-gerando-varias-vezes-vale-troca-promo Foi corrigido o ponto que faz a verificação se o produto ja foi gerado vale troca | |
| BIGRETAIL-138228 | BIGRETAIL-138228-divergencia-comprovantes-de-itens-cancelados Adicionado a correção para mostrar os itens cancelados nas vendas no fechamento z onde estava vindo valor zerado. | 05151375 |