> For the complete documentation index, see [llms.txt](https://wedocs.gitbook.io/wedocs-5.2/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wedocs.gitbook.io/wedocs-5.2/wedocs-4.0/task-manager/gerenciados-de-tarefas/configuracoes.md).
# Configurações
Weknow Task Manager - Gerenciador de Tarefas
Na tela inicial que é aberta, é exibido o botão de **Configuração** em dois lugares, ambos levam ao mesmo local, porem, no botão próximo a "Verificação de novas atualizações disponíveis" direciona o usuário para a sessão correspondente.
Ao clicar em configurações, na tela que foi aberta, são listadas todas as configurações de Tarefas. Quando clicamos em uma dela, a visão é expandida exibindo os compos para configurar. Mostraremos com um pouco de detalhes, cada um destes menus expandidos:
## Repositório de sistema
A configuração relacionada ao repositório do sistema é a responsável pela configuração de acesso ao Weknow Server e ao Weknow Gerenciador de Tarefas.
## SMTP
São as configurações relacionadas ao servidor de e-mail, para envio dos links compartilhados e notificações para os usuários definidos no **Client Desktop.**
Após definir as configurações do servidor de envio de e-mail, clicamos em testar e definimos um e-mail destinatario para verificar se tudo está correto.
Clique em **OK**, para realizar o envio.
## Cache de Dados
Aqui definimos o período limite, em minutos, para expiração dos dados armazenados em Cache, ou seja, sua exclusão definitiva.
> Isso não tem relação com a geração de dados. Apenas com a exclusão dos mesmos.
## Exportação para .xlsx
Essa opção garante que todo documento **.xlsx** gerado, tenham todas as colunas dimencionadas de acordo com o maior "conteúdo" listado. Não sobrepondo-os.
## Backup
Aqui apontamos para a pasta "bin", dentro do diretório de instalalação do Banco de dados Postgres, lugar onde se encontra a base de dados do weKnow.
Estas configurações são utilizadas para o funcionamento do BackUp da Conta, que é realizado no weKnow Server -> Contar, conforme documentação:
{% content-ref url="/pages/lkr083MGX8sVregZ6wn8" %}
[Backup](/wedocs-5.2/wedocs-4.0/service/backup.md)
{% endcontent-ref %}
## Notificação de atualizações
Nesta opção, definimos o e-mail do usuário que recebera a notificação sobre novas atualizaçãoes disponíveis.
{% content-ref url="/pages/RPDGnXg2pv0nySK1RfQQ" %}
[Notificação sobre novas Versões](/wedocs-5.2/wedocs-4.0/task-manager/notificacao-sobre-novas-versoes.md)
{% endcontent-ref %}
## Proxy
No caso do Weknow Service estar instalado numa rede fechada, é necessário definir o caminho para o servidor Proxy, onde é feita a ligação com a rede externa.
> Estas configurações devem ser fornecidas pela equipe de T.I. da empresa.
## Formatação de valores
A formatação de valores definida aqui, implica nos padrões iniciais de cada um dos componentes. E tembém aos conteúdos exportados.
## URL pública
No Client Weknow, é possível criar links públicos ou compartilhados, que permitem o acesso aos dashboards por meio de dispositivos de dentro ou fora da rede.
* Protocolo;
* http - para casos gerais;
* https - para casos em que necessitamos de um certificado;
* Endereço - local;
* localhost ou 127.0.0.1;
* Porta - porta de acesso padrão da aplicação;
* Ao definir o padrão 80, não será necessário informá-la no link;
* Endereço servidor - é o IP externo do servidor;
* É recomendado a utilização de DNS;
* Porta servidor - é a porta de conexão externa do servidor;
* Ao definir o padrão 80, não será necessário informá-la no link;
## Armazenamento off-line
Para o armazenamento de algumas informações, o Weknow utiliza um banco indexado MonetDB, estas informações vêm configuradas com os padrões. Só os altere, se possuir uma infraestrutura específica para o banco.
> No caso de dúvida, não tenha receio em contatar o Suporte para esta configuração.
## Atualização da licença
Aqui temos as configurações do servidor de licenças do Weknow, por padrão, isto já vem definido.
> Essa alteração só será necessária se solicitada pelo Suporte.
## JWT
Para garantir a segurança durante as conexões e credenciamentos, utilizamos o JWT, um padrão mundialmente utilizado na Web. Onde, durante o credenciamento, são criadas duas chaves, uma pública e outra privada, que serão trocadas durante toda a comunicação.
O período de expiração corresponde a validade dessa chave privada, ou seja, após o credenciamento, o tempo que o usuário tem disponível até que precise se credenciar novamente.
## Execução do Metadado
Está opção transcreve as fórmulas de listagem para SQL sempre que possível, isso facilita na manutenção das buscas, e na possível utilização por aplicações externas.
## Logs
Aqui são definidos quais casos serão registrados nos logs da aplicação. Os **Alertas** e **Erros** são recomentados, pois em uma eventualidade, serão utilizados pelo Suporte para investigação do problema.
O Log de informações é um Log muito extenso que corresponde a qualquer operação realizada no sistema, seja de: Leitura, Escrita, Edição ou exclusão.
> Caso o Log de **Informações** seja ativado, é recomentado que a limpeza dos Logs também esteja ativada, para não sobrecarregar o banco de dados.
## Serviços
Nessa opção será possível definir a quantidade de instâncias que serão executadas simultaneamente.
**Os serviços permitidos**:
* Execução de Tarefas;
* Envio de E-mails;
* Envio de SMSs;
* Envio de mensagens pelo Telegram;
* Geração de carga offline de Metadado;
* Cache de Conexões;
* Sincronização do Telegram;
* Geração de carga offline de fatias do Explorador Offline;
* Geração de miniaturas de Dashboard;
* Limpeza de carga offline de fatias do Explorador Offline.
**Os serviços não permitidos**:
* Limpeza de LOGs;
* Verificação de novas atualizações disponíveis;
* Atualização da licença de uso;
Lembrando que o valor mínimo é 1 e o valor máximo é 8.
É possível visualizar no Painel de Controle quantos serviços (Instâncias) estão em execução no momento:
## Renomear os serviços
A partir da 3.1 será possível renomear os serviços do Weknow Server e Weknow Gerenciador de Tarefas.
Para renomear você deve entrar na pasta "**\Common\Configs\config.ini**" e informar os seguintes dados:
{% hint style="info" %}
\[server]
serviceNamePrefix=
serviceName=
serviceNameSuffix=
\[taskManager]
serviceNamePrefix=
serviceName=
serviceNameSuffix=
{% endhint %}
#### Regras para o nome do serviço:
O nome base do serviço é definido pela propriedade **`serviceName`** se ela existir e não for nula. Do contrário, é utilizado o nome interno padrão.
Os valores definidos em **`serviceNamePrefix`** e **`serviceNameSuffix`** são adicionados no início e fim, respectivamente, do nome do serviço.
Apenas letras e números são utilizados. Outros caracteres são substituídos por **\_**.
#### Regras para o nome de exibição do serviço:
* O nome de exibição base do serviço é definido pela propriedade **serviceName** se ela existir e não for nula. Do contrário, é utilizada a tradução, se houver. Senão, o nome interno padrão é usado.
* Os valores definidos em **serviceNamePrefix** e **serviceNameSuffix** são adicionados no início e fim, respectivamente, do nome do serviço (entre parêntesis):
**(prefixo) nome de exibição (sufixo)**
* Estes dois serviços devem ser instalados pelo iniciador correspondente para que estas configurações tenham efeito.
Para os serviços do Servidor, GT e MonetDB é possível definir qualquer nome e nome de exibição instalando-os pela linha de comando:
{% hint style="info" %}
sc create \ binpath= "\ -sn \\"\\\"" displayname="\"
{% endhint %}
serviceName: é o nome que se deseja dar ao serviço. Note que este nome é utilizado em dois locais no comando acima e devem ser idênticos. A utilização indevida poderá resultar em um mau funcionamento.
path: é o caminho do executável do serviço que se deseja instalar;
* \\server\wknw\_server.exe;
* \\task\_manager\wknw\_task\_manager.exe
* \\monetdb\wknw\_monetdb.exe
displayName: é o nome de exibição que se deseja dar ao serviço. Este parâmetro é opcional.
