Configuración avanzada

• Language: Idioma global para el sistema (por defecto English), cada usuario puede tener definido un lenguaje y este prevalece sobre el valor definido acá.
• Site name: Nombre del sitio (por defecto Pandora ITSM), visible en el título de todas las ventanas y en el campo asunto de todos los mensajes.
• Enable error log: Fichero con el registro de errores, ubicado por defecto en /pandora_itsm.log.
• Timezone for Pandora ITSM: Define el huso horario de la Consola web. Valor por defecto Europe/Madrid.
• List of IP with access to API: Lista de direcciones IP con acceso a la API separadas por comas. Un asterisco (*) significa “cualquiera” (no se recomienda), valor por defecto 127.0.0.1.
• Default admin user: En Pandora ITSM siempre debe existir un superadmin activo. Esta opción permite especificar uno de estos super usuarios o, de manera predeterminada, en opción automática elegirá el primer superadmin activo para ejecutar labores periódicas del sistema PITSM.
• 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, lunes por defecto.
• Welcome view: Define el tiempo (por defecto los últimos 21 días) a mostrar en la pantalla de bienvenida si el usuario tiene activada la opción Global dashboard en su perfil.
• Login hash password: Se utiliza para generar una URL única que se utilizará para preautenticación.
• Enable HTTPS access: Configurar Pandora ITSM 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/certificate_name.ca-bundle

  
  

• Use SSL certificate: Para habilitar el uso de Secure Socket Layer(SSL).
• Path of SSL certificate: Ruta completa al certificado SSL que se quiere utilizar. Por defecto ubicada en:
  

  /etc/ssl/certs/pandoraitsm.pem

• 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. Se debe especificar HTTP o HTTPS y el importante sufijo pandoraitsm: https://mydomain.com/pandoraitsm.
  

  Si se ha habilitado este campo y se ha configurado mal la URL pública, no se podrá acceder a la Consola web y se tendrá que deshabilitar esta opción accediendo a la base de datos directamente mediante MySQL e insertando la siguiente instrucción:
  

  UPDATE tconfig SET VALUE='http://URL/pandoraitsm' WHERE token='access_public';

  
  

• CSV encoding type: Tipo de codificación por defecto de ficheros .csv (véase Separator data in CSV).
• Chromium path: Ubicación de la dependencia para generación de informes, por defecto /usr/bin/chromium-browser.
• Maximum direct download size (MB): Define el tamaño máximo de un archivo para descargar en la aplicación.
• Max. upload file size (MB): 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 for PDF files: Directorio para almacenar ficheros temporales en informes tipo PDF. Valor por defecto /tmp/.
• 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).
• Active automatic time tracking stop: Utilizados para registrar el máximo de tiempo trabajado. Está activo por defecto y se detiene de manera automática al sumar y alcanzar el valor especificado en Stop time tracking after (ocho horas y media por defecto).

User mail configuration (campos Client ID, Secret, Email processing blacklist):

Todos los correos electrónicos de esta lista se ignorarán en el correo entrante y saliente sincronizado (si está habilitado). Se puede ingresar un correo electrónico específico o un dominio completo (comienza con @). Si se ingresa un dominio (comienza con @) y el correo electrónico no es parte de un hilo existente, y se envía de un usuario de ese dominio a otro usuario del mismo dominio, el correo electrónico será ignorado. Estas reglas se aplican a los correos electrónicos enviados desde Gmail®; si se envía desde CRM, las reglas se ignoran y los correos electrónicos se procesan. Si un correo electrónico incluido individualmente en Email processing blacklist aparece en un mensaje con varias personas en el campo TO se procesará para el resto de los contactos y se ignorará para el que está en la lista. Véase también Email setup.

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

• Favicon: Permite establecer un icono (generalmente de 16 por 16 píxeles) 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.
• Tabs menu: Utilizado en objetos de inventario y tickets, permita ver las opciones como menú desplegable, como pestaña o como ambas opciones.
• Global search limit: Número de elementos que aparecerán en los listados cuando se utiliza cualquier búsqueda.

