> For the complete documentation index, see [llms.txt](https://wedocs.gitbook.io/wedocs-5.1/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.1/wedocs-4.5-es_es/gestor-de-tareas/gerenciados-de-tarefas/configuracoes.md).

# Configuraciones

Weknow Task Manager - Administrador de Tareas

En la pantalla inicial que se abre, se muestra el botón de **Configuración** en dos lugares, ambos llevan al mismo lugar, sin embargo, el botón cerca de "Verificación de nuevas atualizaciones disponibles" dirige al usuario a la sección correspondiente.

<div align="left"><figure><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/88aT4WZgw0zEAsyp7etZ/image.png" alt=""><figcaption></figcaption></figure></div>

Al hacer clic en configuraciones, en la pantalla que se abrió, se enumeran todas las configuraciones de Tareas. Al hacer clic en una de ellas, la vista se expande mostrando los campos para configurar. Mostraremos con un poco de detalle cada uno de estos menús expandidos:

<div align="left"><figure><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/iYVvTp5IWN4JiNG8GeX1/image.png" alt=""><figcaption></figcaption></figure></div>

## Repositorio del sistema

La configuración relacionada con el repositorio del sistema es la responsable de la configuración de acceso al Weknow Server y al Weknow Administrador de Tareas.

<div align="left"><figure><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/BuJYTnhQjhOY2FNV7L7m/image.png" alt=""><figcaption></figcaption></figure></div>

## SMTP

Son las configuraciones relacionadas con el servidor de correo electrónico, para el envío de enlaces compartidos y notificaciones a los usuarios definidos en el **Client Desktop.**

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/5UBRIIRWukDEk6SX9EHX/image.png" alt=""></div>

Después de definir las configuraciones del servidor de envío de correo electrónico, haga clic en probar y defina un correo electrónico destinatario para verificar si todo está correcto.

![](https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/l6EvHmNzj8eiNYgFeudH/image.png)

Haga clic en **OK** para realizar el envío.

## Caché de Datos

Aquí definimos el período límite, en minutos, para la expiración de los datos almacenados en caché, es decir, su eliminación definitiva.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/HQQyNZOctvBugHd4ATTQ/image.png" alt=""></div>

> Esto no tiene relación con la generación de datos, solo con su eliminación.

## Exportación a .xlsx

Esta opción garantiza que todo documento **.xlsx** generado tenga todas las columnas dimensionadas de acuerdo con el mayor "contenido" listado, sin superposiciones.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/aKEdYu2sU6yA8Jta4Qlb/image.png" alt=""></div>

## Backup

Aquí apuntamos a la carpeta "bin", dentro del directorio de instalación de la base de datos Postgres, lugar donde se encuentra la base de datos de Weknow.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/0K9OlT4kaWH7ijJM0k2S/image.png" alt=""></div>

Estas configuraciones se utilizan para el funcionamiento del Backup de la Cuenta, que se realiza en el Weknow Server -> Cuenta, según la documentación:

{% content-ref url="/pages/lkr083MGX8sVregZ6wn8" %}
[Backup](/wedocs-5.1/wedocs-4.5-es_es/servicio/backup.md)
{% endcontent-ref %}

## Notificación de actualizaciones

En esta opción, definimos el correo electrónico del usuario que recibirá la notificación sobre nuevas actualizaciones disponibles.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/IJHzckMNPARdQAmXDWXv/image.png" alt=""></div>

{% content-ref url="/pages/RPDGnXg2pv0nySK1RfQQ" %}
[Notificación sobre nuevas Versiones](/wedocs-5.1/wedocs-4.5-es_es/gestor-de-tareas/notificacao-sobre-novas-versoes.md)
{% endcontent-ref %}

## Proxy

En caso de que el Weknow Service esté instalado en una red cerrada, es necesario definir la ruta al servidor Proxy, donde se realiza la conexión con la red externa.

> Estas configuraciones deben ser proporcionadas por el equipo de TI de la empresa.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/LHky3DX3PSte6DxBaNjk/image.png" alt=""></div>

## Formato de valores

El formato de valores definido aquí implica los estándares iniciales de cada uno de los componentes y también de los contenidos exportados.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/lRa79loo5Ls1tji76k2T/image.png" alt=""></div>

## URL pública / Cliente web encapsulado

En esta configuración es posible configurar enlaces públicos o compartidos, que permiten el acceso a los dashboards desde dispositivos dentro o fuera de la red. Además, es posible configurar el cliente web encapsulado dentro del Weknow Desktop.

* Protocolo servidor:
  * vacío - Se utilizará el estándar - http;
  * http - Para casos generales;
  * https - Para casos que requieren un certificado;
* Dirección servidor:
  * Dirección del servidor para acceso al cliente web;
* Puerto servidor - Puerto de acceso estándar de la aplicación;
  * Al definir el estándar 80, no será necesario informarlo en el enlace;
* Protocolo API:
  * vacío - Se utilizará el estándar - http;
  * http - Para casos generales;
  * https - Para casos que requieren un certificado;
* Dirección API - Es la dirección de API utilizada en el cliente web encapsulado;
* Puerto API - Puerto de acceso al cliente web encapsulado;
* Sufijo API - Sufijo de la URL utilizado en el cliente web encapsulado.

<div align="left"><figure><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/5HXVJaen4d7bqQOaWRGM/image.png" alt=""><figcaption></figcaption></figure></div>

## Almacenamiento offline

Para el almacenamiento de algunas informaciones, Weknow utiliza una base indexada MonetDB. Estas informaciones vienen configuradas con los estándares. Solo cámbielas si posee una infraestructura específica para la base.

> En caso de duda, no dude en contactar al Soporte para esta configuración.

<figure><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/6NTmZcOofkVeyuNVhEbd/image.png" alt=""><figcaption></figcaption></figure>

Timeout (segundos): 0 significa que no tiene timeout. Si se configura un timeout, siempre que la generación de los datos offline de un metadato offline supere el timeout, ocurrirá un error de timeout y la generación será abortada.

## Actualización de la licencia

Aquí tenemos las configuraciones del servidor de licencias de Weknow. Por defecto, esto ya viene definido.

> Este cambio solo será necesario si es solicitado por el Soporte.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/OS8mX0VqU1fO6nzye9ur/image.png" alt=""></div>

## JWT

Para garantizar la seguridad durante las conexiones y credenciales, utilizamos el JWT, un estándar mundialmente utilizado en la Web. Durante el credencial, se crean dos claves, una pública y otra privada, que serán intercambiadas durante toda la comunicación.

El período de expiración corresponde a la validez de esta clave privada, es decir, después del credencial, el tiempo que el usuario tiene disponible hasta que necesite credenciarse nuevamente.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/o8fivQOhRofkBZOcrYdi/image.png" alt=""></div>

## Ejecución del Metadato

Esta opción transcribe las fórmulas de listado a SQL siempre que sea posible. Esto facilita el mantenimiento de las búsquedas y la posible utilización por aplicaciones externas.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/wVRDn53gioXqij1kYolo/image.png" alt=""></div>

## Logs

Aquí se definen qué casos serán registrados en los logs de la aplicación. Los **Alertas** y **Errores** son recomendados, ya que en una eventualidad serán utilizados por el Soporte para investigar el problema.

El Log de información es un Log muy extenso que corresponde a cualquier operación realizada en el sistema, ya sea de: Lectura, Escritura, Edición o eliminación.

> Si el Log de **Información** está activado, se recomienda que la limpieza de los Logs también esté activada para no sobrecargar la base de datos.

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/vSH3KMKluHgpmFSLgRpj/image.png" alt=""></div>

## Servicios

En esta opción será posible definir la cantidad de instancias que serán ejecutadas simultáneamente.

<mark style="color:blue;">**Los servicios permitidos**</mark>:

* Ejecución de Tareas;
* Envío de Correos Electrónicos;
* Envío de SMS;
* Envío de mensajes por Telegram;
* Generación de carga offline de Metadato (programados);
* Generación de carga offline de Metadato (ejecutar ahora);
* Caché de Conexiones;
* Sincronización de Telegram;
* Envío WhatsApp;
* Generación de miniaturas de Dashboard;

<div align="left"><figure><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/Rbk6i5yNkPaouxYX9jaj/image.png" alt=""><figcaption></figcaption></figure></div>

{% hint style="danger" %}
Recordando que el valor mínimo es 1 y el valor máximo es 8.
{% endhint %}

Es posible visualizar en el Panel de Control cuántos servicios (Instancias) están en ejecución en el momento:

<div align="left"><img src="https://content.gitbook.com/content/a1FAuCUodcVmlnRQ0jt7/blobs/mCzoCJC80TTIFTwcPLLa/image.png" alt=""></div>

## Renombrar los servicios

También es posible renombrar los servicios del Weknow Server y Weknow Administrador de Tareas.

Para renombrar, debe entrar en la carpeta "<mark style="color:orange;">**\Common\Configs\config.ini**</mark>" e informar los siguientes datos:

{% hint style="info" %}
\[server]

serviceNamePrefix=

serviceName=

serviceNameSuffix=

\[taskManager]

serviceNamePrefix=

serviceName=

serviceNameSuffix=
{% endhint %}

#### Reglas para el nombre del servicio:

El nombre base del servicio es definido por la propiedad **`serviceName`** si esta existe y no es nula. De lo contrario, se utiliza el nombre interno estándar.

Los valores definidos en **`serviceNamePrefix`** y **`serviceNameSuffix`** se añaden al inicio y al final, respectivamente, del nombre del servicio.

Solo se utilizan letras y números. Otros caracteres son reemplazados por **\_**.

#### Reglas para el nombre de visualización del servicio:

* El nombre de visualización base del servicio es definido por la propiedad **serviceName** si esta existe y no es nula. De lo contrario, se utiliza la traducción, si la hay. Si no, se usa el nombre interno estándar.
* Los valores definidos en **serviceNamePrefix** y **serviceNameSuffix** se añaden al inicio y al final, respectivamente, del nombre del servicio (entre paréntesis):

  **(prefijo) nombre de visualización (sufijo)**
* Estos dos servicios deben ser instalados por el iniciador correspondiente para que estas configuraciones tengan efecto.

Para los servicios del Servidor, GT y MonetDB es posible definir cualquier nombre y nombre de visualización instalándolos por la línea de comando:

{% hint style="info" %}
sc create \<serviceName> binpath= "\<path> -sn \\"\<serviceName>\\"" displayname="\<displayName>"
{% endhint %}

serviceName: es el nombre que se desea dar al servicio. Note que este nombre es utilizado en dos lugares en el comando anterior y deben ser idénticos. El uso indebido puede resultar en un mal funcionamiento.

path: es la ruta del ejecutable del servicio que se desea instalar;

* \<weknow>\server\wknw\_server.exe;
* \<weknow>\task\_manager\wknw\_task\_manager.exe
* \<weknow>\monetdb\wknw\_monetdb.exe

displayName: es el nombre de visualización que se desea dar al servicio. Este parámetro es opcional.