Pré-condiçoes de Atualização

Data da Versão

  

Responsável

Gerência de Configuração

Pacote da Versão

P2K-16.40.06-D04.zip

Caminho de Liberação

ftp://ftprec.linx.com.br/Produtos/STOREX-HC/STOREX-HC-16.40.06

Versão Mínima Instalada do P2K:

P2K-15.11.00

Versão CTF

02.05.00

Caso não possua esta versão, entre em contato com o suporte da Linx para fazer a atualização não se esquecendo de executar todas as informações adicionais da nota de liberação da versão mínima requerida

Versão Atualizador EP / SP

04.02.03

Para baixar a versão do Atualizador EP /SP, acessar o FTP na pasta /Produtos/Atualizador de Versao EP SP.

Versão Java

 01.07.00

Para baixar a versão da JRE, acessar o FTP na pasta /Produtos/JAVA/7.0_80/JRE1.7

Versão mínima de Banco de Dados

BD-STANDARD-6.5.0

Banco de Dados

Para a atualização de banco de dados, será necessário o usuário e senha do banco para fazer a atualização.

necessário aplicar a versão de nivelamento BD-STANDARD-6.0.0-RC1 e, em seguida, aplicar a BD-STANDARD-6.1.0-RC1

Para baixar a versão acessar o FTP na pasta /Produtos/BD Standard

Versão mínima Portal Big Retail

 PORTAL-BIG-RETAIL-3.39.0


Versão mínima Tesouraria

 TES-04.02.04


Caminho

ftp://ftprec.linx.com.br/Produtos/tesouraria

Versão mínima Servidor de Configuração

SERV-CONFIG-2.20.1


Caminho

ftp://ftprec.linx.com.br/Produtos/LINX SERVIDOR CONFIGURACAO


Índice

Arquivos de Atualização Contidos na Versão



Pacote da Versão

P2K-16.40.06-D04.zip

Arquivo da Versão

P2K-16.40.06.zip

Arquivo da Versão do ClienteP2K-16.40.06-C.zip
Arquivo para o EPP2K-PRD-16.40.06-EP.zip
Arquivo para o EP do ClienteP2K-PRD-16.40.06-EPC.zip




Instruções Adicionais da Versão


CR 124070: [BIBLIOTECA TERCEIROS] Portal Storex: Melhoria Relatório Transação Genérica

Atualizar serviço do Tomcat:

Parar serviço do Tomcat;

  1. Abrir uma janela DOS e executar os comandos abaixo:
    1. cd \apache-tomcat-5.5.20\bin
    2. service.bat remove
    3. service.bat install

Iniciar serviço do Tomcat.


BIGRETAIL-18504 Erro - Log do Communication não estão sendo Gerados


Ajuste do classpath do componente SPSERVER:

Windows

Abrir uma janela DOS e executar os comandos abaixo:
cd \p2ksp\sp_lj9999\bin\
setClassPathSP.bat
configServicoSP.bat [ARQ-INI- SPSERVER]
onde:
ARQ-INI- SPSERVER: é o nome do arquivo de configuração de serviço do SPSERVER (geralmente, fica na pasta \jsl\sp\). O arquivo deve ter a extensão .ini

Ex.: Se o spserver possuir o arquivo .ini na pasta \jsl\sp\, o comando a ser executado deve ser:
configServicoSP.bat \jsl\sp\jsl.ini

O programa exibira uma mensagem de sucesso indicando que o serviço foi alterado.
CONFIGURACAO DO JSL.INI REALIZADA COM SUCESSO!!!!!

Linux

Abrir uma janela do xterm e executar os comandos abaixo:
cd /p2ksp/sp_lj9999/bin/
setClassPathSP.sh
configServicoSP.sh [ARQ-CONF-SPSERVER]
onde:
ARQ-CONF-SPSERVER: é o nome do arquivo de configuração de serviço do SPSERVER (geralmente, fica na pasta /p2ksp/svc/). O arquivo deve ter a extensão .conf

Ex.: Se o spserver possuir o arquivo conf na pasta /p2ksp/svc/, o comando a ser executado deve ser:
configServicoSP.sh /p2ksp/svc/wrapper-p2k-sp.conf

O programa exibira uma mensagem de sucesso indicando que o serviço foi alterado.
CONFIGURACAO REALIZADA COM SUCESSO!!!!!!



Ajuste do classpath do componente EPSERVER / PROCTRANS:

Windows

