A fim de melhorar a performance do portal big retail, recomendamos que seja realizada a verificação das configurações da máquina virtual Java que está sendo utilizada pelo servidor de aplicação Wildfly.

Para isso, devem ser executados os passos abaixo:

Aumentar tamanho do Heap de Memória

  1. No sistema operacional windows, editar o arquivo standalone.conf.bat localizado no diretório /bin no diretório de inatalação do Wildfly, confiorme imagem ao lado.













  1. Na sequencia, arquivo deve ser aberto em editor de texto desejado e alinha da variável de ambiente JAVA_OPTS deve ser editada, conforme trecho em destaque ao lado.

    Esta instrução, indica que será reservado um valor de memória de 1G para a aplicação na máquina virtual ao invés do valor default do Wildfly que é de 256M, melhorando a performance da aplicação e mitigando erros relacionados com memória no servidor de aplicação.




Nesta nova versão, o Portal oferece diferencial de prover toda configuração através do Servidor de Configuração. Dessa forma, parametrização deixa de ser através de arquivos de configuração e passar a ser definida através de console visual e centralizado.

Abaixo estão detalhados os passos para prover a configuração:

Passo 1. Definir parametrizações possíveis (XML) do Novo Portal

Neste passo , as possíveis configurações do Novo Portal serão incluídas no Servidor de Configuração, através da importação de arquivo XML que define os parâmetros reconhecidos pela aplicação Novo Portal, além do domínio desses parâmetros e uma breve descrição funcional de causa um deles.

Após acessar URL do Servidor de Configuração e selecionar menu: Manutenção → Upload de Dados, devem ser arrastados para área correspondete (vide imagem ao lado) o arquivo : serv-config-portal-big-retail.xml



Passo 2. Definir aplicação Novo Portal noServ. Configuração

Acessar menu: Manutenção → Aplicação → Novo e selecionar opção 'PORTAL-BIG_RETAIL'


Ação consiste em criar aplicação no Servidor de Configuração, ou seja, associar um ID único para a aplicação Novo Portal, permitindo assim que as configurações desta aplicação sejam restritas a mesma.

Na tela seguinte, os dados solicitados deverão ser preenchidos corretamente, indicando como porta default o valor 3169, conforme imagem ao lado.

Finalizado a configuração, basta clicar em Salvar.


Passo 3. Configurando os parâmetros

Após cadastrar a aplicação, as configurações do cliente devem ser realizadas acessando o menu:

Manutenção → Parâmetros → Aplicação e selecionado a opção 'PORTAL-BOG-RETAIL'

Na sequencia, conforme tela ao lado, basta pesquisar pela aplicação cadastrada, escolher para editar, e preencher os parâmetros, conforme descrição do mesmo e necessidade do cliente.


Passo 4. Liberando a configuração à Aplicação

Tendo preenchido os parâmetros, para enviar os mesmos para a aplicação, deve-se acessar:

Enviar Parâmetros→ Aplicação → Enviar


Após isto, a aplicação receberá os parâmetros, e irá inicializar conforme configurado.


Detalhamento dos Parâmetros


ParâmetroTelasDetalhamento/ExemploObrigatórioValor DefaultClienteVersão

linx-webservices.url


URL da API rest do Linx-WebServices

Exemplo: https://10.0.0.0:8543/linx-webservices

Não
Todos2.0.0

ep.url


URL de comunicação com o Tomcat (EP). Deve ser informado no formato abaixo, o IP e PORTA do servidor Tomcat.

Exemplo: http://10.0.0.0:8080/p2k

Sim
Todos2.0.0

ep.ip


IP/Host do servidor EP

Exemplo: 10.0.0.0

Sim
Todos2.0.0
ep.communication-port

Porta utilizada pelo framework de comunicação 'communication' no EP Server.

Exemplo: 4000

Por padrão, valor da porta é '4000', mas pode ser confirmada no arquivo \p2k\bin\messagingConstrants.properties do STOREX-EP.

Sim4000Todos2.0.0

autenticacao.tipo-conexao


Tipo de autenticação a ser realizada pelo portal. Pode assumir dois valores:

  • P2K - Processo padrão de autenticação que considera tabelas e engenho do STOREX-EP.
  • LDAP - Processo de autenticação utiliza um serviço LDAP do cliente
SimP2KTodos2.0.0

autenticacao.ldap.ip


IP do LDAP. 

Deve ser obrigatoriamente preenchido, caso o usuário preencha o parâmetro "autenticacao.tipo-conexao" com o valor LDAP

Não

2.0.0

autenticacao.ldap.port


Porta do LDAP. 

