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 | 7.15.0 | ftp://10.4.229.5/Produtos/BD-Standard |
Portal Big Retail | 1.2.0 | ftp://10.4.229.5/Produtos/Portal Big Retail |
Servidor Pedidos | 4.55.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
Não há itens de legislação entregues nesta versão!
Issue | Resumo | Número do caso |
| BIGRETAIL-116993 | Efetuado implementação do projeto de remoção de telas. Para remoção da primeira tela do cpf viva saúde foi utilizado o parametro da EF: remove-confirmacao-viva-saude Para remoção da tela de solicitação de nome já existia uma parametrização: habilita-campo-nome-nfce Para remoção da tela de solicitação para digitação do cartão a parametrização é na configuração do arquivo do clisittef: TransacoesAdicionaisHabilitadas Onde foi removido a opção 42 que inibe a tela solicitada. |
Issue | Resumo | Número do caso |
| BIGRETAIL-117716 | Durante a criação da Resposta CTF não estava sendo passado o objeto da autorizadora e dessa forma os dados não eram persistidos na tabela externa p2_receb_cartao Ajustamos o fluxo para que no momento da criação da Resposta seja colocado os dados da autorizadora | |
| BIGRETAIL-117651 | BIGRETAIL-117651 - Houve a necessidade de ajustar a máscara de 20 para 18 dígitos. Visto que o código beneficiário pode ter zeros à esquerda e os dois zeros adicionais descaracterizam o código | |
| BIGRETAIL-117628 | Houve uma mudança no retorno do GDB, dessa forma precisamos readaptar as validações do client na hora de converter os objetos a serem repassados para o lws server | |
| BIGRETAIL-117520 | Durante a conferência dos itens bipados com os itens do pedido FP o PDV não identificava a venda como PBM e aí não criava o evento responsável por subir os dados para o datahub Ajustamos o fluxo para que a venda PBM seja identificada e consequentemente o evento seja criado | |
| BIGRETAIL-117234 | BIGRETAIL-117234 - Rejeição: Ausência de troco quando o valor dos pagamentos informados for maior que o total da nota - Desconto Foi corrigido o problema de divergência de valor na venda quando o cliente adicionar o convenio e em seguida desistir. O valor ficou correto sem emitir em contingencia. | 03254370 |
| BIGRETAIL-117000 | Durante a conversão de Pedidos FP o PDV não setava o item como PBM por haver uma inconsistência no json criado pelo cliente relacionado a itens vendidos e itens autorizados. Dessa forma é gerada a diferença de valores. Em acordo com o cliente foi realizado um tratamento no PDV para remover os pedidos FP da Tela de Resgate de Pedidos temporariamente. Por outro lado o cliente concordou em ajustar as inconsistências dos pedidos FP referente ao campo quantidade vendida do item fiscal e quantidade autorizada do item autorizado. | 03235369 |
| BIGRETAIL-116837 | Os jiras 116806 e 116807 trataram correções sobre tentativa de cancelamento que não foram totalizados 100% por contas de falhas ocorridas durante a execução do storex. Estes pontos foram corrigidos acredito que este jira tenha sido aberto por consequência do problema já análisado e resolvido nos casos mencionados, inclusive, com a existência de dados de venda com outros produtos. De toda forma, encontramos pontos de melhoria para evitar erros durante a execução do cancelamento wallet. Melhoria no código para evitar erro durante a execução do cancelamento wallet. | 03220442 |