Abrir uma janela DOS e executar os comandos abaixo:
cd \p2k\bin\
setClassPathP2K.bat
configServico.bat [ARQ-INI- EPSERVER]
configServico.bat [ARQ-INI- PROCTRANS]
onde:
ARQ-INI- EPSERVER: é o nome do arquivo de configuração de serviço do EPSERVER (geralmente, fica na pasta \jsl\ep\). O arquivo deve ter a extensao .ini
ARQ-INI- PROCTRANS é o nome do arquivo de configuração de serviço do PROCTRANS (geralmente, fica na pasta \jsl\proctrans\). O arquivo deve ter a extensao .ini

Ex1.: Se o epserver possuir o arquivo .ini na pasta \jsl\ep\, o comando a ser executado deve ser:
configServico.bat \jsl\ep\jsl.ini

Ex.2: Se o epserver possuir o arquivo .ini na pasta \jsl\proctrans\, o comando a ser executado deve ser:
configServico.bat \jsl\proctrans\jsl.ini

O programa exibira uma mensagem de sucesso indicando que o serviço foi alterado.
CONFIGURACAO DO JSL.INI REALIZADA COM SUCESSO!!!!!

Linux

1. Abrir uma janela do xterm e executar os comandos abaixo:
1.1. cd /p2k/bin/
1.2. setClassPathP2K.sh
1.3. configServico.sh [ARQ-CONF-EPSERVER]
1.4. configServico.sh [ARQ-INI- PROCTRANS]

onde:
ARQ-CONF-EPSERVER: é o nome do arquivo de configuração de serviço do EPSERVER (geralmente, fica na pasta /p2k/svc/). O arquivo deve ter a extensão .conf
ARQ-INI- PROCTRANS é o nome do arquivo de configuração de serviço do PROCTRANS (geralmente, fica na pasta \jsl\proctrans\). O arquivo deve ter a extensao .ini

Ex.1: Se o epserver possuir o arquivo conf na pasta /p2k/svc/, o comando a ser executado deve ser:
configServico.sh /p2k/svc/wrapper-p2k-ep.conf

Ex.2: Se o epserver possuir o arquivo conf na pasta /p2k/svc/, o comando a ser executado deve ser:
configServico.sh /p2k/svc/wrapper-p2k-proctrans.conf

O programa exibira uma mensagem de sucesso indicando que o serviço foi alterado.
CONFIGURACAO REALIZADA COM SUCESSO!!!!!!

Serviço do EP:

Abrir uma janela DOS e executar os comandos abaixo:
1. cd \p2k\bin\
2. setClassPathP2k.bat
3. configServico.bat [ARQ-INI-EP]
Realizar a configuração do serviços :
configServico.bat \p2k\JSL\EP\jsl.ini

CR 134179: PDV - Fidelidade Voucher Moeda


  1. Cadastrar nova Forma de Recebimento:
    1. Abrir tela: Cadastros > Formas de Recebimento > Genéricas
    2. Preencher os campos com as seguintes informações:
    3. Codigo: 110
    4. Descrição: VOUCHER FIDELID
    5. Identificador da Forma: VOUCHER_FIDELID
    6. Preencher demais opções de acordo com o interesse do cliente.
  2. Associar Plano à nova Forma de Recebimento.
    1. Abrir tela: Cadastros > Planos de Pagamento > Planos à Vista
    2. Pesquisar o Plano de Pagamento com código 2
    3. Clicar na aba Formas de Recebimento
    4. Incluir a forma de recebimento com código 110
  3. Gerar Lote ou Carga de Base.
  4. O pagamento com o VOUCHER FIDELID será possível após o PDV receber o lote.


CR 135957: PDV - Fidelidade Voucher Moeda

  1. Cadastrar nova Forma de Recebimento:
    - Abrir tela: Cadastros > Formas de Recebimento > Genéricas
    - Preencher os campos com as seguintes informações:
    Codigo: 110
    Descrição: VOUCHER FIDELID
    Aba Geral:
    Identificador da Forma: VOUCHER_FIDELID
    Habilitar "Gera Borderô" e "Permite Manutenção".
    Os campos não citados devem permanecer desabilitados.
    Aba Troco:
    Não alterar
    Aba Moeda:
    codigo 001
    Aba Dados:
    Aba Parâmentros
    Preencher "Procedimento a executar" com o codigo "ES01"
    Aba Processos
    Processo: 027
    Tipo de Componente: PDV

    2. Associar Plano à nova Forma de Recebimento.
    - Abrir tela: Cadastros > Planos de Pagamento > Planos à Vista
    - Pesquisar o Plano de Pagamento com código 2
    - Clicar na aba Formas de Recebimento
    - Incluir a forma de recebimento com código 110

    3. Gerar Lote ou Carga de Base.

    4. O pagamento com o VOUCHER FIDELID será possível após o PDV receber o lote.