Deve ser obrigatoriamente preenchido, caso o usuário preencha o parâmetro "autenticacao.tipo-conexao" com o valor LDAP

Não

2.0.0

autenticacao.ldap.base


Base da URL de comunicação com o LDAP. 

Deve ser obrigatoriamente preenchido, caso o usuário preencha o parâmetro "autenticacao.tipo-conexao" com o valor LDAP

Não

2.0.0

autenticacao.ldap.user-dn


Usuário para autenticação no LDAP. 

Deve ser obrigatoriamente preenchido, caso o usuário preencha o parâmetro "autenticacao.tipo-conexao" com o valor LDAP

Não

2.0.0

autenticacao.ldap.password


Senha para autenticação no LDAP. 

Deve ser obrigatoriamente preenchido, caso o usuário preencha o parâmetro "autenticacao.tipo-conexao" com o valor LDAP

Não

2.0.0

autenticacao.ldap.filter


Filtro utilizado para realizar a autenticação do usuário no LDAP. 

Deve ser obrigatoriamente preenchido, caso o usuário preencha o parâmetro "autenticacao.tipo-conexao" com o valor LDAP

Não

2.0.0

views.home.tipo


Define o que será exibido na tela "home" do usuário. Pode assumir dois valores:

  • ULTIMOS_ACESSOS - Exibe na tela inicial após processo de login listagem com detalhamento dos últimos acessos realizados pelo usuário.
  • DESATIVADO - Exibe tela inicial após processo de login sem informações adicionais
Não

ULTIMOS_ACESSOS


2.0.0
views.habilitar-controle-permissoes

Habilita as permissões de cadastro, edição e exclusão de registros de acordo com o perfil do Usuário. Atualmente, propriedade apenas é reconhecida pela Tela de Manutenção de Fechamento X e Z

NãoTRUE

servidor-pedidos.rest-api-url


URL da API Rest do Servidor de pedidos.

Deve ser preenchido por clientes que utilizam o componente Servidor de Pedidos da Linx, habilitando assim relatórios e DASH de Pedidos.

Não

2.0.0

servidor-estoque.rest-api-url


URL da API Rest do Servidor de estoque

Deve ser preenchido por clientes que utilizam o componente Servidor de Estoque da Linx, habilitando assim relatórios e DASH de Estoque.

Não

2.0.0
servidor-storex-reports.rest-api-url

URL da API Rest do Servidor do Storex Reports

Deve ser preenchido por clientes que utilizam o componente Storex Report da Linx, habilitando assim menus específicos da aplicação.

Não

2.24.0

arquivos-coletor.caminho


Caminho dos arquivos do coletor para impressão dos produtos (posto de etiquetagem)

Não
Big bompreço2.0.0

emite-etiqueta.arqsaida


Caminho onde será gerado o arquivo arqsaida com a versão final das etiquetas

Não
Big bompreço2.0.0

emite-etiqueta.arqzebra


Caminho onde deve estar o arquivo arqzebra contendo os templates das etiquetas

Não
Big bompreço2.0.0

cadastro-loja.cria-relacionamento-planos

Cadastros / Manutenção de Lojas

Indica se serão criados os relacionamentos dos planos de pagamento já existentes com a loja cadastrada, caso seja selecionada a flag "Habilitação do relacionamento da loja"

SIMTRUE
2.0.0

cadastro-loja.cria-relacionamento-regras

Cadastros / Manutenção de Lojas

Indica se será criado os relacionamentos das regras de desconto já existentes com a loja cadastrada, caso seja selecionada a flag "Habilitação do relacionamento da loja"

SIMTRUE
2.0.0

cadastro-loja.cria-relacionamento-eventos

Cadastros / Manutenção de Lojas

Indica se será criado os relacionamentos dos eventos já existentes com a loja cadastrada, caso seja selecionada a flag "Habilitação do relacionamento da loja".

SIMTRUE
2.0.0
autenticacao.permite-login-simultaneo
Permite que ocorra login simultâneo dos mesmo usuário no Novo Portal. Caso desabilitado, somente um login é permitido por usuário incrementando requisito de segurança.NÃOFALSE
2.2.0
rotinas-operacionais.confirmacao-movimento-sangria.modo-validacaoRotinas Operacionais / Auditoria / Confirmação Movimento de Sangria

Configura como será realizado o processo de confirmação de Sangria.

Parâmetro pode assumir dois valores: PARCIAL ou COMPLETO.

No modo PARCIAL, são realizadas as seguintes validações para processo de confirmação de sangria:

  1. Verificação de movimento de Tesouraria está Aberto;
  2. Verificação se data de confirmação está de acordo com o parâmetro que indica diferença máxima de dias permitida para confirmação;