• Manage tickets (los tickets cerrados no son mostrados).
• Project management.
• People.
• Contacts.
• Contracts.
• Companies.
• Invoices.
• Leads.
• Wiki (si no arroja resultado presenta enlace para crear artículo).

Se debe tener en cuenta que en los resultados de las búsquedas en cada área se limita a la cantidad de ítems establecida en Global search limit. Dicho valor límite no se muestra en el resultado de la búsqueda solicitada. Cada usuario, según sus derechos (ACL) podrá ver mayor o menor cantidad de áreas y resultados.

Permite configurar normas y características a las contraseñas de los usuarios. La política de contraseñas no se aplica a usuarios administradores.

• Min. size password: Longitud mínima que debe tener la contraseña, por defecto cinco caracteres.
• 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, por defecto cero (nunca vence).
• 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 (por defecto cinco), 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 limitará los resultados en búsqueda de tickets para evitar impacto en el rendimiento. Se recomienda entre 200 y 500 (valor por defecto: 300).
• 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: Existen 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.
• Allow IW to change creator y Allow IW to change owner: Los usuarios con ese bit de acceso podrán cambiar al creador y/o propietario del ticket. Ambos token vienen activados por defecto.
• 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: Si se desactiva no se podrá cambiar el tipo de ticket 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 external users to modify their tickets: Permitir a usuarios externos (no agrupados) modificar sus tickets. Activado por defecto.
• 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. Activado por defecto.
• Assign ticket to 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.
• Enable client validation before closing ticket: Cuando este token está activo el creador del ticket puede aprobar o rechazar el cierre cuando el ticket se encuentra en el estado Pending to be closed.

• Automatically close ticket: Número de días (45 por defecto) 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. El valor por defecto es 0.25, quince minutos.
• Sending email when managing WU: Envío de correo electrónico al administrar WU. A partir de la versión 103 OUM también se puede enviar un correo electrónico a un usuario si este es mencionado en la WU.
• Default internal work units: Las Unidades de trabajo se configuran como internas de manera predeterminada.
• 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 15 días (valor por defecto).

1. Masking email addresses: 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 medio de email.
3. Send email for each created ticket: Enviar notificación de cada ticket que sea creado.
4. Send email for each closed ticket: Enviar email por cada cierre de incidencia.
5. Send email for each update of the issue status: Enviar notificación por cada cambio de estado del ticket. En caso de cambiar su estado a cerrado el envío de la notificación dependerá de la configuración del token anterior.
6. Send email for each update of the issue owner: Si el propietario de la incidencia es cambiado, se enviará email.
7. Send email for each update of the issue priority: Enviará notificación por cada cambio en la prioridad de trabajo en la incidencia.
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á notificación por cada modificación de cualquiera de los otros campos de la incidencia.
10. Send email for each created work unit: Enviar email por cada Workunit creada. A partir de la versión 103 OUM también se puede enviar un correo electrónico a un usuario si este es mencionado en la WU.
11. Send email for each added attachment: Enviar notificación por cada fichero adjunto añadido.
12. Group work units for each ticket and email: A fin de disminuir la cantidad de mensajes a enviar, este token agrupa varias notificaciones (ficheros adjuntados y/o WU agregadas en un período de 5 minutos) en una sola notificación.
13. Send email for each validated work order: Enviar email por cada validación de orden de trabajo.
14. Send additional emails when the comment is internal: En un ticket se pueden agregar direcciones de correo electrónico distintos incluso a los participantes y usuarios de PITSM. Para evitar que estos buzones sean notificados al agregar una WU en comentario interno, se debe deshabilitar esta opción.
15. Send email to workunit creator: Para evitar el comportamiento de bucle que se genera con las respuestas automatizadas por correo electrónico (vacaciones, fuera de horario de trabajo, etcétera) a los creadores de las unidades 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.

• Priority.

• Special day.

Los días no laborables se usan para definir fiestas locales/nacionales, etcétera. No se tienen en cuenta en las SLA y se visualizan de manera diferente en los calendarios.

