Configuración avanzada

Volver al índice de documentación de Pandora FMS

• Language: Idioma global para el sistema, cada usuario puede tener definido un lenguaje y este prevalece sobre el valor definido aquí.
• Sitename: Nombre del sitio, visible en el título de todas las ventanas y en el campo asunto de todos los mensajes.
• Enable error lor: Fichero con el registro de errores integria.log .
• Timezone for Integria IMS: Define el huso horario.
• List of IP addresses with access to API: Lista de direcciones IP con acceso a la API separadas por comas. Un * significa “cualquiera”.
• API password: Contraseña necesaria para hacer peticiones vía API.
• First day of the week: Primer día de la semana para calendarios y otros usos de la aplicación.
• URL update manager: Dirección del servidor de actualizaciones de Integria IMS.
• Login hash password: Se utiliza para generar una URL única que se utilizará para preautenticación.
• Enable HTTPS access: Configurar Integria IMS para usar HTTPS y cifrar así las comunicaciones.
  • Al activar el protocolo HTTPS y aumentar la seguridad en las capas de transporte será necesario añadir una verificación del certificado de OpenSSL. Para ello habrá que añadir la siguiente línea en el archivo php.ini:

openssl.cafile=/etc/ssl/certs/nombre_certificado.ca-bundle

• Access port: Configurar el número del puerto de acceso del servidor, valor por defecto 80.
• Public access to server: URL de acceso público al servidor, puede ser una dirección IP o una dirección URL.
• CSV encoding type: Tipo de codificación por defecto de ficheros .csv (véase Separator data in CSV)
• Enable Update Manager checks: Habilita los avisos de actualizaciones disponibles de Integria IMS.
• Maximum direct download size (MB): Define el tamaño máximo de un archivo para descargar en la aplicación.
• Max. upload file size: Define el tamaño máximo de un archivo para subir a la aplicación. Si tiene un tamaño más bajo en el sistema (php.ini) este límite puede no respetarse.
• Max. Upload file size in CRM (MB) y Max. Upload file size in incidents (MB): Define el tamaño máximo de un archivo para subir a la aplicación en las secciones de ticket y CRM.
• Separator data in CSV: Separador de datos en ficheros CSV, valor por defecto la coma , .
• Temporary directory of pdfs: Directorio para almacenar ficheros temporales en informes tipo PDF.
• Hide version: Oculta la versión tanto en el pie de página como en la pantalla de inicio de sesión.
• Show modal last time logged: Muestra a cada usuario la fecha y hora de su último inicio de sesión (formulario modal).

A partir de la versión OUM 103 se dispone del token Theme, tanto para la configuración general como a nivel de usuario. El tema claro, Default (Light), está establecido por defecto como tema global y para los usuarios dicho tema global está establecido por defecto. A menos que se especifique lo contrario, los demás valores de configuración se refieren a ese tema claro en particular. Para el tema oscuro (dark theme) se han establecido tokens específicos.

• Favicon: Permite establecer un icono (generalmente de 16 por 16 pixeles) como favorito.
• Block size for pagination: Cantidad de elementos por página en listados. Se recomienda utilizar valores bajos para evitar repercusiones en el rendimiento.
• Global dashboard (welcome message): Permite colocar un dashboard como pantalla inicial de bienvenida (opcional).
• Font for ITSM: Tipo de fuente de letras por defecto, tanto para interfaz como para ficheros PDF.
• Global search limit: Número de elementos que aparecerán en los listados cuando se utiliza cualquier búsqueda.

• Min. size password: Longitud mínima que debe tener la contraseña.
• Password must have numbers: La contraseña debe contener números.
• Password must have symbols: La contraseña debe contener símbolos.
• Password expiration (days): Tiempo, en días, de caducidad de la contraseña.
• Force password change on first login: Forzar el cambio de contraseña en el primer inicio de sesión.
• User blocked if login fails (minutes): Tiempo de bloqueo de usuario, en minutos, al haber fallado el inicio de sesión (tras los reintentos configurados en el siguiente campo).
• Number of failed login attempts: Número de intentos de identificación fallidos.