No modo COMPLETO são realizadas as validações do modo PARCIAL mais as seguintes:

  1. Verificação se todas as sangrias selecionadas são do mesmo movimento de operador;
  2. Verificação se todas as sangrias selecionadas são da mesma forma de recebimento;
  3. Verificação se todas as sangrias selecionadas são do mesmo componente;
  4. Verificação se todas as sangrias de uma mesma forma de recebimento estão selecionadas;

Adicionalmente, no modo PARCIAL, a tela de confirmação de sangria suprime os seguintes campos: Movimento.

SIMPARCIAL
2.4.0
rotinas-operacionais.confirmacao-movimento-sangria.dias-maximo-para-confirmacaoRotinas Operacionais / Auditoria / Confirmação Movimento de Sangria

Indica a quantidade máxima de dias em relação a data atual para permissão de confirmação de sangrias.

Exemplo: Se data atual for 15/05/2020 e parâmetro esteja configurado com valor '10', somente sangrias com data até 05/05/2020 poderão ser confirmadas.

SIM5

2.4.0



integracao.importacao-manual.qtd-maxima-registros-loteIntegração / Importação de Dados

Define quantidade máxima de registros no processo de importação manual que indicará geração de lote. Caso a quantidade seja superior ao parâmetro, será gerada carga de base no Storex.

Atenção para esta configuração, pois preenchimento equivocado pode causar impactos operacionais.

SIM500
2.5.1

cliente-fidelidade.qtd-meses-atualizacao


Define a quantidade de meses que um cadastro de cliente (fidelidade) precisa ser atualizadoNão12DPSP2.11.0
promo.id-empresa
Define o ID da empresa no Promo.Não

2.11.0
promo.url-motor
URL do motor do Promo.Não

2.11.0
promo.tipo-cartao-fidelidade
Define o tipo do cartão fidelidade do cliente.Não

2.11.0
promo.prefixo-cartao-fidelidade
Prefixo do cartão do cliente no Promo.Não

2.11.0
promo.timeout
Define o timeout de requisição para o Promo.Não15000
2.11.0
promo.habilitado
Indica se o PROMO está habilitado.NãoFALSE
2.11.0
promo.timeout
Define tempo limite para conexão com serviço do PromoNão15s
2.12.0
validacao-dependencias.desabilitar-validacoes
Determina se Storex-Portal realiza validações de requisitos mínimos com Storex EP e exibe críticas na tela inicial.NÃOFALSETODOS2.13.0
suporte-componentes.solicitacao-arquivos.carregamento-lote.numero-maximo-threadsSuporte a Componentes / Solicitação de Arquivo

Define número máximo de processos concorrentes que podem ser instanciados pelo Portal no processo de solicitação de Arquivos do Storex.

Obs. Valor máximo que é considerado pelo Portal é 50 para evitar problemas de performance e/ou recursos do servidor.

NÃO20
2.13.0
suporte-componentes.solicitacao-arquivos.carregamento-lote.numero-maximo-linhas-arquivoSuporte a Componentes / Solicitação de Arquivo

Define número máximo de linhas que serão consideradas no arquivo CSV para importação em lote de arquivos do Storex.

Obs. Valor máximo que é considerado pelo Portal é 1000 para evitar problemas de performance.

NÃO200
2.13.0
suporte-componentes.solicitacao-arquivos.carregamento-lote.habilitarSuporte a Componentes / Solicitação de ArquivoConfigura se Tela de Solicitação de Arquivos deve exibir botão que permite importação em lote de arquivo do Storex, onde formatação está definida em arquivo CSV com layout próprioNÃOFALSE
2.13.0
email.smtp-host

LGPD / Análise das Solicitações

LGPD / Respostas dos Titulares

LGPD / Solicitação dos Titulares

Define o host (endereço) do servidor de e-mail SMTP utilizado pelo Novo PortalNão
Todos2.19.0
email.smtp-port

LGPD / Análise das Solicitações

LGPD / Respostas dos Titulares

LGPD / Solicitação dos Titulares

Define a porta do servidor de e-mail STMP que Novo Portal deve considerar para envio de mensagens eletrônicasNão
Todos2.19.0
email.lgpd-user

LGPD / Análise das Solicitações

LGPD / Respostas dos Titulares

LGPD / Solicitação dos Titulares

Especifica o usuário utilizado para conexão no servidor SMTP para envios de e-mail referentes e exclusivos a LGPD.

Não
Todos2.19.0
email.lgpd-password

LGPD / Análise das Solicitações

LGPD / Respostas dos Titulares

LGPD / Solicitação dos Titulares