Con estos token se pueden definir los fines de semana como laborables (Weekends are working days) y se pueden agregar y/o borrar días festivos con el concepto de días especiales (Select a new special day).

Los días especiales anuales se deben configurar en cada comienzo de año (y borrar los del año anterior): De hecho se pueden borrar los que vienen grabados por defecto al instalar PITSM.

Se podrán agregar (o retirar) a este listado más campos de sistema e incluso agregar campos personalizados que estén marcados para ser mostrados en el listado de incidencias.

Sección general:

• Notification period: Periodo de notificación, tiempo mínimo en horas (24 por defecto) 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 Pandora ITSM.

• SMTP Host: Ubicación de la oficina de correo. Si se deja en blanco, intentará usar un sistema de correo local Postfix o Sendmail (si este se encuentra instalado y habilitado).
• SMTP Port: Número de puerto para enviar correo.
• SMTP user: Nombre de usuario.
• SMTP password: Contraseña de usuario.

Algunas configuraciones:

• Gmail® (SMTP).
• MS Outlook® (SMTP).
• MS Office 365® (OAuth 2.0).
• Otros (SMTP).

Los campos para configuración interna de Pandora ITSM 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 SSL/TLS:

• Método de cifrado: SSL/TLS
• SMPT Host: smtp.gmail.com
• Número de puerto: 465

Cifrado con STARTTLS:

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

Para obtener una contraseña de aplicación de Google® (https://myaccount.google.com/apppasswords) se deberá crear una entrada de aplicación. Automáticamente se generará una contraseña, se debe copiar manualmente sin espacios al campo correspondiente.

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

• Encryption: Microsoft 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: Número de 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.

Message delimiter:

Las respuestas por correo electrónico se cortarán a partir de este mensaje:

##- Please type your reply above this line -##

Los hilos de respuesta se cortarán automáticamente en los siguientes gestores de correo electrónico: Outlook®, Gmail®, Thunderbird® y «eM Client»®.

• Encryption: Microsoft OAuth 2.0.
• User ID: Identificador de usuario.
• POP/IMAP Client ID: identificador de aplicación registrada en Microsoft®.
• POP/IMAP 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®.
• POP/IMAP Secret: Token privado del usuario.

IMAP:

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

POP:

• POP/IMAP Host: pop.gmail.com.
• POP/IMAP Port number: 995.
• POP/IMAP user: Buzón de correo electrónico del usuario.
• Select IMAP or POP: POP.
• Compatibility: 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 number: 993.
• Select IMAP or POP: IMAP.
• Compatibility: Outlook.

POP:

• POP/IMAP Host: pop-mail.outlook.com.
• POP/IMAP Port number: 995.
• Select IMAP or POP: POP.
• Compatibility: 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:

• POP/IMAP Host: outlook.office365.com (válido tanto para POP como IMAP).
• POP/IMAP Port: 993.
• Select IMAP or POP: IMAP.
• Compatibility: Office 365.

POP:

• POP/IMAP Host: outlook.office365.com (válido tanto para POP como IMAP).
• POP/IMAP Port: 995.
• Select IMAP or POP: POP.
• Compatibility: 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á.

IMAP:

• Encryption: SSL/TLS.
• POP/IMAP Host: imap.dreamhost.com.
• POP/IMAP Port: 993.
• Select IMAP or POP: IMAP.
• Compatibility: DreamHost.

POP:

• Encryption: SSL/TLS.
• POP/IMAP Host: pop.dreamhost.com.
• POP/IMAP Port: 995.
• Select IMAP or POP: POP.
• Compatibility: DreamHost.

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á.

Se describen las posibles configuraciones acompañadas de importantes recomendaciones:

• Cifrado: Se puede configurar el servidor POP/IMAP cifrado con SSL/TLS, SSLv2, SSLv3 o STARTTLS (cualquiera de estas opciones son recomendadas). Aunque se puede utilizar sin cifrado, evítese esta opción.
• Nombre: Dirección IP o DNS del servidor POP/IMAP.
• Puerto: Número de puerto en el que esté escuchando el servidor POP/IMAP. Valores normalizados: POP3/110, IMAP/143, IMAPS/993, SSL-POP/995.
• Usuario: Usuario configurado en el servidor de correo.
• Contraseña: Contraseña configurada para el usuario indicado anteriormente.
• Protocolo: POP o IMAP.
• Compatibilidad: Otros (Others).

• Email header: Cabecera del correo electrónico que se utilizará en cualquier mensaje de correo electrónico automático de Pandora ITSM.
• Email footer: Pie del correo electrónico que se utilizará en cualquier mensaje de correo electrónico automático de Pandora ITSM.

Indica también el número de intentos de envío y su estado para cada mensaje. Se pueden seleccionar mensajes de manera masiva ya sea para reactivar su envío (botón Reactivate pending emails) o borrarlos definitivamente (botón Delete pending emails).

Para editar una plantilla se hace clic en su nombre o se pulsa el botón de editar correspondiente en la columna de acciones. Las plantillas predeterminadas (columna Templates predefined) también se pueden duplicar por lo que se recomienda hacerlo si se necesita alguna personalización o simplemente traducción de idioma, con la posibilidad de convertirlas en predeterminadas (columna Default template). A diferencia de las plantillas predeterminadas, las plantillas duplicadas pueden borrarse en cualquier momento.

Las macros son variables que se sustituirán en el momento de componer el mensaje por un valor real concreto:

Macros utilizados en plantillas de correo para Cambios:

• Oculto: No se mostrará la sección para aquellos usuarios que pertenezcan al grupo indicado, incluso si se accede por medio de la URL dedicada a ello.
• Completo: Los usuarios que pertenezcan al grupo indicado tendrán acceso completo a la sección.

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:

• Si el usuario es superadmin 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 All), se eliminará cualquier otra configuración anteriormente registrada para esa sección, permaneciendo solamente la introducida.