• Show ticket owner y Show ticket creator: Mostrar el creador del ticket y mostrar el dueño del ticket en vistas de listado y búsqueda de tickets.
• Max. tickets by search: Número máximo de tickets por búsqueda, esto limita los resultados en búsqueda de tickets para evitar impactos en el rendimiento. Se recomienda entre 200 y 500.
• Enable quick edit mode: Permite editar rápidamente algunos elementos del ticket (usuario propietario, criticidad, estado) sin entrar en el modo edición completo.
• Show user name instead of ID in the ticket search: Mostrar el nombre real de usuario en lugar del identificador en la búsqueda de tickets.
• Format date: Dos opciones de formato de fecha, largo yyyy/mm/dd h:m:s (opción por defecto) y aproximado (por ejemplo: 1 día, 2 horas).
• Completion date WU: Al marcar esta opción se mostrará el campo Fecha de realización en las Workunits (WU) de los tickets. Esa fecha puede ser diferente de la fecha de creación del Workunit.
• Sort work units by completion date: Ordenar WU por fecha de realización (en el listado de WU de un ticket).
• Most recent comments at the bottom: Cuando está habilitado, los comentarios más nuevos y el campo de entrada para agregar nuevos se mostrarán en la parte inferior de la vista del incidente.

• Disable ticket score: Deshabilitar valoración de las incidencias.
• Enable IW to change creator: Habilitar IW para cambiar el creador, los usuarios con ese bit de acceso podrán cambiar el creador del ticket.
• Editor adds a WU on ticket creation: Se añade una Workunit (WU) automáticamente al crear un ticket.
• Allow to change the ticket type: Permitir cambiar el tipo de ticket, si se desactiva no se podrá cambiar el tipo una vez creado.
• Allow to configure the date/time when creating it: Permitir definir la hora y fecha del ticket en el momento de su creación.
• Ignore user defined by the group for the owner: Permite ignorar el usuario predefinido por el grupo para el propietario.
• Ticket type required: Obliga a elegir un tipo de ticket.
• Ignore creator user by default: Si se activa permite ignorar el usuario creador por defecto y se deberá especificar manualmente.
• Allow to change creator and owner: Permitir la modificación del usuario creador y el usuario propietario.
• Allow external users to modify their tickets: Permitir a usuarios externos (no agrupados) modificar sus tickets.
• Ignore group template for the issue creator: Ignorar plantilla de grupo al creador del incidente.
• Creator can see every user: El usuario creador podrá ver todos los usuarios, incluso de otros grupos.
• Automatically assign ticket: En base a las reglas de asignación de los grupos, permite autoasignar ticket
• Issue editor is the first editing user: Si se marca, el usuario editor del ticket siempre se establecerá como el usuario que editó el ticket en primer lugar.
• Change to assigned status if owner adds a note in the ticket: Cambiar el estado asignado si el propietario añade un nota en el ticket.

• Automatically close ticket: Número de horas tras las cuales un ticket será cerrado de forma automática.
• Ticket WU default time: Valor por defecto utilizado al introducir una unidad de trabajo, en unidades de hora. Ejemplo: 0.25 serán 15 minutos.
• Sending email when managing WU: Envío de correo electrónico al administrar WU.
• Default internal work units: Unidades de trabajo internas predeterminadas.
• New WU are always public: Activación de comentarios como siempre públicos.

• Check closed tickets when running workflow rules: Esta opción sirve para que las reglas de Workflow procesen los tickets cerrados.
• Days to check closed tickets: Si está marcado el campo anterior, se tendrán en cuenta los tickets cerrados en los últimos XX días.

A excepción de los tokens 1 y 2, todos los demás vienen activos por defecto.