Especifica a senha utilizada para conexão no servidor SMTP para envios de e-mail referentes e exclusivos a LGPDNão
Todos2.19.0
rotinas-operacionais.tela-manutecao-venda.habilitar-edicao-item-vendidoRotinas Operacionais / Tratamento de Logs / Transações de VendaHabilitar edição de itens vendidos nas Tela de Manuetanção de Transações de vendas.NãoTRUELeroy Merlin2.26.0
rotinas-operacionais.tela-manutecao-venda.codigos-formas-recebimentos-exibir-administradora-autorizadoraRotinas Operacionais / Tratamento de Logs / Transações de Venda

Códigos das Formas de Recebimentos Genéricas que devem exibir sempre os campos para edição de Administradora e Autorizadora na Tela de Manutenção de Venda.

Atenção: Os códigos deve ser separados por vírgula.

Não
Leroy Merlin2.26.0
rotinas-operacionais.controle-vale-troca.intervalo-maximo-dias-relatorio-controle-internoRotinas Operacionais / Tratamento de Logs / Transações de VendaNúmero máximo de dias de intervalo para geração do relatório de controle interno de vale de trocaNÃO30Leroy Merlin2.26.0

servidor-storex-reports.rest-api-url


URL da API Rest da Aplicação Storex ReportsNão
Todos2.26.0
portal-manutencao-notas.rest-api-url
URL da API Rest do Portal de Manutencao de Notas. Serviço destinado a atender autorizações (mediante ajustes por conta da nota ter sido rejeitada), cancelamento e inutilização de notas junto ao MID-e Server (SEFAZ).NÃO
Todos2.29.0
suporte-componentes.solicitacao-arquivos.login-ftpSuporte a Componentes / Solicitação de Arquivos

Determina LOGIN do servidor FTP necessário para funcionalidade de Solicitação de Arquivos que realiza o upload de arquivos de LOG da loja ou componente.

Orientação : Deve ser informado login do servidor FTP utilizado pelo Store-EP

SIM

2.32
suporte-componentes.solicitacao-arquivos.senha-ftpSuporte a Componentes / Solicitação de Arquivos

Determina SENHA do servidor FTP necessário para funcionalidade de Solicitação de Arquivos que realiza o upload de arquivos de LOG da loja ou componente.

Orientação : Deve ser informado senha do servidor FTP utilizado pelo Storex-EP

SIM




2.32
suporte-componentes.solicitacao-arquivos.path-ftpSuporte a Componentes / Solicitação de Arquivos

Determina DIRETÓRIO onde os arquivos de LOGS solicitados serão armazenados no Servidor STOREX-EP.

Orientação : Sugerido informar diretório /p2k/temp

SIM

2.32
suporte-componentes.solicitacao-arquivos.porta-ftpSuporte a Componentes / Solicitação de Arquivos

Deternima PORTA utilizada pelo servidor FTP.

Orientação : Confirmar porta configurada no servidor FTP do STOREX-EP. Em gera, valor é 21. Se configurado SFTP, geralmente, valor é 22.

SIM

2.32
suporte-componentes.solicitacao-arquivos.quantidade-dias-arquivosSuporte a Componentes / Solicitação de ArquivosDetermina intervalo máximo de dias que os arquivo de LOGS solicitados são armazenados no Storex-EP. Se não informado, assume como default valor 30.NÃO

2.32
views.menu.habilitar-modo-exclusivo-lgpd 

Determina se portal habilitará exclusivamente o menu LGPD.

A princípio, deve somente ser habilitado para TRUE para clientes que não tenham realizado a compatibilidade do Storex, mas desejem habilitar opção LGPD.

NÃOfalse
2.32
integracao.habilita-auditoria-eventos
Determina se logs de auditoria para os eventos realizados no Novo Portal serão logados na tabela

LOG_MENSAGEM_INTEGRACAO.

Neste tabela são logados registros com informações do usuário logado, IP, aplicação e funcionalidades que foram modificadas

NÃOfalse
2.38
gerenciador-integracao-web.rest-api-url

URL da API do serviço Gerenciador de Integração WEB. Uma vez configurada essa propriedade, Novo Portal exibe o menu 'Gerenciador de Integração' com as funcionalidades disponíveis para uso.

Se URL foi informadas, mas host estiver inacessível ou não existir, ao selecionar quaisquer das opções do menu, o Novo Portal exibirá uma página informando erro de configuração do serviço.

OBS. Necessário habilitação do menu da tela de Funções (Perfis) para usuários que não sejam Administradores do sistema.

NÃO

2.38
views.menu.habilitar-modo-exclusivo-sistemas-externos

Determina se portal habilitará modo exclusivo para sistemas externos. Por definição, o menu de LGPD também será atendido por essa opção.