• Duplicate inventory name: Permite la opción de tener nombres de objetos de inventario con el mismo nombre. Opción activada por defecto.
• CSV compatibility import: 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. Opción activada por defecto.

• Default owner: Propietario por defecto para esos objetos.
• Associated company y Associated user: Compañías y usuarios con acceso a esos objetos.

• Si el método LDAP® o Active Directory® o Pandora FMS® (versión 106 o posterior) está configurado, Pandora ITSM consultará primero a estas plataformas si el usuario existe y si la contraseña es correcta.
• Con el token Session timeout (secs) se configura el tiempo máximo de la sesión (por defecto nueve mil segundos).
• Se recomienda activar Autenticación en dos pasos para añadir una capa adicional de seguridad en el acceso de los usuarios.

• Se puede configurar para que, en caso de fallar la autentificación remota con AD, se pueda autentificar de manera local con Pandora ITSM. Para ello se debe activar el token Fallback to local authentication.
• En la configuración avanzada de Active Directory® (Advanced Configuration AD) se podrán agregar nuevos permisos según los perfiles y grupos que detente cada usuario.
• Al activar la opción de crear usuarios de manera automática (Automatically create remote users) se puede configurar la opción de asignar nivel de usuario, perfil y grupo e incluso especificar una lista de usuarios restringidos (Automatically create blacklist).
• Active directory server, Active directory port, Domain, Start TLS son los campos que albergan los parámetros de conexión necesarios.

• En caso de fallar la autentificación remota con LDAP se pueda autentificar de manera local con Pandora ITSM activando el token Fallback to local authentication.
• Activando la opción de crear usuarios de manera automática (Automatically create remote users) se puede configurar la opción de asignar nivel, perfil y grupo. También se puede especificar una lista automática de usuarios restringidos (Automatically create blacklist).
• Al seleccionar LDAP® como autentificación remota se podrá elegir entre LDAPv1, LDAPv2 y LDAPv3, cifrando las comunicaciones al activar el token Start TLS.
• Con LDAP server, LDAP port, Base DN, Login attribute se establecen los parámetros necesarios para la conexión.