1. Masking email addresses: Enmascarar direcciones de correo. Con esta opción activada, no se mostrarán las direcciones de correo que estén en el contenido del ticket.
2. Send all attachments for each issue update by email: Envío de todos los adjuntos asociados al ticket en cada actualización realizada por email.
3. Send email for each created ticket: Enviar email por cada creación de ticket.
4. Send email for each closed ticket: Enviar email por cada cierre de ticket.
5. Send email for each update of the issue status: Enviar email por cada actualización del estado del ticket.
6. Send email for each update of the issue owner: Enviar email por cada actualización del propietario del ticket.
7. Send email for each update of the issue priority: Enviar email por cada actualización de la prioridad del ticket.
8. Send email for each update of the issue group: Enviar email por cada actualización del grupo del ticket. Esta configuración puede ser general o bien específica por grupo. Para que sea específica por grupo es necesario configurarlo en la edición del propio grupo.
9. Send email for each update of the issue in other fields: Enviar email por cada actualización de cualquiera de los otros campos del ticket.
10. Send email for each created work unit: Enviar email por cada Workunit creada.
11. Send email for each added attachment: Enviar email por cada adjunto añadido.
12. Send email for each validated work order: Enviar email por cada validación de orden de trabajo.

Status y Resolution

Se pueden modificar las etiquetas de los estados y las resoluciones de tickets. Es importante tener en cuenta que aunque cambie la etiqueta, la lógica asociada a los estados sigue siendo la misma, por lo que las reglas de SLA, Workflow, o colores de los tickets según su estado (nuevo/cerrado) permanecerán igual.

Weekends are working days

Los días no laborables se usan para definir fiestas locales/nacionales, etc. No se tienen en cuenta en las SLA (excepto aquellas que también incluyen festivos), y se visualizan diferente en los calendarios.

Special day

Seleccione un día del calendario y pulse el botón Add para agregarlo como día especial. Después de haberlo agregado aparecerá listado abajo junto a los demás agregados, al lado de cada ítem aparece un icono de bote de basura donde podrá pulsar para borrar el día especial correspondiente.

El envío de correos (email) se utiliza, por ejemplo, cuando se produce un cambio en un ticket o se incumple un SLA.

La recepción de correos solamente es necesaria si se utiliza la creación y gestión de tickets por email.

• Notification period: Periodo de notificación, tiempo mínimo en horas que debe pasar entre dos notificaciones de SLA.
• System email from address: Dirección de correos desde el sistema, será el remitente que se utilizará al enviar correos desde Integria IMS.

Si se deja en blanco, intentará usar un sistema de correo local postfix/sendmail (si se encuentra habilitado).

Los campos comunes, independientes del tipo cifrado (excepto cuando se utiliza OAuth 2.0 en el campo Encryption), son:

• SMTP Host: Ubicación de la oficina de correo.
• SMTP Port: Número de puerto para enviar correo.
• SMTP user: Nombre de usuario.
• SMTP password: Contraseña de usuario.

Los campos para configuración interna de IIMS son:

• SMTP queue retries: Reintentos de envío de la cola de correo. Si es excedido este número, se marcará el mail en la cola como incorrecto.
• Max. pending emails: Número máximo de emails pendientes. Si es excedido este número, mostrará una advertencia en la zona de avisos del sistema para indicar que puede haber un problema en el envío de correos.
• Max. emails sent per execution: Máximo número de mails enviados por ejecución, se limita así el número máximo de correos en cada ejecución periódica del script de mantenimiento.

• Cifrado con STARTTLS:

• Método de cifrado: STARTTLS.
• SMTP Host: smtp.gmail.com
• Puerto: 587 (también podría utilizarse el 25).

• Cifrado con SSL/TLS

• Método de cifrado: SSL/TLS
• SMPT Host: smtp.gmail.com
• Puerto: 465

• Método de cifrado: STARTTLS.
• SMTP Host: smtp-mail.outlook.com .
• Puerto: 587 (también podría utilizarse el 25).
• Compatibilidad: Outlook.

• Método de cifrado: OAuth 2.0.
• User ID: Identificador de usuario.
• Client ID: identificador de aplicación registrada en Microsoft.
• Tenant ID: Los valores permitidos son tenant ID para el identificador de inquilino o el nombre de dominio, common tanto para cuentas de Microsoft como para cuentas profesionales o educativas, organizations solamente para cuentas profesionales o educativas y consumers solamente para cuentas de Microsoft.
• Secret: Token privado del usuario.

