- Criado por Edmo Sergio Ribeiro Bezerra, última alteração por Pujucan Wessen Menezes Chaves em dez 30, 2022
Você está vendo a versão antiga da página. Ver a versão atual.
Comparar com o atual Ver Histórico da Página
« Anterior Versão 37 Próxima »
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
| ![]() |
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âmetro | Telas | Detalhamento/Exemplo | Obrigatório | Valor Default | Cliente | Versão |
---|---|---|---|---|---|---|
linx-webservices.url | Descrição: URL da API rest do Linx-WebServices Exemplo: https://10.0.0.0:8543/linx-webservices | Não | Todos | 2.0.0 | ||
ep.url | Descrição: 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 | Todos | 2.0.0 | ||
ep.ip | Descrição: IP/Host do servidor EP Exemplo: 10.0.0.0 | Sim | Todos | 2.0.0 | ||
ep.communication-port | Descrição: Porta utilizada pelo framework de comunicação 'communication' no EP Server. (Porta de comunicação do EP Server.) Por padrão, valor da porta é '4000', mas pode ser confirmada no arquivo \p2k\bin\messagingConstrants.properties do STOREX-EP. Exemplo: 4000 | Sim | 4000 | Todos | 2.0.0 | |
autenticacao.tipo-conexao | Descrição: Tipo de autenticação a ser realizada pelo portal. Pode assumir dois valores:
Exemplo: p2k | Sim | P2K | Todos | 2.0.0 | |
autenticacao.ldap.ip | Descrição: 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 | Descrição: 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 | Descrição: 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 | Descrição: 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 | Descrição: 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 | Descrição: 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 | Descrição: Define o que será exibido na tela "home" do usuário. Pode assumir dois valores:
| Não | ULTIMOS_ACESSOS | 2.0.0 | ||
views.habilitar-controle-permissoes | Descrição: 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. Exemplo: true ou false | Não | TRUE | |||
servidor-pedidos.rest-api-url | Descrição: 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. Exemplo: http://10.4.229.142 | Não | 2.0.0 | |||
servidor-estoque.rest-api-url | Descrição: 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 | Descrição: 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 | Descrição: Caminho dos arquivos do coletor para impressão dos produtos (posto de etiquetagem) | Não | Big bompreço | 2.0.0 | ||
emite-etiqueta.arqsaida | Descrição: Caminho onde será gerado o arquivo arqsaida com a versão final das etiquetas | Não | Big bompreço | 2.0.0 | ||
emite-etiqueta.arqzebra | Descrição: Caminho onde deve estar o arquivo arqzebra contendo os templates das etiquetas | Não | Big bompreço | 2.0.0 | ||
tesouraria.url | Descrição: URL da Tesouraria Linx. (URL da Tesouraria.) Exemplo: http://10.4.229.142:8090/Tesouraria | NÃO | ||||
usuario-funcional.max-dias-validade-login-funcional | Descrição: Número máximo de dias de validade do login funcional do usuário a partir da data atual | NÃO | ||||
cadastro-loja.cria-relacionamento-planos | Cadastros / Manutenção de Lojas | Descrição: 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". Exemplo: true ou false | SIM | TRUE | 2.0.0 | |
cadastro-loja.cria-relacionamento-regras | Cadastros / Manutenção de Lojas | Descrição: 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". Exemplo: true ou false | SIM | TRUE | 2.0.0 | |
cadastro-loja.cria-relacionamento-eventos | Cadastros / Manutenção de Lojas | Descrição: 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". Exemplo: true ou false | SIM | TRUE | 2.0.0 | |
autenticacao.permite-login-simultaneo | Descrição: 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. (Permitir login simultâneo.) Exemplo: true ou false | NÃO | FALSE | 2.2.0 | ||
rotinas-operacionais.confirmacao-movimento-sangria.modo-validacao | Rotinas Operacionais / Auditoria / Confirmação Movimento de Sangria | Descrição: 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:
No modo COMPLETO são realizadas as validações do modo PARCIAL mais as seguintes:
Adicionalmente, no modo PARCIAL, a tela de confirmação de sangria suprime os seguintes campos: Movimento. (Modo de validação dos movimentos de sangrias) Exemplo: Completo ou Parcial | SIM | PARCIAL | 2.4.0 | |
rotinas-operacionais.confirmacao-movimento-sangria.dias-maximo-para-confirmacao | Rotinas Operacionais / Auditoria / Confirmação Movimento de Sangria | Descrição: Indica a quantidade máxima de dias em relação a data atual para permissão de confirmação de sangrias. (Número máximo de dias permitidos para confirmação dos movimentos 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. | SIM | 5 | 2.4.0 | |
integracao.importacao-manual.qtd-maxima-registros-lote | Integração / Importação de Dados | Descrição: 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. (Quantidade máxima de registros de importação para geração de lote) Atenção para esta configuração, pois preenchimento equivocado pode causar impactos operacionais. Exemplo: 500 | SIM | 500 | 2.5.1 | |
cliente-fidelidade.qtd-meses-atualizacao | Descrição: Define a quantidade de meses que um cadastro de cliente (fidelidade) precisa ser atualizado (Quantidade de meses para atualizar o cadastro do cliente) Exemplo: 12 | Não | 12 | DPSP | 2.11.0 | |
cliente-fidelidade.desabilita-edicao-aceite-regulamento | Descrição: Desabilita a edição do checkbox Aceita Regulamento Exemplo: true ou false | NÃO | ||||
integracao.importacao-cep.diretorio-log | Integração / Importação Cep | Descrição: Define diretório onde serão armazenados os logs do processo de importação de CEPs, conforme solicitação da documentação funcional na demanda. (Diretório onde será salvo o arquivo de log) | Não | TIM | 2.10.0 | |
integracao.importacao-cep.diretorio-sql | Integração / Importação Cep | Descrição: Define diretório onde será armazenado o arquivo com comandos SQL gerado no processo de importação. Conforme documentação funcional, isso permitirá recuperar o arquivo para execução manual, caso seja necessário. (Diretório onde será salvo o arquivo de sql) | Não | TIM | 2.10.0 | |
integracao.importacao-cep.diretorio-csv | Integração / Importação Cep | Descrição: Define diretório onde serão armazenados os arquivos .CSV contendo os dados dos CEPs que serão importados pelo portal para processamento. (Diretório onde será salvo o arquivo de csv) | Não | TIM | 2.10.0 | |
integracao.importacao-reset-senha-massiva.diretorio-log | Integração / Importação Massiva / Inclusões, Resets e Alterações Massivas | Descrição: Define diretório onde serão armazenados os logs do processo de importação de senhas, conforme solicitação da documentação funcional na demanda. (Diretório onde será salvo o arquivo de log) | Não | TIM | 2.10.0 | |
integracao.importacao-reset-senha-massiva.diretorio-sql | Integração / Importação Massiva / Inclusões, Resets e Alterações Massivas | Descrição: Define diretório onde será armazenado o arquivo com comandos SQL gerado no processo de importação. Conforme documentação funcional, isso permitirá recuperar o arquivo para execução manual, caso seja necessário. (Diretório onde será salvo o arquivo de sql) | Não | TIM | 2.10.0 | |
integracao.importacao-reset-senha-massiva.diretorio-csv | Integração / Importação Massiva / Inclusões, Resets e Alterações Massivas | Descrição: Define diretório onde serão armazenados os arquivos .CSV contendo os dados referentes as credenciais de acesso que serão importados pelo portal para processamento. (Diretório onde será salvo o arquivo de csv) | Não | TIM | 2.10.0 | |
promo.id-empresa | Descrição: Define o ID da empresa no Promo. Exemplo: bigretail | Não | 2.11.0 | |||
promo.url-motor | Descrição: URL do motor do Promo. Exemplo: http://demosynthesis.cloudapp.net:99999 | Não | 2.11.0 | |||
promo.tipo-cartao-fidelidade | Descrição: Define o tipo do cartão fidelidade do cliente. (Define o tipo do cartão fidelidade) Exemplo: 045 | Não | 2.11.0 | |||
promo.prefixo-cartao-fidelidade | Descrição: Prefixo do cartão do cliente no Promo. (Define o prefixo do cartão fidelidade) Exemplo: 8479 | Não | 2.11.0 | |||
promo.timeout | Descrição: Define o timeout de requisição para o Promo. (Timeout do serviço promo.) Exemplo: 15000 | Não | 15000 | 2.11.0 | ||
promo.habilitado | Descrição: Indica se o PROMO está habilitado. (Indica se os serviços do promo serão habilitados) Exemplo: true ou false | Não | FALSE | 2.11.0 | ||
validacao-dependencias.desabilitar-validacoes | Descrição: Determina se Storex-Portal realiza validações de requisitos mínimos com Storex EP e exibe críticas na tela inicial. (Desabilita validações das dependências) Exemplo: true ou false | NÃO | FALSE | TODOS | 2.13.0 | |
suporte-componentes.carga-base.tipo-carga-parcial | Descrição: Define o que será exibido no componente "Adicionais" ao selecionar tipo de carga de base "Parcial". Exemplo: VIGENCIA_PRECO , CEP | NÃO | ||||
suporte-componentes.solicitacao-arquivos.carregamento-lote.numero-maximo-threads | Suporte a Componentes / Solicitação de Arquivo | Descrição: 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úmero máximo de threads do carregamento de lote. Máximo: 50) Exemplo: 20 | NÃO | 20 | 2.13.0 | |
suporte-componentes.solicitacao-arquivos.carregamento-lote.numero-maximo-linhas-arquivo | Suporte a Componentes / Solicitação de Arquivo | Descrição: 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úmero máximo de linhas permitidos no CSV) Exemplo: 200 | NÃO | 200 | 2.13.0 | |
suporte-componentes.solicitacao-arquivos.carregamento-lote.habilitar | Suporte a Componentes / Solicitação de Arquivo | Descrição: Configura 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óprio (Habilitar o carregamento de lote) Exemplo: true ou false | NÃO | FALSE | 2.13.0 | |
suporte-componentes.origem-dados-monitoramento-componentes | Suporte a Componentes / Monitoramento dos Componentes | Descrição: Origem da consulta dos dados de monitoramento dos componentes Exemplo: Storex, Banco de Dados | NÃO | |||
solicitacao-arquivos-paf-nfce.ftp.host | Descrição: IP do servidor FTP apontando para pasta dos arquivos. (IP do servidor FTP) | NÃO | ||||
solicitacao-arquivos-paf-nfce.ftp.diretorio-padrao | Descrição: Diretório raiz do servidor FTP apontando para pasta dos arquivos. (Diretório raiz do servidor FTP) | NÃO | ||||
solicitacao-arquivos-paf-nfce.ftp.porta | Descrição: Porta do servidor FTP usado na busca dos arquivos do PAF NFCE. (Usuário do servidor FTP.) | NÃO | ||||
solicitacao-arquivos-paf-nfce.ftp.usuario | Descrição: Usuário do servidor FTP usado na busca dos arquivos do PAF NFCE. (Porta do servidor FTP.) | NÃO | ||||
solicitacao-arquivos-paf-nfce.ftp.senha | Descrição: Senha do servidor FTP usado na busca dos arquivos do PAF NFCE. (Senha do servidor FTP) | NÃO | ||||
solicitacao-arquivos-paf-nfce.ufs-disponiveis | Descrição: UF das lojas disponíveis para pesquisa dos arquivos do PAF NFCE. (Lojas disponíveis.) | NÃO | ||||
email.smtp-host | LGPD / Análise das Solicitações LGPD / Respostas dos Titulares LGPD / Solicitação dos Titulares | Descrição: Define o host (endereço) do servidor de e-mail SMTP utilizado pelo Novo Portal (O servidor SMTP ao qual se deseja conectar) Exemplo: smtp-mail.outlook.com | Não | Todos | 2.19.0 | |
email.smtp-port | LGPD / Análise das Solicitações LGPD / Respostas dos Titulares LGPD / Solicitação dos Titulares | Descrição: Define a porta do servidor de e-mail STMP que Novo Portal deve considerar para envio de mensagens eletrônicas (Especifica a porta do servidor SMTP que se deseja conectar) Exemplo: 587 | Não | Todos | 2.19.0 | |
email.lgpd-user | LGPD / Análise das Solicitações LGPD / Respostas dos Titulares LGPD / Solicitação dos Titulares | Descrição: Especifica o usuário utilizado para conexão no servidor SMTP para envios de e-mail referentes e exclusivos a LGPD. (Especifica usuário para envio de e-mails referente a LGPD) Exemplo: [email protected] | Não | Todos | 2.19.0 | |
email.lgpd-password | LGPD / Análise das Solicitações LGPD / Respostas dos Titulares LGPD / Solicitação dos Titulares | Descrição: Especifica a senha utilizada para conexão no servidor SMTP para envios de e-mail referentes e exclusivos a LGPD (Especifica senha para envio de e-mails referente a LGPD) Exemplo: 123456 | Não | Todos | 2.19.0 | |
rotinas-operacionais.tela-manutecao-venda.habilitar-edicao-item-vendido | Rotinas Operacionais / Tratamento de Logs / Transações de Venda | Descrição: Habilitar edição de itens vendidos nas Tela de Manutenção de Transações de vendas. (Habilitar edição de itens vendidos nas transações de vendas) Exemplo: true ou false | Não | TRUE | Leroy Merlin | 2.26.0 |
rotinas-operacionais.tela-manutecao-venda.codigos-formas-recebimentos-exibir-administradora-autorizadora | Rotinas Operacionais / Tratamento de Logs / Transações de Venda | Descrição: 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. (Códigos das Formas de Recebimentos Genéricas que devem exibir sempre os campos para edição de Administradora e Autorizadora (Os códigos deve ser separados por virgula) Atenção: Os códigos deve ser separados por vírgula. Exemplo: 101,103 | Não | Leroy Merlin | 2.26.0 | |
rotinas-operacionais.controle-vale-troca.intervalo-maximo-dias-relatorio-controle-interno | Rotinas Operacionais / Tratamento de Logs / Transações de Venda | Descrição: Número máximo de dias de intervalo para geração do relatório de controle interno de vale de troca (Intervalo máximo (dias) para controle interno de vale de troca) Exemplo: 30 | NÃO | 30 | Leroy Merlin | 2.26.0 |
servidor-storex-reports.rest-api-url | URL da API Rest da Aplicação Storex Reports | Não | Todos | 2.26.0 | ||
balanca.palavra-chave | Descrição: Especifica a palavra-chave de acesso à MGV da balança | NÃO | ||||
balanca.tipos-produto | Descrição: Especifica os tipos de produto que serão enviados para a balança (Os código devem ser separados por ',') (Especifica os tipos de produto que serão enviados para a balança) | NÃO | ||||
balanca.nivel-mercadologico-prod | Descrição: Especifica o nível de mercadológico dos produtos para envio para a balança | NÃO | ||||
portal-manutencao-notas.rest-api-url | Descrição: 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 | Todos | 2.29.0 | ||
suporte-componentes.solicitacao-arquivos.login-ftp | Suporte a Componentes / Solicitação de Arquivos | Descrição: 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 (Usuário FTP do EP) Exemplo: p2k | SIM | 2.32 | ||
suporte-componentes.solicitacao-arquivos.senha-ftp | Suporte a Componentes / Solicitação de Arquivos | Descrição: 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 (Senha FTP do EP) Exemplo: linx@123456 | SIM | 2.32 | ||
suporte-componentes.solicitacao-arquivos.path-ftp | Suporte a Componentes / Solicitação de Arquivos | Descrição: Determina DIRETÓRIO onde os arquivos de LOGS solicitados serão armazenados no Servidor STOREX-EP. Orientação : Sugerido informar diretório /p2k/temp (Diretório do FTP do EP) Exemplo: /p2k/temp | SIM | 2.32 | ||
suporte-componentes.solicitacao-arquivos.porta-ftp | Suporte a Componentes / Solicitação de Arquivos | Descrição: Determina 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. (Porta do FTP do EP) Exemplo: 21 | SIM | 2.32 | ||
suporte-componentes.solicitacao-arquivos.quantidade-dias-arquivos | Suporte a Componentes / Solicitação de Arquivos | Descrição: Determina 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. (Quantidade de dias que os arquivos serão mantidos) | NÃO | 2.32 | ||
suporte-componentes.solicitacao-arquivos.timeout-msg | Suporte a Componentes / Solicitação de Arquivos | Descrição: Timeout em segundos para o envio da mensagem solicitando a coleta de arquivos. Caso passe do tempo (Timeout em segundos para o envio de solicitação) | NÃO | |||
suporte-componentes.solicitacao-arquivos.arquivo-configuracao | Suporte a Componentes / Solicitação de Arquivos | Descrição: Define arquivo de configuração utilizado na tela de Solicitação de Arquivos Exemplo: PADRAO , LEGADO | NÃO | |||
views.menu.habilitar-modo-exclusivo-lgpd | Descrição: 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ÃO | false | 2.32 | ||
integracao.habilita-auditoria-eventos | Descrição: 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. (Habilitar auditoria e registro de logs de eventos) Exemplo: true ou false | NÃO | false | 2.38 | ||
gerenciador-integracao-web.rest-api-url | Descrição: 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. (URL da API Rest do Gerenciador de Integração Web.) | NÃO | 2.38 | |||
views.menu.habilitar-modo-exclusivo-sistemas-externos | Descrição: Determina se portal habilitará modo exclusivo para sistemas externos (LGPD, Manutenção de Notas, Gerenciador de Integração, StorexReports, etc.). 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. Exemplo: true ou false | NÃO | 2.39 | |||
cadastro-loja.habilita-aba-rps | Cadastros / Manutenção de Lojas | Descrição: Determina se será exibida a aba RPS na tela de Manutenção de Lojas. (Habilitar exibição da aba RPS na tela de Lojas) Exemplo: true ou false | NÃO | false | DPSP | 2.40 |
autenticacao.tempo-expiracao-sessao | Descrição: Tempo de expiração da sessão do usuário em minutos (Tempo mínimo permitido 2 minutos) Exemplo: 5 | NÃO | 60 (minutos) | 2.41 | ||
servidor-gescom.rest-api-url | Descrição: URL da API Rest do Gescom Deve ser preenchido por clientes que utilizam a aplicação Gescom | NÃO | 3.0.0 | |||
servidor-gescom.habilita-modulos-gescom | Descrição: Parâmetro que habilita o gescom. (Habilita funcionalidades e telas do gescom dentro do portal.) Exemplo: true ou false | Não | ||||
perfil-usuario.habilita-opcao-multiplas-lojas | Descrição: Habilita a opção 'Múltiplas Lojas' na exibição e edição de perfil de usuário Exemplo: true ou false | Não | ||||
ep.ftp.porta | Descrição: Define portal configurada e liberada para acesso no servidor Storex EP Exemplo: 21 | NÃO | 3.3.0 | |||
ep.ftp.usuario | Descrição: Define usuário configurado para acesso no servidor Storex EP (Nome de usuário para autenticar no FTP do EP) Exemplo: p2k | NÃO | 3.3.0 | |||
ep.ftp.senha | Descrição: Define senha configurada para acesso no servidor Storex EP (Senha para autenticar no FTP do EP) Exemplo: 123 | NÃO | 3.3.0 | |||
ep.ftp.tipo-conexao | Descrição: Define tipo de conexão do FTP (FTP, SFTP) | NÃO | ||||
rotinas-operacionais.relatorio-consulta-generica.periodo-maximo-relatorio | Rotinas Operacionais / Tratamento de Logs / Consulta Genérica de Transações | Descrição: Define número máximo de dias de intervalo para gerar relatório de consultas genéricas do Storex (Intervalo máximo (dias) para gerar relatório de consulta genérica) Exemplo: 10 | NÃO | 15 (dias) | 3.3.0 | |
rotinas-operacionais.relatorio-consulta-generica.quantidade-maxima-transacoes-relatorio | Rotinas Operacionais / Tratamento de Logs / Consulta Genérica de Transações | Descrição: Número máximo de transações para gerar relatório de consulta genérica Exemplo: 2000 | NÃO | |||
rotinas-operacionais.relatorio-cancelamento-vendas.periodo-maximo-relatorio | Rotinas Operacionais / Relatórios / Cancelamento de Vendas | Descrição: Define número máximo de dias de intervalo para gerar relatório de cancelamento de vendas (Intervalo máximo (dias) para gerar relatório de cancelamento de vendas) Exemplo: 15 | NÃO | 15 (dias) | 3.4.0 | |
rotinas-operacionais.relatorio-movimento-consolidacao-loja.periodo-maximo-relatorio | Descrição: Número máximo de dias de intervalo para gerar relatório de consolidação loja (Intervalo máximo (dias) para gerar relatório de consolidação loja) Exemplo: 30 | NÃO | 30 (dias) | |||
rotinas-operacionais.relatorio-vendas-campanha.periodo-maximo-relatorio | Consultas Gerenciais / Vendas de Campanhas | Descrição: Número máximo de dias de intervalo para gerar relatório Vendas por Campanha (Intervalo máximo (dias) para gerar relatório Vendas por Campanha) Exemplo: 15 | NÃO | 15 (dias) | ||
suporte-componentes.intervalo-tempo-monitoramento-componentes | Suporte a Componentes / Monitoramento dos Componentes | Descrição: Define intervalo de refresh da tela de monitoria para o monitoramento de lotes desatualizados (Intervalo de refresh da tela de monitoria para o monitoramento de lotes desatualizados) Exemplo: 1 | NÃO | DPSP | 3.4.0 | |
rotinas-operacionais.relatorio-vendas-vendedor.periodo-maximo-relatorio | Consultas Gerenciais / Vendas por Vendedor | Descrição: Define número máximo de dias de intervalo para gerar relatório de vendas por vendedor (Intervalo máximo (dias) para gerar relatório de vendas por vendedor) Exemplo: 15 | NÃO | 15 (dias) | 3.5.0 | |
rotinas-operacionais.relatorio-consistencia-venda.diferenca-minima-fechamento | Descrição: Valor máximo (tolerância) de diferença de movimento para consistir movimento. | NÃO | ||||
rotinas-operacionais.inicio-dia-loja.time-out | Descrição: Timeout (em segundos) para o envio de solicitação de início de dia das lojas. | NÃO | ||||
rotinas-operacionais.atualizacao-versao.intervalo-dias-consulta-qtd-vendas | Descrição: Define a quantidade de dias que o StorEx se baseará para consultar o PDV com maior número de transações. Exemplo: 7 | NÃO | ||||
cadastro-componente.exibe-campo-estado-liberacao-bases | Suporte a Componentes / Cadastro de Componentes | Descrição: Exibe o campo "Estado de Liberação de Bases" na tela de cadastro de componente Exemplo: true ou false | NÃO | false | Magazine Luiza | 3.7.0 |
cadastro-componente.exibe-campo-fixa-parceria-venda | Suporte a Componentes / Cadastro de Componentes | Descrição: Exibe o campo "Fixa Parceira Venda" na tela de cadastro de componente. Exemplo: true ou false | NÃO | |||
cadastro-componente.acesso-remoto.porta-padrao | Suporte a Componentes / Cadastro de Componentes | Descrição: Porta padrão do servidor VNC do componente que será usada pelo Portal para acesso remoto. Exemplo: 6080 | NÃO | |||
cadastro-componente.acesso-remoto.senha-padrao | Suporte a Componentes / Cadastro de Componentes | Descrição: Senha padrão do componente que será usada pelo Portal para acesso remoto. Exemplo: k2p123 | NÃO | |||
manutencao-desconto.habilita-campo-regra-desconto-manual | Cadastros / Desconto / Regras de Desconto | Descrição: Habilitar exibição do campo da regra de desconto manual na tela de manutenção de desconto manual Exemplo: true ou false | NÃO | false | DPSP | 3.7.0 |
rotinas-operacionais.relatorio-conferencia-oct.periodo-maximo-relatorio | Descrição: Define número máximo de dias de intervalo para gerar relatório de OCT (Intervalo máximo (dias) para gerar relatório de conferência OCT) Exemplo: 15 | NÃO | 15 (dias) | TIM | 3.8.0 | |
rotinas-operacionais.relatorio-vendas-campanha.habilita-campanhas-promo | Consultas Gerenciais / Vendas de Campanhas | Descrição: Habilita que campanhas do PROMO sejam consideradas no relatório de vendas por campanhas. (Habilitar campanhas promo na lista de Campanhas) Exemplo: true ou false | NÃO | false | 3.8.0 | |
cadastro-regra-desconto.habilita-alcada | Cadastros / Desconto / Regras de Desconto | Descrição: Define se característica de exibir regras de desconto por alçada será exibida na tela (Habilitar exibição e edição de alçada de perfil usuário) Exemplo: true ou false | NÃO | false | 3.10 | |
cadastro-regra-desconto.habilita-registro-automatico-na-vigencia-existente | Cadastros / Desconto / Regras de Desconto | Descrição: Habilitar a inclusão da vigência atual durante inclusão de novos registros de regras de desconto Exemplo: true ou false | NÃO | false | TIM | 3.10 |
cadastro-regra-desconto.habilita-opcao-incluir-todos-produtos-marca-propria | Cadastros / Desconto / Regras de Desconto | Descrição: Habilitar a opção Incluir todos produtos marca própria na aba Produtos Exemplo: true ou false | NÃO | false | LMB | 3.10 |
cadastro-regra-desconto.habilita-opcoes-informacoes-complementares-produtos-mercadologicos | Cadastros / Desconto / Regras de Desconto | Descrição: Habilitar as opções para configurar se deve ser solicitado informações complementares para liberação de desconto para Mercadológicos e Produtos Exemplo: true ou false | NÂO | false | EXTRAFARMA | 3.10 |
cadastro-regra-desconto.habilita-regra-cupom-produtos-promocao | Cadastros / Desconto / Regras de Desconto | Descrição: Habilita a opção 'Permite produto em promoção' quando selecionada regra de desconto por Cupom Exemplo: true ou false | ||||
cadastro-regra-desconto.codigo-tipo-agrupamento-parceiro | Cadastros / Desconto / Regras de Desconto | Descrição: Código do tipo agrupamento parceiro que, se informado, habilita aba de agrupamentos na tela listando os parceiros cadastrados e associados ao tipo informado Exemplo: 3 | NÂO | 3.10 | ||
storex-home.rest-api-url | Descrição: URL de acesso para serviços do Storex Home Exemplo: http://168.138.249.144:8180 | NÃO | 3.10 | |||
application-updater.rest-api-url | Descrição: URL de acesso para serviço do Application Updater | NÃO | 3.10 | |||
rotinas-operacionais.relatorio-cancelamento-cupom.periodo-maximo-relatorio | Rotinas Operacionais / Relatórios / Cancelamento de Cupons | Descrição: Define número máximo de dias de intervalo para gerar relatório de cancelamento de cupons (Intervalo máximo (dias) para gerar relatório de cancelamento de cupons) Exemplo: 15 | NÃO | 15 (dias) | 3.12 | |
rotinas-operacionais.relatorio-cancelamento-cupom.motivos-cancelamento | Rotinas Operacionais / Relatórios / Cancelamento de Cupons | Descrição: 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*:* (Define os motivos de cancelamento que são exibidos na tela do Relatório de Cancelamento de Cupons) | SIM | TODOS | 3.12 | |
integracao.importacao-inclusao-alteracao-massiva.diretorio-sql | Descrição: Define diretório onde será armazenado o arquivo com comandos SQL gerado no processo de importação. Conforme documentação funcional, isso permitirá recuperar o arquivo para execução manual, caso seja necessário. (Diretório onde será salvo o arquivo SQL) | NÃO | TIM | 3.12 | ||
integracao.importacao-inclusao-alteracao-massiva.diretorio-log | Descrição: Define diretório onde serão armazenados os logs do processo de importação de senhas, conforme solicitação da documentação funcional na demanda. (Diretório onde será salvo o arquivo de LOG) | NÃO | TIM | 3.12 | ||
cadastro-mercadologico.validar-secao-mercadologico | Descrição: Habilita a validação de seção do mercadológico. Exemplo: true ou false | NÃO | ||||
manutencao-entregador.codigo-perfil-entregador | Cadastros / Televendas / Manutenção de Entregador | Descrição: Essa 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. (Define perfil que será habilitado para uso como entregador) Exemplo: 2 | NÃO | FARMA | 3.13 | |
origem-dados-monitoramento-componentes | Suporte a Componentes / Monitoramento dos Componentes | Parâ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:
| NÃO | STOREX | 3.18 | |
autenticacao.reset-senha.habilita-troca-senha-tela-login | Melhoria Funcional - Funcionalidade de Recuperação de Senha no Login (Parâmetro indicador da funcionalidade de "Esqueci a Senha".). Exemplo: true ou false | NÃO | false | Todos | 3.19 | |
autenticacao.reset-senha.habilita-geracao-senha-automatica | Melhoria Funcional - Funcionalidade de Recuperação de Senha no Login (Parâmetro indicador de renovação de senha automática.). Exemplo: true ou false | NÃO | true | Todos | 3.19 | |
email.email-user | Melhoria Funcional - Funcionalidade de Recuperação de Senha no Login (Especifica usuário para envio de e-mails referente ao e-mail informado). Exemplo: [email protected] | NÃO | Todos | 3.19 | ||
email.email-password | Melhoria Funcional - Funcionalidade de Recuperação de Senha no Login (Especifica senha para envio de e-mails referente ao e-mail informado). Exemplo: 123456 | NÃO | Todos | 3.19 | ||
informacoes-gerenciais.vendas.periodo-maximo-data | Info. Gerenciais / Vendas | Evolução do dash de vendas - Menu Info Gerenciais - Vendas (Define o tamanho máximo do intervalo de data para a pesquisa das informações de vendas.). Exemplo: 30 | NÃO | Todos | 3.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). Exemplo: true ou false | NÃO | false | Todos | 3.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). Exemplo: true ou false | NÃO | true | Todos | 3.20 |
cadastro-campanha.habilita-condicao-agrupamento | Descrição: Habilitar exibição/uso do campo Condição na aba Agrupamentos Exemplo: true ou false | NÃO | ||||
planos-eventos-recebimento.habilita-aba-informacoes-cupom | Cadastros / Planos de Pagamento / Planos Eventos de Recebimento | Renner - Novo Portal - Tela Planos Eventos de Recebimento - Falta de campos e Abas Descrição: Função que exibe/oculta a aba "Info. Cupom" na tela de Planos Eventos de Recebimento. (Habilitar exibição da aba Informações do Cupom na tela de Planos Eventos de Recebimento). Exemplo: true ou false | NÃO | false | Todos | 3.32 |
cadastro-campanha.habilita-importacao-produto-codigo-parcial | Cadastros / Campanhas / Campanhas | Erro na importação massiva- Portal-Big-Retail Descrição: Habilita a importação massiva de Produtos a partir do código do produto considerando apenas os 6 primeiros dígitos em cada linha do arquivo importado. ( Habilita a importação massiva de Produtos a partir do código do produto considerando apenas os 6 primeiros dígitos em cada linha do arquivo importado ). Exemplo: true ou false | NÃO | false | Todos | 3.33.0 |
cadastro-campanha.habilita-opcao-contempla-apenas-itens-remarcados | Cadastros / Campanhas / Campanhas | Falta de campos no cadastro de campanha Descrição: Função que exibe/oculta a opção "Contempla Apenas Itens Remarcados" na tela de Campanha, aba Geral. ( Habilitar checkbox Contempla Apenas Itens Remarcado na aba Geral no cadastro de campanha ). Exemplo: true ou false | NÃO | false | Todos | 3.33.0 |
cadastro-campanha.campanha-bonificacao-ativadores.habilita-campo-qtd-minima-aba-produtos | Cadastros / Campanhas / Campanhas | Falta de campos no cadastro de campanha Descrição: Função que exibe/oculta o campo "Quantidade Mínima" na tela de Campanha, aba Produtos. ( Habilitar campo Quantidade Mínima na aba Produtos no cadastro de campanhas de critério Bonificação nos Ativadores ). Exemplo: true ou false | NÃO | false | Todos | 3.33.0 |
cadastro-campanha.campanha-fixed-value.habilita-cadastro-sem-qtd-min-quando-valor-min-preenchido | Cadastros / Campanhas / Campanhas | Falta de campos no cadastro de campanha Descrição: Função que habilita o cadastro de campanhas FIXED VALUE sem preenchimento de quantidade mínima quando o valor mínimo de compra for preenchido. ( Habilita cadastro de campanhas de critério Fixed Value sem quantidade mínima quando valor mínimo de compra possuir valor ). Exemplo: true ou false | NÃO | false | Todos | 3.33.0 |
cadastro-campanha.campanha-non-price.habilita-cadastro-sem-ativadores | Cadastros / Campanhas / Campanhas | Falta de campos no cadastro de campanha Descrição: Função que habilita o cadastro de campanhas NON PRICE sem a inclusão de ativadores. ( Habilita cadastro de campanhas Non Price sem ativadores ). Exemplo: true ou false | NÃO | false | Todos | 3.33.0 |
- Sem rótulos