BIGRETAIL-39590 Configuração de padronização dos arquivos do Servidor de Configuração

  • Incluir o arquivo linx-storex-pdv-config-storex.xml na planilha no caminho /p2k/config (EP)
    • Para atualizar o xml do servidor de configuração (linx-storex-pdv-config-storex.xml).
      1. Pegar o arquivo localizado na pasta do EP /p2k/config;
      2. Alterar o xml recebido na versão para o número da loja;
      3. Abrir a interface do servidor de configuração e realizar o upload do arquivo;
      4. Proceder com as parametrizações especificadas.


BIGRETAIL-51260 Configuração de Multiplos Eans (Cliente 5003)

    • Seguir seguintes passos na atualização do EP:
      • Atualizar a versão;
      • Ir ate a pasta /p2k/bin/;
      • Copiar o conteúdo do arquivo ProcessosAutomaticos_UPDATE.properties;
      • Colar conteúdo no arquivo ProcessosAutomaticos.properties;
        • Não devem ser substituídos o conteudo abaixo:
          • com.csi.components.sp.processamentoAutomatico.ProcessoInicioDia
          • com.csi.components.sp.processamentoAutomatico.ProcessoInicioDiaSP
      • Iniciar os serviços.



Lista de Issue's Liberadas nesta Versão


NúmeroResumoID Problema
BIGRETAIL-77252Resgatar o código da forma do parâmetro.
Quando não resgatadas as informações do arquivo de autorizadora utilizar as informações retornados do QRLinx.

BIGRETAIL-77018Foi incluída as informações de cartão utilizados nas carteiras digitais para envio às SEFAZ conforme determinação do FISCO.
BIGRETAIL-76715Foi identificado que ao fechar a tela de pagamento PIX, a Thread responsável por atualizar a barra de progresso em segundo plano não era encerrada corretamente. isso causava múltiplas atualizações com valores diferentes se a tela fosse aberta novamente. Adicionado uma verificação para que a thread seja encerrada assim que a tela for fechada.TP53984550
BIGRETAIL-76474Foi modificado qual evento de verificação de data correta será chamado quando for salvar o cliente.TP-53846530
BIGRETAIL-76466Foi ajustado a forma como compara os autorizadores para o evento de permissão de desconto. Dessa forma faz com que não haja mensagem indevida de expiração de senha pois é constatado que o usuário é o mesmo.TP-5383768
BIGRETAIL-76108Ao informar na troca um cliente PJ que não possua cadastro no IDB, ou caso ocorra algum exception na pesquisa do IDB e os dados sejam retornados pelo NFeio, registro deve ser marcado como I (inclusão) na tabela TI_PESSOA.

Foi identificado que quando feito uma troca, caso ocorra algum exception na pesquisa com o IDB era considerado automaticamente como uma alteração mesmo não existindo previamente no mesmo. Feito a correção para levar em consideração esse cenário que entrará como adição
53686137
BIGRETAIL-75946Ajustado condição da MicCapturaClienteCpfCnpjRNE o qual ocasionava saida da mic pela alternativa errada.TP53634783
BIGRETAIL-75945Foi implementado a configuração da tela/fluxo correto no qual o Storex PDV deve seguir para o caso do NFE IO off line.TP53534783
BIGRETAIL-75715Em alguns casos de poweroff podemos ter o tratamento desnecessário de notas autorizadas que são enviadas para cancelamento por substituição e gerada uma nova para substituir. Identificamos uma validação do número dessa nota autorizada ter que ser maior do que o número retornado da consulta da última nota no Fiscal Flow. Removemos essa validação para que seja utilizada a nota autorizada que não teve o processo finalizado no PDV por conta do poweroff.53574629
BIGRETAIL-72316A fim de honrar o que é parametrizado na gestão de acesso, enviamos na versão o parâmetro GERA_HISTORICO_SENHA_USUARIO = true do arquivo parametrosGerais.properties para que seja feita a busca do histórico de senhas e validação das últimas x senhas utilizadas.
Ou seja, se o parâmetro "Tamanho do histórico de senhas" na Gestão de Acesso estiver configurado com valor 4, na tabela USUARIO_HISTORICO_SENHA devem ser armazenados apenas as últimas 4 senhas utilizadas e enviadas apenas estas 4 últimas senhas no lote, além de não permitir que estas 4 últimas sejam utilizadas como nova senha.

Cabe apenas um alerta de que quanto maior for o número de senhas a serem validadas por meio da gestão de acesso, maior será o número de senhas mantidas e enviadas no lote. 
PRB00021935

lista completa de issues

  • Sem rótulos