• Cifrado: None para envío sin cifrado o cifrado con SSL/TLS, SSLv2, SSLv3 o STARTTLS.
• Nombre: Nombre DNS o dirección IP del servidor de correo.
• Puerto: Puerto en el que esté escuchando el servidor de correo.
• Usuario: Usuario configurado en el servidor de correo.
• Contraseña: Contraseña configurada para el usuario indicado anteriormente.

IMAP:

• POP/IMAP Host: imap.gmail.com
• POP/IMAP Port: 993
• POP/IMAP user: Buzón de correo electrónico del usuario.
• Select IMAP or POP: IMAP.
• Compatibility: Compatibilidad con Gmail.

POP:

• POP/IMAP Host: pop.gmail.com .
• POP/IMAP Port: 995 (POP)
• POP/IMAP user: Buzón de correo electrónico del usuario.
• Select IMAP or POP: POP
• Compatibility: Compatibilidad con Gmail.

Para configurar la “Gestión de colas de correo electrónico por grupos” deberá agregar un filtro de dominio en el campo Email origin que coincida con lo establecido acá.

IMAP:

• POP/IMAP Host: imap-mail.outlook.com
• POP/IMAP Port: 993
• Select IMAP or POP: IMAP
• Compatibility: Compatibilidad con Outlook.

POP:

• POP/IMAP Host: pop-mail.outlook.com .
• POP/IMAP Port: 993 (IMAP)/995 (POP) .
• Select IMAP or POP: POP/IMAP .
• Compatibility: Compatibilidad con Outlook.

Para configurar la “Gestión de colas de correo electrónico por grupos” deberá agregar un filtro de dominio en el campo Email origin.

IMAP:

• Nombre: outlook.office365.com válido tanto para POP/IMAP.
• Puerto: 993 (IMAP)/995 (POP).
• Selección Protocolo: POP /IMAP.
• Compatibilidad: Office 365.

POP:

• Nombre: outlook.office365.com válido tanto para POP/IMAP.
• Puerto: 993 (IMAP)/995 (POP).
• Selección Protocolo: POP /IMAP.
• Compatibilidad: Office 365.

Para configurar la “Gestión de colas de correo electrónico por grupos” deberá agregar un filtro de dominio en el campo Email origin que coincida con lo establecido acá.

• Cifrado: Se puede configurar el servidor POP/IMAP sin cifrado o cifrado con SSL/TLS, SSLv2, SSLv3 o STARTTLS.
• Nombre: dirección IP o DNS del servidor POP/IMAP.
• Puerto: Número de puerto en el que esté escuchando el servidor POP/IMAP.
• Usuario: Usuario configurado en el servidor de correo.
• Contraseña: Contraseña configurada para el usuario indicado anteriormente.
• Protocolo: POP o IMAP.
• Compatibilidad: otros.
• Aceptar todos los certificados: Marcado si se desea aceptar cualquier certificado, incluso los autofirmados.

Los correos que envía Integria ims son encolados hasta que el script de mantenimiento los envía, por defecto cada 5 minutos. Para ajustar este comportamiento existen una serie de parámetros especiales, así como un gestor de cola de envíos pendientes.

• Cabecera del correo electrónico: Se utilizará en cualquier correo automático de Integria IMS. No admite macros.
• Pie del correo electrónico: Se utilizará en cualquier correo automático de Integria IMS. No admite macros.

Este sistema permite ver los mails pendientes de envío y su estado. Además podemos borrar la cola actual y/o reenviar aquellos mails marcados como inválidos, pudiendo ser seleccionados para dicha operación mails de manera individual seleccionando la casilla asociada.

Esta sección sirve para poder editar las plantillas de correo que utilizará Integria IMS para componer emails así como las plantillas del asunto o subject del mensaje. Las plantillas de correo son genéricas y se utilizan para todos los grupos.

Para editar una plantilla elija una y pulse el botón de editar. Puede ver que hay unas marcas especiales, del tipo de _sitename_ que llamamos macros. Las macros son variables que se sustituirán en el momento de componer el mensaje por un valor real concreto. En este momento están definidas las siguientes macros:

• _sitename_ : Nombre del sitio, tal y como se haya definido en el Setup.
• _incident_title_ : Título del ticket.
• _username_ : Nombre del usuario que recibe el correo (login name).
• _fullname_ : Nombre completo del usuario que recibe el correo.
• _incident_id : Identificador de ticket.
• _url_ : URL del ticket.
• _creation_timestamp_ : Fecha y hora de la creación del ticket.
• _update_timestamp_ : La última vez que se actualizó el ticket.
• _owner_ : Usuario que controla el ticket.
• _group_ : Grupo asignado a dicho ticket.
• _author_ : Creador del ticket.
• _priority_ : Prioridad del ticket.
• _status_ : Estado del ticket.
• _resolution_ : Resolución del ticket.
• _time_used_ : Tiempo total empleado en este ticket.
• _incident_main_text_ : Texto descriptivo principal del ticket.
• _wu_user_ : Usuario que reporta una unidad de trabajo.
• _wu_text_ : Texto de la unidad de trabajo.
• _havecost_ : Para informes de la unidad de trabajo del proyecto exclusivamente.
• _taskname_ : Para informes del proyecto exclusivamente.
• _projectname_ : Para informes del proyecto exclusivamente.
• Plantillas de campos personalizados: Esto permite que al crear un tipo de objeto, el nombre de los campos que agregue pueda incluirlos como una macro, la cual mostrará el valor de dicho campo: _nombre del campo personalizado_.

Esta opción sirve para “ocultar” ciertas partes de Integria IMS de cara a grupos de usuario. Se puede configurar, para cada sección y grupo de usuarios, los siguientes niveles de visibilidad:

• Oculto: No se mostrará para aquellos usuarios que pertenezcan al grupo indicado.
• Completo: Los usuarios que pertenezcan al grupo indicado tendrán acceso completo a la sección.

Información adicional:

Si una sección no tiene ninguna configuración de visibilidad, por defecto el acceso será Completo para todos los usuarios.

Cada sección está asociada a un perfil, siendo este el que se chequea junto con el grupo del usuario para saber si tiene visibilidad o no, las asociaciones son las siguientes:

• Proyectos ⇒ 'PR'.
• Tickets ⇒ 'IR'.
• Inventarios ⇒ 'VR'.
• BC ⇒ 'KR'.
• File releases ⇒ 'KR'.
• Agenda ⇒ 'AR'.
• Personas ⇒ Cualquier perfil.
• Work Orders ⇒ 'WOR'.
• Configuración ⇒ Cualquier perfil.

Si el usuario es administrador siempre tendrá acceso completo independientemente de la configuración de visibilidad de menú.

Si un usuario tiene perfiles en varios grupos que tienen distintos niveles de visibilidad en una sección, la visibilidad para ese usuario en esa sección será la menos restrictiva.

Si se crea un nivel de visibilidad para una sección seleccionando todos los grupos (grupo Todos), se eliminará toda configuración para esa sección permaneciendo solamente la introducida.

Esta sección controla tanto las opciones de inventario como la gestión del inventario remoto (procesamiento de datos enviados por agentes de Pandora FMS a Integria IMS, sin necesidad de instalar Pandora FMS).

• Nombres de inventario duplicados: Permite la opción de tener nombres de objetos de inventario con el mismo nombre. Opción desactivada por defecto.
• Compatibilidad con importación CSV: Si la opción está desactivada permite que se muestren los CSV como un informe mostrando los objetos de inventario seleccionados previamente por el usuario tal y como aparecen en la lista. Por defecto estará activa para que permita importación.

Procesado de datos de inventario desde agentes de Pandora FMS

• Propietario por defecto: Propietario por defecto para esos objetos.
• Compañía asociada, y usuario asociado: Compañías con acceso a esos objetos, y usuarios con acceso a esos objetos.

Tipo de autenticación: LDAP, Active Directory o local. Si se usa LDAP o AD.

Los usuarios de tipo admin serán los únicos que funcionan “localmente” sin autenticar contra un LDAP, de modo que si hay algún problema en la conexión con LDAP para validación de los usuarios, los administradores siempre podrán acceder a la herramienta.