A princípio, deve somente ser habilitado para TRUE para clientes que não tenham realizado a compatibilidade do Storex, mas desejem habilitar opções para os sistemas externos e o LGPD.

NÃO

2.39
cadastro-loja.habilita-aba-rpsCadastros / Manutenção de Lojas

Determina se será exibida a aba RPS na tela de Manutenção de Lojas.

NÃOfalseDPSP2.40
autenticacao.tempo-expiracao-sessao
Tempo de expiração da sessão do usuário em minutos (Tempo mínimo permitido 2 minutos)NÃO60 (minutos)
2.41

servidor-gescom-web.rest-api-url


URL da API Rest do Gescom

Deve ser preenchido por clientes que utilizam a aplicação Gescom

NÃO

3.0.0

ep.ftp.porta


Define portal configurada e liberada para acesso no servidor Storex EPNÃO

3.3.0

ep.ftp.usuario


Define usuário configurado para acesso no servidor Storex EPNÃO

3.3.0

ep.ftp.senha


Define senha configurada para acesso no servidor Storex EPNÃO

3.3.0

rotinas-operacionais.relatorio-consulta-generica.periodo-maximo-relatorio

Rotinas Operacionais / Tratamento de Logs / Consulta Genérica de TransaçõesDefine número máximo de dias de intervalo para gerar relatório de consultas genéricas do StorexNÃO15 (dias)
3.3.0

rotinas-operacionais.relatorio-cancelamento-vendas.periodo-maximo-relatorio

Rotinas Operacionais / Relatórios / Cancelamento de VendasDefine número máximo de dias de intervalo para gerar relatório de cancelamento de vendasNÃO15 (dias)
3.4.0

suporte-componentes.intervalo-tempo-monitoramento-componentes

Suporte a Componentes / Monitoramento dos ComponentesDefine intervalo de refresh da tela de monitoria para o monitoramento de lotes desatualizadosNÃO
DPSP3.4.0

rotinas-operacionais.relatorio-vendas-vendedor.periodo-maximo-relatorio

Consultas Gerenciais / Vendas por Vendedor

Define número máximo de dias de intervalo para gerar relatório de vendas por vendedor

NÃO

15 (dias)
3.5.0

cadastro-componente.exibe-campo-estado-liberacao-bases

Suporte a Componentes / Cadastro de Componentes

Exibe o campo "Estado de Liberação de Bases" na tela de cadastro de componente

NÃOfalseMagazine Luiza3.7.0

manutencao-desconto.habilita-campo-regra-desconto-manual

Cadastros / Desconto / Regras de Desconto

Habilitar exibição do campo da regra de desconto manual na tela de manutenção de desconto manual

NÃO

false

DPSP3.7.0

rotinas-operacionais.relatorio-conferencia-oct.periodo-maximo-relatori


Define número máximo de dias de intervalo para gerar relatório de OCTNÃO15 (dias)TIM3.8.0

rotinas-operacionais.relatorio-vendas-campanha.habilita-campanhas-promo

Consultas Gerenciais / Vendas de CampanhasHabilita que campanhas do PROMO sejam consideradas no relatório de vendas por campanhas.NÃOfalse
3.8.0
cadastro-regra-desconto.habilita-alcadaCadastros / Desconto / Regras de DescontoDefine se característica de exibir regras de desconto por alçada será exibida na telaNÃOfalse
3.10
cadastro-regra-desconto.habilita-registro-automatico-na-vigencia-existenteCadastros / Desconto / Regras de DescontoHabilitar a inclusão da vigência atual durante inclusão de novos registros de regras de descontoNÃOfalseTIM3.10
cadastro-regra-desconto.habilita-opcao-incluir-todos-produtos-marca-propriaCadastros / Desconto / Regras de DescontoHabilitar a opção Incluir todos produtos marca própria na aba ProdutosNÃOfalseLMB3.10
cadastro-regra-desconto.habilita-opcoes-informacoes-complementares-produtos-mercadologicosCadastros / Desconto / Regras de DescontoHabilitar as opções para configurar se deve ser solicitado informações complementares para liberação de desconto para Mercadológicos e ProdutosNÂOfalseEXTRAFARMA3.10
cadastro-regra-desconto.codigo-tipo-agrupamento-parceiroCadastros / Desconto / Regras de DescontoCódigo do tipo agrupamento parceiro que, se informado, habilita aba de agrupamentos na tela listando os parceiros cadastrados e associados ao tipo informadoNÂO

3.10
storex-home.rest-api-url
URL de acesso para serviços do Storex HomeNÃO

3.10
application-updater.rest-api-url
URL de acesso para serviço do Application UpdaterNÃO

3.10