En el campo URL to Pandora FMS setup se debe colocar el enlace completo al PFMS Server:

https://<URL_or_IP_address>/pandora_console/api/v2

Con el botón Test se deberá comprobar la conexión exitosa para que luego los usuarios puedan autenticar mediante dicha instancia PFMS.

Los usuarios de tipo Super administrator (superadmin) son los únicos que siempre realizan una autentificación de manera local en PITSM.

De manera opcional se puede activar la opción de crear usuarios de manera automática (Automatically create remote users). Inicialmente esta es la opción recomendada. Una vez haya sido creado el usuario remoto su contraseña deberá ser administrada en el PFMS Server respectivo.

Requisitos

Será necesario disponer de la aplicación generadora de códigos en un dispositivo móvil personal para cada usuario.

Se deben tener derechos de superadmin para acceder a las opciones de configuración de PITSM.

De esta manera cada usuario podrá activar la autentificación en dos pasos con la opción Edit my user. Se cuenta también con la opción Force 2FA for all users is enabled, por defecto desactivada, para indicar al resto de los usuarios, al inicio de cada sesión, de que activen la autenticación en dos pasos. A partir de la versión 108 se puede optar por solamente advertir a los usuarios que deben configurar cada quien esta funcionalidad para su acceso. Importante: Se debe seleccionar alguna de las dos opciones antes de guardar.

Proceso a seguir para cada usuario

Por medio de la aplicación instalada se podrá leer dicho código QR (o ingresar manualmente la clave) y el código resultante debe ser ingresado en PITSM y hacer clic en el botón Validate code.

Luego que el usuario cierre sesión deberá volver a colocar sus credenciales y, si son validadas, se procederá introducir el código generado por el dispositivo personal, para ese momento específico, y finalizar así la doble autenticación.

En caso de que un usuario no superadmin necesitare un reinicio de su clave de doble autenticación, deberá solicitarlo directamente con un superadmin quien utilizará la opción Reset double factor authentication code del usuario solicitante:

En caso de que un superadmin necesite reiniciar su clave de autenticación en dos pasos deberá iniciar sesión con su nombre de usuario y contraseña y luego pulsar el botón Reset double factor authentication code. Un mensaje de correo electrónico le será enviado de inmediato, acompañado de un enlace y dispondrá de 15 minutos para hacer clic en dicho link.

• Enable auto ID: Se puede 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, por defecto 21/[1000]. 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.

• Invoice header logo: Para subir logos personalizados se debe elegir el directorio images/custom_logo, usando el gestor de archivos.

• Email batch campaigns: Número de correos electrónicos a enviar por bloque en campañas (500 por defecto).
• Web tracking JavaScript: Este código JavaScript se utilizará para el seguimiento web. Está precargado con el código predeterminado para que el seguimiento de campañas de mercadeo funcione y se puede modificar según sea necesario.
• Captcha: Para utilizar Cloudflare® Captcha se debe tener una cuenta creada allí y configurar una clave de sitio en:
  

  https://dash.cloudflare.com

• Default pipeline deal: Los pipelines o embudos son los caminos visuales que recorren los deals u oportunidades, divididos en etapas. Luego de haber creado al menos uno de ellos se podrá configurar como a utilizar de manera predeterminada en cada nuevo deal.
• Time since last update (days): Número de días para considerar una oferta como obsoleta. Se mostrará un icono de advertencia en las ofertas que no se hayan actualizado durante este período.
• Schedule reminder repeat hours: Número de horas para repetir los recordatorios de programación. 0 o vacío significa que no se repite. Valor por defecto: 24 horas.
• Days to expire schedule: Número de días tras la fecha de caducidad en los que se marcará automáticamente una programación como caducada. El valor por defecto es de 7 días.
• Notification email (Deal Registrations): Dirección de correo electrónico que recibirá una notificación cuando se cree o actualice un registro de oferta.

El botón Restaurar a valor por defecto cambiará todos y cada uno de los tokens y guardará automáticamente. Se indican dichos valores por defecto y los detalles relevantes:

• Días para borrar eventos: 30.
• Días para borrar tickets cerrados: 0. También se borrarán los datos relacionados.
• Días para borrar Unidades de Trabajo: 0. Siempre y cuando pertenezcan a proyectos deshabilitados, se borrarán también las horas de trabajo más antiguas que los días indicados.
• Días para borrar partes de trabajo: 0.
• Días para borrar información de auditoría: 15.
• Días para borrar sesiones: 7.
• Días para borrar eventos de flujos de trabajo: 900.
• Días para borrar los ficheros adjuntos a los tickets: 0.
• Días para borrar datos de seguimiento de archivos: 30.
• Días para borrar copias de seguridad: 30.
• Días para borrar los emails no válidos: 30. Mensajes que no hayan podido ser enviados.
• Días para borrar informes: 365. Informes que hayan sido autogenerados de forma periódica.
• Días para borrar rooms de chat-bot archivados: 365 (de estar activado el chat-bot).

• Usuarios sin completado de UT: Esta es un lista específica de usuarios (separados por un espacio) sin autocompletado de UT.
• Horas de trabajo por día: Este número representa el número de horas (ocho por defecto) de un día de trabajo normal, a fin de calcular el autocompletado de UT.
• Autocompletado de UT (días): Se especifica la cantidad de días (por defecto cero) en un ciclo de trabajo. Generalmente se utilizan períodos de tiempo tales como semanal, quincenal o mensual, introduciendo la cantidad de días reales a trabajar. Esta característica autocompletará las UT hacia atrás desde el momento actual. Estas horas introducidas a los usuarios no se asignan a ninguna tarea en ningún proyecto, sino a las horas “Sin justificar”.
• Tiempo por defecto para UT de un proyecto: cuatro horas, valor por defecto para las Unidades de Trabajo simple.
• Moneda: € por defecto (eu).
• Tiempo por defecto para multiples WU en proyectos: cuatro horas, valor por defecto para las Unidades de Trabajo múltiples. El valor de este token aparecerá por defecto en el campo Duración al añadir una UT múltiple.
• Número total de días de vacaciones: Número de días de vacaciones (veintidós por defecto) que será usado para los cálculos correspondientes en el apartado de informe de vacaciones.
• Deshabilitar adición de tickets y unidades de trabajo para tareas pendientes y verificadas: A fin de poder finalizar un proyecto verificado, se activa este token para cesar de agregar trabajo que ocasione retraso.
• Enviar notificaciones de solicitud de vacaciones a: Permite establecer el usuario por defecto para la aprobación de vacaciones. Se debe verificar que se especifica un usuario válido (existente y habilitado).
• Aviso de las unidades de trabajo semanales: Por defecto 40 horas semanales, al estar activado coloca a cada usuario un mensaje informativo en el menú User information:

Una vez haya sido configurado se podrá consultar por la Consola web de Pandora ITSM, solamente en modo de lectura, las incidencias registradas en un proyecto.

Además permite la creación y borrado de directorios para una mejor organización. Dichos archivos y carpetas se ubican en los siguientes directorios:

• /attachment.
• /attachment/downloads.
• /images: Para agregar iconos personalizados.
• /images/custom_logos: Para almacenar imágenes de logotipos personalizados.

• Información del estado de Pandora ITSM: Con la versión y el directorio donde está instalada, entre otros valores.
• Configuración PHP: Con la versión instalada y el valor de importantes parámetros como el máximo de memoria dedicado y tamaño máximo de los ficheros a subir.
• Estadísticas de tamaño de la base de datos: Total de tickets, usuarios y sesiones registradas.
• Información sobre el estado de la base de datos: Versión y fecha del motor de base de datos.
• Información del sistema: Con información básica el hardware donde se ejecuta Pandora ITSM.
• Métricas de rendimiento de MySQL: Valores configurados, además se muestran los valores recomendados como medida de comparación.
• Fechas de logs de Pandora ITSM.
• Estado de la carpeta de adjuntos: Cantidad general de ficheros almacenados.
• Sistema de fechas: Fecha y hora de Pandora ITSM (no incluye time zone).