Si el login LDAP o Active Directory está configurado, Integria IMS “preguntará” a estas plataformas si el usuario existe y la contraseña es correcta, haciendo un intento de login mediante una query LDAP. En caso de tener éxito, permitirá al usuario el acceso a Integria IMS.

Parámetros de configuración:

• Timeout de sesión: En segundos.
• Crear automáticamente los usuarios remotos: Para que nuevos usuarios puedan acceder a la herramienta desde el primer intento si tienen usuario de LDAP/AD. Si no está habilitado, el usuario ya deberá existir en Integria IMS, y la contraseña coincidir con la de LDAP.
• Autocrear el perfil: Perfil a asignar a los usuarios automáticamente creados.
• Autocrear grupo: Grupo asignado al usuario creado automáticamente, con el perfil utilizado en el campo anterior.
• Crear automáticamente una lista negra: Lista de usuarios, separados por comas, que no podrán acceder.
• Servidor LDAP/AD: Dirección IP o FQDN del servidor LDAP/AD.
• Puerto LDAP/AD.
• Versión LDAP (sólo LDAP).
• Start TLS: Usará el protocolo Transport Layer Security (TLS) en las comunicaciones entre el cliente y el servidor para cifrar las comunicaciones.
• Base DN (sólo LDAP): Distinguished Name (DN) usado por el servidor LDAP. Por ejemplo: ou=People,dc=example,dc=com.
• Login attribute (sólo LDAP): Atributo de login que usa LDAP durante el proceso de autenticación. Por ejemplo UID (User Identification Code).
• Dominio (sólo AD).

La doble autenticación lleva años posicionándose como una de las mejores opciones para aumentar la seguridad de una cuenta de usuario. Integria IMS incorpora esta funcionalidad realizando una integración con la solución de Google®, llamada Google Authenticator®.

Requisitos

En primer lugar, para usar esta funcionalidad, el administrador deberá activar la doble autenticación en la sección de autenticación de la configuración global de la Consola web de IIMS. También será necesario disponer de la aplicación generadora de códigos en un dispositivo móvil de su propiedad. Para conocer dónde y cómo descargarla:

Debe tener derechos de superadmin para acceder a las opciones de configuración. Desde el menú principal vaya a Setup → Setup, luego haga clic en Authentication configuration. Pulse en Activate double factor authentication.

Integria IMS generará un clave de autenticación y la mostrará, además, por medio de un código QR.

Por medio de la aplicación que descargó e instaló, retribuya a IIMS el código resultante. Haga clic en el botón Validate code.

Si el código es correcto obtendrá algo similar a esto:

Se cerrará su sesión y deberá volver a colocar sus credenciales y al ser validadas deberá introducir el código generado, para ese momento específico, y finalizar así la doble autenticación.

En caso de necesitar un reinicio de la clave de doble autenticación, utilice el botón Restart double auth code. Esto también puede realizarlo desde el menú People → Edit my user y también en User management para el resto de los usuarios.

Un mensaje de correo con un enlace le será enviado y dispondrá de 15 minutos para hacer clic en dicho link.

En la sección de configuración, podrá encontrar una solapa para la administración del CRM:

Podrá activar o desactivar la generación automática de ID de factura, y modificar su estructura:

En el campo Invoice ID pattern se guarda una cadena de texto que se utilizará como patrón para generar los identificadores. Este patrón contendrá una parte fija y una variable. La parte variable debe ser numérica y servirá como primer elemento a partir del cual calcular una secuencia. La parte variable irá entre corchetes. Lo demás será constante en todas las facturas.

Ejemplo de patrón: 15/[1000]

En este caso, las tres primeras facturas que se van a generar serán 15/1000, 15/1001 y 15/1002.

La generación de identificadores de facturas se aplica únicamente en las facturas de tipo Enviado.

También podrá modificar los datos de sus facturas, incluyendo el logo (para subir imágenes, puede hacerlo usando el administrador de archivos integrados, en Configuración → Gestor de archivos), en carpeta Custom logos.

En la sección de configuración del CRM podrá también cambiar el nombre de los estados de los leads para personalizar su pipeline.

Permite especificar al sistema cómo gestionar la información histórica.