rotinas-operacionais.relatorio-cancelamento-cupom.periodo-maximo-relatorio

Rotinas Operacionais / Relatórios / Cancelamento de CuponsDefine número máximo de dias de intervalo para gerar relatório de cancelamento de cuponsNÃO15 (dias)
3.12

rotinas-operacionais.relatorio-cancelamento-cupom.motivos-cancelamento

Rotinas Operacionais / Relatórios / Cancelamento de Cupons

Parâmetro define os motivos de cancelamento de cupom que são exibidos na Tela de Relatório de Cancelamento de Cupons, obedecendo a seguinte lei de formação*:*
 
1-Motivo 1, 2-Motivo 2, 3-Motivo 3.
 
Ou seja, podem ser configurados vários motivos separados pelo caractere ',' (Vírgula). COnfome exemplo acima sempre devem ser informados o código e descrição do motivo, separados pelo caractere '-' (hifen). 
 
Para adequações aos valores existentes nos ambientes produtivos, o parâmetro deve ser preenchido com o conteúdo das constantes MSG_MOTIVO_CANCELAMENTO_* do arquivo MensagensPDV.properties do diretório \p2k\bin do Storex-EP. 
 
Por exemplo, se o arquivo, possuir as constantes abaixo:
MSG_MOTIVO_CANCELAMENTO_COD1     = Desistência
MSG_MOTIVO_CANCELAMENTO_COD2     = Erro
MSG_MOTIVO_CANCELAMENTO_COD3     = Outros
MSG_MOTIVO_CANCELAMENTO_COD99 = Canc Pedido SEFAZ
 
parâmetro deve ser configurado como:
 
rotinas-operacionais.relatorio-cancelamento-cupom.motivos-cancelamento = 1-Desentência, 2-Erro, 3-Outros, 99-Canc Pedido SEFAZ
 
O Parâmetro padrão para TODOS já é definido pelo sistema com o código 0, não se fazendo necessária a adição desta informação à listagem de parâmetros.
 
Sendo assim o código 0 é um valor reservado pelo sistema e não deve ser utilizado em outro conjunto "CÓDIGO-DESCRIÇÃO" da lista de parâmetros.

SIMTODOS
3.12

manutencao-entregador.codigo-perfil-entregador

Cadastros / Televendas / Manutenção de EntregadorEssa configuração especifica o código do perfil de usuário para entregadores. Dessa forma, somente os usuários associados ao perfil especificado serão buscados na consulta usuários para preenchimento das informações da tela. Se o perfil não for cadastrado, todos os usuários serão considerados.NÃO
FARMA3.13
origem-dados-monitoramento-componentesSuporte a Componentes / Monitoramento dos ComponentesParâmetro criado para ser usado na tela de monitoramento dos componentes onde vai ser possível definir a origem da busca dos dados : Storex ou Banco de dados. O Portal irá enviar ou não uma solicitação de consulta em tempo real para o EP.

