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!
ATENÇÂO
Obrigatória a atualização da Tesouraria e banco da tesouraria para versão TESOURARIA-4.2.15 e de banco para a versão BD-STANDARD-6.34.0
Produto | Versão | Caminho |
|---|---|---|
BD-Standard | 6.43.0 | |
Tesouraria | 4.2.16 | |
Servidor de Configuração | 3.0.0 | ftp://ftprec.linx.com.br/Produtos/LINX SERVIDOR CONFIGURACAO |
Portal Big Retail | 3.62.0 | |
Promo | 7.2.4 | Serviço do Promo |
PORTAL-MANUTENCAO-NOTAS | 1.7.0 | ftp://10.4.229.5/Produtos/Portal Manutencao de Notas/PORTAL-MANUTENCAO-NOTAS-1.7.0 |
OPTIMUS-WS | 1.60.1 | ftp://ftprec.linx.com.br/Produtos/safe/OPTIMUS-WS/OPTIMUS-WS |
SAFE-RET | 05.80.00 | |
SERV-MONITORACAO | 4.4.0 | ftp://ftprec.linx.com.br/Produtos/LINX SERVIDOR MONITORACAO/LINX-SERVIDOR-MONITORACAO |
GERENCIADOR-INTEGRACAO-WEB | 1.0.2 | ftp://ftprec.linx.com.br/Produtos/Gerenciador de Integracao Web/GERENCIADOR-INTEGRACAO-WEB |
NFCE-SYNC-PLG | 1.21.0 |
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-97533 | Adicionado opção de autenticação na API DATA_CAPTURE_LOYALTY_CLIENT (Lead celular fidelidade) que quando ativa passa a enviar a requisição de autenticação (por usuário e senha) para o SALESFORCE. | |
| BIGRETAIL-97822 | Ao procurar pelo código habitante no fluxo de fidelidade, quando este dava um erro o sistema ia para outro fluxo que não dava o desconto do funcionário. Dessa forma se tiver algum erro na api fidelidade, não deve interferir no fluxo de desconto funcionário | |
| BIGRETAIL-97215 | Implementação da regra para concessão do desconto funcionário somente se o cartão próprio/cartão funcionário estiver ativo. Caso, mesmo que o cliente seja um funcionário, mas seu catão não esteja ativo, o desconto funcionário não será concedido. |
Itens de sustentação entregues nesta versão
Issue | Resumo | Número do caso |
| BIGRETAIL-97239 | Desconto era aplicado devido ao promo acumular as formas de pagamento utilizadas e quando informado novamente depois do volta uma forma elegível era somado ao que já tinha no promo. Passamos a enviar init-tck="true" sempre ao iniciar os pagamentos que serão enviados ao promo, dessa forma garantimos que as formas não estarão acumuladas para atingimento do gatilho. | |
| BIGRETAIL-97241 | Comportamento do promo padrão é aplicar o desconto quando a soma dos valores das formas elegíveis atinge o valor total da dívida descontado o valor aplicado da promoção. Esse comportamento estava gerando situações de troco indevido para formas que não permitiam troco. Ajustado o calculo do valor pago na forma final para atingimento do valor total da dívida. Adicionado tratamento para o cenário do promo retornar um valor de desconto maior que o total a receber, neste caso o desconto será ignorado. | |
| BIGRETAIL-97240 | Comportamento do promo padrão é aplicar o desconto quando a soma dos valores das formas elegíveis atinge o valor total da dívida descontado o valor aplicado da promoção. Esse comportamento estava gerando situações de troco indevido para formas que não permitiam troco. Ajustado o calculo do valor pago na forma final para atingimento do valor total da dívida. | |
| BIGRETAIL-98210 | Foi necessário implantação dos parametros no servidor de configuração e implementação no storex-pdv para resgatar de tal local. Inicialmente, o storex-pdv irá buscar no servidor de configuração, se não encontrar, irá seguir com a pesquisa anterior, parametrizacaoSeguranca. Seguem parâmetros implementados no servidor de configuração: API_KEY_SERVICO_FIDELIZACAO END_SRV_MON IPS_SITEF IP_PROCTRANS | |
| BIGRETAIL-97176 | Foi necessário aplicação de validação da forma de pagamento cartão próprio para exibição da mensagem em caso desta forma escolhida. | |
| BIGRETAIL-96971 | Não era colocado o valor do tipo produto quando criava o objeto de transação do produto para a troca legado. Sendo assim, no momento do processamento do itens para a troca, coloca o valor do tipo produto que vem na base, no objeto que criado para a transação do produto. | |
| BIGRETAIL-96857 | Foi necessário realizar a limpeza da lista de promoções preenchida após o volta recebimento sub total. Desta maneira o storex-hc conseguiu ter o comportamento correto após a transação de desconto do promo. | |
| BIGRETAIL-98168 | Coluna NUM_SEQ_PRODUTO da tabela p2k_item_transacao estava sendo populada com a sequencia em que o item era entregue no XML. Foi alterado para seguir a sequencia contida no item do XML referente a ordem do produto no pedido. | |
| BIGRETAIL-97415 | A tratativa de recalculo de imposto PIS COFIS com base na exclusão do ICMS base não estava sendo considerado no storex ECF. Foi necessário implementação para garantir a possibilidade de recalculo neste tipo de storex com base na habilitação do parâmetro descrito no problema. | |
| BIGRETAIL-98502 | Na montagem do valor do item para a geração do XML da DANFE, caso o valor do produto x a quantidade ficasse abaixo de R$0,01, o valor era entendido como R$0,00 o que fazia com que a nota fosse rejeitada, já que não pode ter produtos com preço zerado. Sendo assim no final do processo, quando for colocado do item, multiplicando a quantidade de produtos x o valor unitário de cada, se o valor final foi menor que R$0,01, automaticamente setamos o valor para R$0,01. Dessa forma ficará tanto consistente com as informações que enviamos para a base de dados quanto com as informações que são mandadas para SEFAZ | |
| BIGRETAIL-98556 | Foi criado um novo parametro no servidor de configuração: "Senha autenticação no WS Voucher Client" --> fqdn: conectividade.servicos.comunicacao-ws.voucher-client.senha-voucher-client. | |
| BIGRETAIL-97245 | Comportamento do promo padrão é aplicar o desconto quando a soma dos valores das formas elegíveis atinge o valor total da dívida descontado o valor aplicado da promoção. Esse comportamento estava gerando situações de troco indevido para formas que não permitiam troco. Ajustado o calculo do valor pago na forma final para atingimento do valor total da dívida. | |
| BIGRETAIL-98789 | Ao tratar a exceção de comunicação com o SAFE, a mensagem da mesma aparecia duas vezes, pois era tratada em dois momentos seguidos. Verifica se houve alguma exceção na chamada dos vales trocas com o SAFE, caso sim, faz o tratamento da exceção, mostrando para o operador um única vez a mensagem de retorno do problema ocorrido. | |
| BIGRETAIL-97420 | incluido o aviso de iniciando client do fiscal flow para que o usuário possa ver que o sistema está processando a rotina. |