• Días para borrado de eventos: Se borrarán los eventos antiguos a partir de los días indicados. Si el valor indicado es cero 0, los datos no se borrarán nunca (esto se aplica a todas las demás opciones de esta sección).
• Días para borrar tickets cerrados: Se borrarán los tickets con una fecha de cierre más antigua que los días indicados. También se borrarán los datos relacionados.
• Días para borrar Unidades de Trabajo: Se borrarán las horas de trabajo más antiguas que los días indicados, siempre y cuando pertenezcan a proyectos deshabilitados.
• Días para borrar órdenes de trabajo: Se borrarán las órdenes de trabajo con una fecha de actualización más antigua que los días indicados.
• Días para borrar información de auditoría: Se borrarán los datos de auditoría más antiguos que los días indicados.
• Días para borrar sesiones: Se borrarán las sesiones más antiguas que los días indicados.
• Días para borrar eventos de Workflow: Se borrarán los eventos de flujo de trabajo antiguos a partir de los días indicados.
• Días para borrar archivos compartidos antiguos: Se borrarán los archivos subidos que sean más antiguos que los días indicados.
• Días para borrar datos de seguimiento de ficheros: Se borrarán los datos de seguimiento de fichero más antiguos que los días indicados.
• Días para borrar copias de seguridad.
• Días para borrar emails no válidos que no han podido ser enviados.
• Días para la eliminación de informes programados.

La opción de Restaurar a valores por defecto volverá a poner los valores iniciales de todos los parámetros de configuración de esta sección.

• Usuarios sin completado de UT: Lista de usuarios que no tienen autocompletado de horas de trabajo, separados por comas.
• Horas de trabajo por día: Para calcular métricas.
• Autocompletado de UT (días): Esta característica autocompletará las UT en los días no asignados para todos los usuarios excepto los listados en Usuarios sin completado de UT. Días que se autocompletarán hacia atrás desde el momento actual. Si no se especifica manualmente, por defecto se autocompletarán las horas de trabajo. Las horas introducidas no se asignan a ninguna tarea en ningún proyecto, sino a las horas “Sin justificar”. Por ejemplo, si establece 15 días, éstos se completarán con el número de Horas de trabajo por día, para todos los días en los que las horas introducidas sean inferiores a ése número, para los 15 días anteriores desde la fecha actual.
• Tiempo por defecto para una WU de proyecto: Al crear una WU, usará esa cantidad de tiempo por defecto (en horas).
• Moneda por defecto.
• Días totales de vacaciones: Número de días de vacaciones que será usado para los cálculos correspondientes en el apartado de informe de vacaciones.

En esta sección debemos introducir la licencia de Integria IMS. Una vez introducida, pulsaremos el botón de Actualizar licencia para que Integria IMS verifique si es válida.

Si hacemos clic sobre el candado podremos ver el detalle de nuestra licencia.

En caso de que se supere el número máximo de usuarios permitidos de la licencia se deshabilitará automáticamente el login de los usuarios.

Una vez corregida o ampliada la licencia simplemente debemos volver a esta sección y pulsar sobre el botón de Permitir inicio de sesión (login).

Para activar el sistema de gestión remota eHorus.

Para activar ChatBot y configurar el servidor y canales.

Para la integración con GitLab necesitamos un token de acceso que pertenezca a un usuario de GitLab con permisos para visualizar los tickets del proyecto que nos interesan.

Creación de token de acceso personal en GitLab:

1. Hacer login en GitLab.
2. En la esquina superior derecha, seleccionar el icono del avatar.
3. Editar perfil.
4. Tokens de acceso.
5. Introducir nombre y fecha de caducidad opcional para el token.
6. Seleccionar los ámbitos deseados.
7. Guardar el token de acceso personal en un lugar seguro. Después de salir de la página, ya no tendremos acceso al token .

También necesitamos la URL del proyecto. Ejemplo:

https://ejemplo.es:8080/api/v4/projects/1/

Y la URL base de las imágenes para poder cargar las imágenes que contengan los tickets en su descripción y en sus comentarios. Ejemplo:

https://ejemplo.es:8080/artica/integria/

Consulte “Actualización de Integria IMS”.