Domínio:
  • Storex → Sempre que a consulta for realiza no portal, será enviado uma mensagem ao EP, para que o EP solicite à cada componente SP que seja atualizado as informações no banco (modelo atual de consulta). 
  • Banco de Dados → A consulta sempre será realizada diretamente no banco de dados, sem necessidade de troca de mensagens. Desta forma, a informação que constará no banco estará atualizada de acordo com a ultima mensagem recebida do componente SP (de acordo com o parâmetro de intervalo definido.
NÃOSTOREX
3.18
autenticacao.reset-senha.habilita-troca-senha-tela-login

Melhoria Funcional - Funcionalidade de Recuperação de Senha no Login
  
Descrição: Parâmetro indicador para habilitar a funcionalidade "Esqueci a Senha".

(Parâmetro indicador da funcionalidade de "Esqueci a Senha".).

NÃOfalseTodos3.19
autenticacao.reset-senha.habilita-geracao-senha-automatica

Melhoria Funcional - Funcionalidade de Recuperação de Senha no Login
  
Descrição: Parâmetro indicador de renovação de senha automática. Caso indicado False, o portal ira abordar a renovação de senha manual! 

(Parâmetro indicador de renovação de senha automática.).

NÃOtrueTodos3.19
email.email-user

Melhoria Funcional - Funcionalidade de Recuperação de Senha no Login
 
Descrição: Especifica o usuário utilizado para conexão no servidor SMTP para envios de e-mail referentes ao e-mail informado.

(Especifica usuário para envio de e-mails referente ao e-mail informado).

NÃO
Todos3.19
email.email-password

Melhoria Funcional - Funcionalidade de Recuperação de Senha no Login
  
Descrição: Especifica a senha utilizada para conexão no servidor SMTP para envios de e-mail referentes ao e-mail informado.

(Especifica senha para envio de e-mails referente ao e-mail informado).

NÃO
Todos3.19
informacoes-gerenciais.vendas.periodo-maximo-data

Info. Gerenciais / Vendas

Evolução do dash de vendas - Menu Info Gerenciais - Vendas
   
Descrição: Definir o tamanho máximo do intervalo de data para a pesquisa das informações de vendas.

(Define o tamanho máximo do intervalo de data para a pesquisa das informações de vendas.).

NÃO
Todos3.19
cadastro-campanha.habilita-opcao-incluir-todos-produtos-marca-propria

Cadastros / Campanhas / Campanhas

Migração JSP/Angular - Preparação para migração da Tela de Cadastro de Campanhas

Descrição: Habilitar a opção Incluir todos produtos marca própria na aba Produtos (Mesmo com esse parâmetro habilitado algumas campanhas não exibem a opção).

(Habilitar a opção Incluir todos produtos marca própria na aba Produtos).

NÃOfalseTodos3.20
cadastro-campanha.habilita-cadastro-campanha-mesmo-ativador

Cadastros / Campanhas / Campanhas

Migração JSP/Angular - Preparação para migração da Tela de Cadastro de Campanhas

Descrição: Parâmetro que irá permitir que um produto seja ativador em mais de uma campanha na aba de Produtos. Caso não seja permitido que um mesmo produto ativador em mais de uma campanha, a validação dos produtos será realizada considerando as campanhas habilitadas e vigentes existentes no banco.

(Habilitar o cadastro de produtos ativadores para mais de uma Campanha).

NÃOtrueTodos3.20
rotinas-operacionais.relatorio-visao-campanha.periodo-maximo-relatorio

Consultas Gerenciais / Visão de Campanhas

[BR.069263.2022.024] Cadastro de Campanhas - Relatórios

Descrição: Intervalo máximo (dias) para gerar relatório Visão de Campanha.
(Número máximo de dias de intervalo para gerar o Relatório de Visão de Campanhas).

Exemplo: 365

NÃO15Todos3.39
email.smtp-protocolo-seguranca


Deixar parametrizável protocolo de e-mail

Descrição: Protocolo de segurança utilizado para criptografia de dados nos Emails enviados
(Protocolo de segurança utilizado para criptografia de dados nos Emails enviados).

Exemplo: TLS, SSL, SIMPLES


NÃOTLSTodos3.41
views.menu.habilitar-uso-botao-legado 


[PORTAL] AJUSTE  NO PORTAL PARA INATIVAR O BOTAO LEGADO

Descrição: Habilita nas telas do portal a funcionalidade (Botão) que permite o carregamento da versão antiga (Legada) da tela.
(Parâmetro criado para exibir ou não o botão Legado dentro da categoria Telas).

Exemplo: true, false

NÃOtrueTodos3.43
operacionais.atualizacao-versao.desabilita-controle-recursivo-componente

Rotinas Operacionais / Atualização de Versão / Atualização de Versão

[TIM] - Melhoria na tela de agendamento da atualização da loja

Descrição: Esse parâmetro irá habilitar a seleção recursiva da árvore e seus filhos, ou seja, caso o usuário marque o checkbox da opção pai todos os filhos serão selecionados.
(O parâmetro irá desabilitar o controle recursivo da árvore caso seu valor seja alterado para true).

Exemplo: true, false

NÃOfalseTodos3.43
rotinas-operacionais.relatorio-consulta-generica.habilita-todas-lojas-transacao-venda

Rotinas Operacionais / Tratamento de Logs / Consulta Genérica de Transações

Habilita a listagem de todas as lojas.

Descrição: Esse parâmetro habilita a listagem de todas as lojas.

Exemplo: true, false

NÃOfalseTodos3.44
informacoes-gerenciais.vendas.modo-grafico-vendedor-operador

Info. Gerenciais / Vendas


[Portal StorEx] - Ajustes na exibição das vendas por vendedor na tela gerencial de vendas do menu Info. Gerenciais do Portal do StorEx

Descrição:  Parâmetro para configurar quando será utilizado as informações do Operador ou do Vendedor nos gráficos e tabelas exibidos na tela. Quando for escolhida a opção VENDEDOR, então serão exibidas as informações referentes ao vendedor associado a cada venda, nos gráficos de tabelas.

Exemplo: OPERADOR , VENDEDOR

NÃOOperadorTodos3.45.1
cadastro-campanha.habilita-opcao-contempla-forma-unica

Cadastros / Campanhas / Campanhas

[ALTSA][PORTAL] Tela campanhas - Falta da opção FORMA ÚNICA

Descrição:
Este parâmetro tem valor padrão false (não exibe a opção), mas no caso da Pernambucanas deve ser alterado para true (exibe a opção) via servidor de configurações. Por enquanto apenas as campanhas de critério Mult-Unit vão exibir essa opção na tela.

(Habilitar checkbox "Indica Forma única" na aba Geral no cadastro de campanha.)

Exemplo: true, false

NÃOfalseTodos3.49.0
planos-eventos-recebimento.habilita-aba-vencimento-variavel

Cadastros/Planos de Pagamento/Planos Ev. de Recebimento

[LEBES-PORTAL] Compatibilização tela de Planos add aba Vencimento Variável

Descrição: Habilitar exibição da aba Vencimento Variável na tela de Planos Eventos de Recebimento.

(Habilitação/exibição da aba Vencimento variável na tela de planos eventos de recebimento)

Exemplo: true, false

NÃOfalseTodos3.52.0
rotinas-operacionais.atualizacao-versao.desabilita-expansao-arvore-inicio-cadastro.

Rotinas Operacionais / Atualização de Versão / Atualização de Versão

[portal-big-retail- 3.41.1] Implementar inicialização de exibição de listagem já compactada

Descrição: Desabilita a expansão automática da árvore de seleção de Lojas e Componentes quando inicia um novo cadastro

(Desabilita a expansão automática da árvore de seleção de Lojas e Componentes quando inicia um novo cadastro)

Exemplo: true, false

NÃOfalseTodos3.53.0
integracao.importacao-massiva.diretorio-arquivos-importacao-massiva

Rotinas Operacionais / Relatórios / Relatório Massiva

[TIM][PORTAL] - Portal esta pedindo flash na tela relatório massiva

Descrição: Diretório onde são armazenados os arquivos da funcionalidade de importação massiva (log, csv, sql, etc)

(Diretório onde são armazenados os arquivos da funcionalidade de importação massiva (log, csv, sql, etc))

Exemplo: C:/temp/

NÃOC:/temp/Todos3.54.0
integracao.importacao-massiva.qtd-max-arquivos-expurgo

Rotinas Operacionais / Relatórios / Relatório Massiva

[TIM][PORTAL] - Portal esta pedindo flash na tela relatório massiva

Descrição: Quantidade máxima permitida de arquivos salvos nos diretórios de importação massiva, caso ultrapasse o valor configurado os mais antigos serão removidos/expurgados

(Quantidade máxima permitida de arquivos salvos nos diretórios de importação massiva, caso ultrapasse o valor configurado os mais antigos serão removidos/expurgados).

Exemplo: 10, 20, 50

NÃO50Todos3.54.0
suporte-componentes.qtd-dias-limite-carregamento-fechamento-z

Rotinas Operacionais / Relatórios / Cancelamento de Cupons

[LEROY] - V3.54.0_ Caracteres inválidos no motivo do relatório de cupons cancelados

Descrição: Quantidade de dias limite para carregamento/monitoramento de fechamento Z dos componentes (se valor zero, então não considera limite de dias anteriores).

(Quantidade de dias limite para carregamento/monitoramento de fechamento Z dos componentes (se valor zero, então não considera limite de dias anteriores).

Exemplo: 0, 10, 30, 60, 90.

NÃO180Todos3.55.0
cadastro-campanha.criterios-campanhas-habilita-aba-formas-recebimento

Cadastros / Campanhas / Campanhas

[portal-big-retail- 3.41.1] Diferença de abas em campanhas diversas [Ocorre HML/PRD]

Descrição: Códigos dos critérios das campanhas em que a aba Formas de Recebimento é exibida. Os códigos devem ser numéricos e separados por vírgula.

(Códigos dos critérios das campanhas em que a aba Formas de Recebimento é exibida. Os códigos devem ser numéricos e separados por vírgula.)

Exemplo: 7 , 8 , 9 , 19

NÃO11 , 12 , 20 , 21 , 22 , 23 , 25 , 26Todos3.56.0
cadastro-campanha.criterios-campanhas-habilita-aba-agrupamentos

Cadastros / Campanhas / Campanhas

[portal-big-retail- 3.41.1] Diferença de abas em campanhas diversas [Ocorre HML/PRD]

Descrição: Códigos dos critérios das campanhas em que a aba Agrupamentos é exibida. Os códigos devem ser numéricos e separados por vírgula.

(Códigos dos critérios das campanhas em que a aba Agrupamentos é exibida. Os códigos devem ser numéricos e separados por vírgula.)

Exemplo: 7 , 8 , 11 , 12

NÃO9 , 19 , 20 , 21 , 22 , 23 , 24 , 25Todos3.56.0
  • Sem rótulos