Es útil para avisar de cambios en la plataforma o avisos sobre intervenciones, desconexión del servicio u otros. Se puede enviar a grupos específicos y de manera opcional establecer una fecha de vencimiento tras lo cual se dejará de mostrar el mensaje en el tablero de anuncios.

Cualquier instrucción SQL errada se debe buscar en el registro de errores con la palabra clave dbmanager.php.

Para editar un enlace se debe pulsar en la descripción, introducir los cambios y guardar. Los cambios realizados se registrarán en el Log de auditoría.

Para los enlaces internos se debe colocar los subdirectorios, tal como para la Wiki:

wiki/operation/wiki/wiki

Si alguien modifica un dato de un cliente, se sabrá cuándo y qué se cambió. Si alguien crea una factura, se sabrá cuándo y cuál factura, etcétera. La columna Extra info aporta información tal como valores cambiados, naturaleza de la operación, etcétera.

También permite buscar por una subcadena concreta y por período de fecha y exportar a un fichero CSV.

Por defecto lee las últimas líneas del fichero:

/var/www/html/pandoraitsm/pandora_itsm.log

Se muestra también un botón para borrar definitivamente los datos registrados.

La búsqueda se realiza sobre el idioma inglés original, todas las traducciones se basan en este idioma. Al seleccionar este mismo idioma en la lista se podrá ajustar y/o corregir cadenas de texto.

Se pueden seleccionar otros idiomas a modificar y un campo libre para buscar texto específico o se puede dejar vacío para visualizar todas las cadenas.

• Backup list:

La primera consiste en una lista de backups existentes en la carpeta backup dentro del directorio de Pandora ITSM. Desde aquí puede borrar un backup, descargar o restaurar el sistema PITSM desde cualquier item de la lista.

• Backup programming:

La segunda sección permite realizar programaciones para que, pasado un tiempo específico, se realice un backup del sistema Pandora ITSM. Para la creación de una programación de backups se debe incluir un nombre para la programación, un modo de backup (hay tres modos, solamente base de datos, solamente ficheros adjuntos o ambos) y una periodicidad de backup (por defecto semanal).

Se puede agregar una dirección de correo electrónico al que llegarán las notificaciones si algo sale mal en este proceso. Además, en la misma sección se tiene disponible la lista de programaciones para su edición o borrado, según convenga.

• Backup manager:

La tercera y última sección es la encargada de realizar los backup manuales en el momento actual, dando la posibilidad de crear un backup con el nombre y el modo deseado (y de manera opcional una dirección de correo para las notificaciones de error). Este respaldo de datos se creará en la carpeta backup dentro del directorio de Pandora ITSM y luego estará disponible en la lista de respaldos.

También cuenta con la posibilidad de subir respaldos previamente descargados, estos deben tener la misma estructura que genera la herramienta para mantener la consistencia y no estar previamente en base de datos. Luego de subir exitosamente un respaldo de datos este aparecerá en el listado y se podrá restaurar con el botón correspondiente ubicado en la columna Restore backup.

Se debe introducir la licencia de Pandora ITSM. Una vez introducida se pulsa el botón de Actualizar licencia (Update license) para que Pandora ITSM verifique si es válida.

Al pulsar el botón Request new license se abrirá un formulario donde se deberá introducir la clave de autorización (Auth key) proporcionada por el departamento de soporte.

Se deberá pulsar el botón de validación en línea (Online validation) y finalmente actualizar la licencia en el botón Update license.

En el caso de que la Consola web esté aislada de internet, se podrá usar la opción fuera de línea copiando el enlace (texto here) el cual incluye la clave de solicitud (Request key).

Una vez en el navegador web con acceso a internet, introducir la clave de autorización (Auth key) proporcionada por el departamento de soporte, pulsar Generate y obtener una nueva licencia. Esta se debe copiar y regresar a la Consola web, borrar la licencia anterior, pegar la nueva licencia y pulsar el botón de actualizar licencia.

←Volver al índice de documentación de Pandora ITSM