El gestor de archivos sirve para poder subir y borrar ficheros al sistema interno de Integria IMS. Esto es útil para subir de forma cómoda nuevos logos o avatares de usuario. Es también la forma más cómoda de subir nuevos ficheros al Sistema de distribución de ficheros integrado en Integria IMS. Dichos ficheros se ubican en el directorio /attachment/downloads.

Para subir imágenes de avatares, puede hacerlo en el directorio /images/avatars.

Puede cambiar los iconos por defecto en el directorio /images .

Permite añadir pequeñas noticias del sistema, que serán visibles a todos los usuarios cuando entren. Útil por ejemplo para avisar de cambios en la plataforma o avisos sobre intervenciones, desconexión del servicio u otros.

Es una interfaz directa contra la base de datos del sistema, en SQL.

Se podrán añadir y eliminar enlaces que se mostrarán en la sección Enlaces del menú principal.

Histórico de los eventos sucedidos en el sistema, como el envío de informes programados, ejecución de tareas del cron, fallos del sistema, etcétera.

En este log quedarán reflejadas todas las acciones de cada usuario en cada sección. Si alguien modifica un dato de un cliente, se sabrá cuándo y qué se cambió. Si alguien borra una factura, se sabrá cuándo y qué factura, etcétera. Permite buscar por una subcadena concreta.

Visualiza el log de errores (si éste está activado), útil para identificar posibles errores de código del sistema. En caso de consulta o ticket, deberá aportar las últimas entradas (por fecha) de este registro.

Permite cambiar cualquier texto que aparece en el interfaz de Integria IMS por uno personalizado.

En el interfaz hay un combo en el que podrá seleccionar el idioma que desea modificar y un campo libre para buscar el texto. La búsqueda se realiza sobre el idioma original que es el inglés, todas las traducciones se basan en este idioma.

Definir una pantalla de inicio con enlaces a secciones específicas de Integria IMS o páginas externas:

Puede ser visible bien como una nueva sección del menú horizontal superior o bien como pantalla de inicio de Integria IMS.

Es global para el sistema, apareciendo como principal al hacer login o al hacer clic en el logo superior izquierdo de la herramienta. El editor nos permite un alto nivel de personalización de la pantalla y los widgets a mostrar.

La sección de backup permite a los usuarios de Integria IMS realizar copias de seguridad de sus archivos adjuntos y de su base de datos de forma manual o programada.

La primera consiste en una lista de backups existentes en su carpeta backup dentro del directorio de Integria IMS. Desde aquí puede borrar un backup, descargarlo a su máquina o restaurar su sistema Integria IMS desde un backup de la lista (hay que tener especial cuidado al realizar esta acción ya que el backup sustituirá la información de base de datos por la que tenía en ese backup, haciendo que la información añadida entre el backup y el sistema en su estado actual desaparezca).La segunda sección permite realizar programaciones para que, pasado un tiempo específico, se realice un backup de su sistema Integria IMS. Para la creación de una programación de backups, debe incluir un nombre para la programación, un modo de backup (hay tres modos, solo base de datos, solo ficheros adjuntos o ambos) una periodicidad de backup (por defecto semanal) y una dirección de correo electrónico al que le llegarán las notificaciones si algo sale mal en este backup. Además en la misma sección tendremos disponible la lista de programaciones para su edición o borrado, según convenga.

La tercera y última sección es la encargada de realizar los backup manuales en el momento, dando la posibilidad de crear un backup con el nombre y el modo deseado (y opcionalmente una dirección de correo para las notificaciones de error) al instante sin tener que esperar a una programación. Este backup se creará en su carpeta backup dentro del directorio de Integria IMS y estará disponible en la lista de backups.

También cuenta con la posibilidad de subir nuestros propios backup previamente descargados, estos deben tener la misma estructura que genera la herramienta para mantener la consistencia y no estar previamente en base de datos.

Esta es una funcionalidad altamente sensible, recomendamos siempre disponer de los backups físicamente (además de en su carpeta correspondiente dentro del directorio de Integria IMS) para tener una copia de respaldo si algo saliese mal en el proceso de restauración de sistema a una versión anterior.

Volver al índice de documentación de Pandora FMS