2
CONTENIDO
Introducción ......................................................................................................................................................................... 4
3
INTRODUCCIÓN
Este manual fue creado con el propósito de brindarte en un solo lugar todo lo que necesitas saber y aplicar para potenciar
GLPI, con sus complementos más robustos, de manera que en máximo dos semanas (dedicando por lo menos un par de
horas diarias) puedas generar formularios e informes personalizados (conectándolos entre sí) y así llevar tú proyecto GLPI
a un nivel superior, los conocimientos que adquirirás se aplican para las versiones 0.90 en delante de GLPI y antes de
empezar a ver este manual en detalle se recomienda haber manejado GLPI en la versión anteriormente mencionada o
superior para que sea más sencillo el entendimiento de la misma.
Se concentró en este documento explicaciones estándar que puedes aplicar cuantas veces quieras en cualquier momento
y lugar, por tal motivo no tiene un enfoque especifico, este se lo das tú dependiendo del proyecto que te encuentres
trabajando en la organización donde labores o en tú negocio.
Este manual teórico-práctica está compuesta por dos módulos (uno por cada temática) con capturas de pantalla e
instrucciones paso a paso claras y concisas, para lograr grandes resultados. Para que te hagas idea de lo que puedes
lograr, puedes ingresar al enlace del proyecto Consultorio Contable, donde se tomó como base todo lo explicado aquí.
Sin más preámbulo te agradezco de corazón por apoyar este proyecto y espero este sea un camino de aprendizaje muy
grato y beneficioso.
4
1. Formularios personalizados
Los formularios personalizados se gestionan mediante un complemento denominado Forms el cual potencia increíblemente
GLPI, permitiendo crear campos de distintos para la recepción de información, son útiles para generar formularios de
consultas avanzados y encuestas. En este capítulo aprenderás a configurarlos y crear incidencias o tickets con estos.
Aquí damos clic sobre el que dice FormCreator, y en la siguiente pantalla que aparece, clic en el botón de descargar
5
Luego seremos redireccionados a la siguiente página
6
Aquí damos clic sobre la opción que empieza con el nombre glpi-formcreator para iniciar la descarga finalmente.
Debemos tener en cuenta las versiones, tanto de este plugin o complemente como la versión de nuestro proyecto GLPI,
para que haya total compatibilidad.
7
Luego de eso procedemos a descomprimir el contenido de ese archivo
Ahora ingresamos a la aplicación, nos dirigimos al menú Configuración, y seleccionamos la opción Plugins o
Complementos (Según la traducción)
8
Aquí se nos mostrarán los plugins o complementos que tenemos agregados.
9
En esa pantalla debemos dar clic en el botón “Instalar”
Posteriormente luego de instalado y los otros plugins que necesitamos damos clic sobre el botón Activar, sobre el registro
que corresponde al de Formcreator
10
Hecho esto, se nos habilitará la opción Forms en el menú Administración (el segundo de izquierda a derecha)
11
Finalmente, con esto podemos empezar a configurar y gestionar los formularios personalizados en GLPI.
12
1.2 Manejo y gestión de formularios
Sobre la pantalla de formularios damos clic en el icono en forma de signo más “+” para empezar la creación de nuestro
formulario
13
Algunas consideraciones para tener en cuenta en esta pantalla:
- Este formulario puede ser aplicable a entidades y subentidades
- Solo los campos Nombre y Activar son obligatorios
- Los formularios pueden ser categorizados mediante el campo categoría
- Si se agrega descripción al formulario, esta se ve visualizada en el formulario
- El último campo permite establecer como predeterminado el formulario que se está creando dentro del catálogo de
servicios.
14
Una vez agregamos los campos que necesitamos, procedemos en dar clic en el botón agregar.
Ahora con esto se habilitarán en la parte izquierda de la pantalla varios menús los cuales nos permitirán configurar aspectos
adicionales del formulario.
15
Estos menús los vamos a ver a continuación:
16
Aquí debemos dar clic en el botón “Add a section” para iniciar la creación, ya las preguntas no pueden estar contenidas
fuera de una sección.
17
Como se ve, al hacer esto, se nos muestra una ventana emergente para registrar el nombre de la sección
18
Cuando se crea la sección podemos verla en la parte superior como se ve en la pantalla anterior, así mismo podemos optar
por crear las preguntas o campos del formulario o por agregar una nueva sección. Vamos a ver como se crean los campos
para recibir los datos que necesitamos.
Con esto nuevamente se mostrará una nueva ventana emergente, pero esta vez con más campos a diligenciar.
- En el campo Título registramos el nombre del campo o el nombre del dato que queremos recibir, por ej.: Nombres,
Apellidos, Correo, entre otros.
19
- En el campo Tipo seleccionamos el tipo de campo que queremos crear. Entre las opciones más importantes se
encuentran; Tipo archivo (para adjuntar), Campo escondido, Check boxes, Correo, Datetime (Fecha y hora), Solo
Fecha, Número décima (float), Radios, Select, Texto (text), Textarea (Área de texto grande). Una vez seleccionado
el tipo de texto, se nos habilitarán más opciones para diligenciar, como se ven en la siguiente imagen
20
- Section: Permite seleccionar la sección a la cual va a pertenecer el campo que se está creando.
21
- Required: Permite establecer si el campo va a ser obligatorio o no.
- Valores predeterminados: Como su nombre lo indica permite establecer valores por defecto al campo (se sugiere
dejar en blanco).
- Range: Permite establecer la longitud de caracteres, si se deja en blanco no establece limitación alguna.
- Descripción: Muestra una descripción del campo en la parte superior de este (se recomienda solo usarlo, cuando
se le necesita brindar una ayuda al usuario que va a diligenciar un campo)
- Additional validation: Este campo es para establecer expresiones regulares (se sugiere dejar en blanco).
- Always displayed: Aquí se configura si el campo va a estar siempre visible.
Una vez diligenciados las opciones que creemos convenientes para el campo, procedemos a dar clic sobre el botón
“Agregar”. Con esto ya se nos visualizará en el listado de preguntas (o campos)
Con 3 iconos a la derecha, El primero de izquierda a derecha nos permite visualizar que el campo es requerido
22
El segundo nos permite duplicar el campo
Esta opción el muy útil en caso de que necesitemos crear varios campos del mismo tipo.
Así mismo podemos volver a entrar a editar el campo creado dando clic sobre el nombre de este las veces que deseemos.
23
A continuación, te presento algunos ejemplos de campos para ayudarte a configurarlos según tus necesidades de la manera
más adecuada.
Este campo hace valida que el valor introducido contengo el carácter @ y termine con la expresión .com
24
- Ejemplo 2 campo Select
Como se puede ver, los valores del campo Select se determinan en el campo Valores predeterminados
25
- Ejemplo 3 campo Archivo
26
- Ejemplo 4 Campo Oculto
Estos campos ocultos dependen de un valor seleccionado en otro campo para que se puedan visualizar. Estos
campos nunca se deben configurar como requeridos.
27
- Ejemplo 5 Campo Número entero (Integer)
En este ejemplo se aplica el rango, para que sea una cifra valida entre 1 y 300.
28
- Ejemplo 6 Campo Descripción
29
- Ejemplo 7 Campo Checkboxes
Para finalizar lo referente a este menú, vale la pena mencionar que se pueden combinar los campos según las
necesidades que se tengan en su momento.
30
- Menú Targets
Aquí se muestra el enlace del formulario generado y el tipo de acceso que se le brinda a este. Veamos en detalle
estos dos puntos a continuación:
Enlace Formulario
31
De manera que un enlace definitivo de un formulario quedaría así
Ej.: https://digitaltech.com.co/glpi/plugins/formcreator/front/formdisplay.php?id=1
Se debe tener en cuenta que a medida que se crean formularios se generará un consecutivo para cada uno al final
del enlace.
Tipo de acceso
Glpi define 3 tipos de acceso para el formulario, acceso público, acceso privado y acceso restringido.
- Acceso público: Es el tipo de acceso que se establece para que cualquier usuario pueda acceder a responder el
formulario.
- Acceso privado: Es el tipo de acceso que se establece para solo ciertos usuarios. Es ideal para enviar este
enlace a una cierta población.
- Acceso restringido: Es el tipo de acceso que se brinda a usuarios con un cierto perfil dentro de la aplicación, solo
seleccionar el perfil y se dar clic en el botón “Guardar”.
32
Se recomienda brindar bien sea un acceso privado o un acceso público a los formularios que se crean.
- Menú Destinations:
33
Aquí se define la acción que se hará al momento de enviar el formulario o, en otras palabras, aquí se establece que se
generé un cambio o una incidencia (o ticket) al momento de enviar un formulario. Aunque se pueden hacer varios, se
recomienda establecer solo un destino por formulario. Basta con dar clic en el botón “Add a destination”, al hacer esto
se mostrará una nueva ventana emergente.
En esta ventana diligenciamos el nombre (que es opcional) y seleccionamos en el campo Tipo lo que queremos que se
cree, entre incidencia o Cambio (este campo es obligatorio), y finalmente damos clic sobre el botón “Agregar”.
34
Finalmente, luego de ejecutar los pasos anteriores ya se pueden ver los Destinations o Destinos del formulario.
35
- Menú Vista Previa:
Como su nombre lo indica, en este menú se puede visualizar una vista previa sobre el avance de los formularios con
sus respectivos campos o preguntas. Los encabezados, los tipos de campos y los campos obligatorios, todos estos
detalles se pueden ver aquí en detalle.
Menú Form answers: Este menú es relativamente nuevo, se habilitó desde la versión 0.92 de GLPI, pero no se usa,
así que puedes hacer caso omiso aquí, ya que no afecta el comportamiento natural del formulario.
36
- Menú Todo: Aquí se pueden visualizar cada uno de los menús que vimos anteriormente en una sola pantalla.
Luego de configurado el formulario, basta con compartir el enlace de acceso al mismo para que empiece el diligenciamiento
de las incidencias y así mismo se registren apenas se envíen. Como se muestra a continuación:
37
Cada vez que se envía el formulario se generará un mensaje similar a este indicando que el formulario fue enviado y
guardado exitosamente.
38
Así mismo al ingresar al listado de incidencias se puede ver que se generó con su respectivo consecutivo y con el título
que le estipulamos al formulario.
Ingresando a la incidencia veremos que se puede realizar la gestión normal, como se muestra a continuación:
39
40
Vale la pena mencionar que con este método de creación de incidencias se debe tener en cuenta lo siguiente:
- Este método no almacena automáticamente el usuario y/o correo del solicitante o la persona que diligencio la
incidencia, lo que el envío del correo no se haga inicialmente de manera automática. Lo que se debe hacer aquí es
agregar de manera manual el campo correo que se solicitó (en caso de que se haya solicitado), ubicándonos sobre
el campo Actor y dando clic sobre el icono del signo más al lado derecho del texto Solicitante
Aquí simplemente copiamos y pegamos el correo del usuario que tenemos en el campo descripción, en caso de que
el usuario sea alguien que no se encuentre registrado dentro de la herramienta o seleccionamos de la lista de usuario
el usuario correspondiente.
41
Y damos clic sobre el botón “Guardar” dentro de la incidencia para que comiencen a generarse las notificaciones.
- Todas las incidencias creadas con este método quedan registradas con el mismo título.
- Toda la información diligenciada en cada uno de los campos del formulario al momento de la gestión de la incidencia
se muestra en el campo descripción.
Con estos puntos finaliza este módulo, aquí se encuentra condensando todo lo que debes saber para la creación de
incidencias mediante formularios personalizados, en el siguiente módulo veremos cómo podemos generar reportes
personalizados con los datos que se almacenan en estos formularios.
42
2. Informes personalizados
En este capítulo de informes aprenderás a generar informes tanto consolidados o de toma de decisiones, como detallados
personalizando los datos que quieras que se muestren.
Estos corresponden a los informes que el mismo usuario puedo realizar según su necesidad, no son informes de gestión
ya que su objetivo no es toma de decisiones, si no la visualización de los datos almacenados en detalle.
Lo primero que tienes que hacer es buscar y descargar el plugin de nombre reports dentro del siguiente enlace
http://plugins.glpi-project.org/#/
43
Das clic sobre el icono de descarga
https://forge.glpi-project.org/projects/reports/files
44
Aquí damos nuevamente clic sobre la versión más reciente del plugin, para que inicie la respectiva descarga
Luego procedemos a descomprimir la carpeta del plugin en la subcarpeta /plugins dentro del proyecto glpi que tengamos.
45
Ahora dentro de la aplicación se debe ir por el menú “Configuración”, opción Plugins (o Complementos dependiendo de
la traducción)
46
Aquí se mostrarán el listado de plugins instalados en la aplicación, luego damos clic en el botón “Activar” que se encuentra
sobe el registro del plugin correspondiente a reportes
Haciendo esto, ya podemos empezar a generar los reportes que deseemos. En la siguiente sección veremos cómo lograrlo.
Aquí conocerás los pasos necesarios para lograr generar informes detallados de acuerdo con tus necesidades. Lo primero
que tienes que hacer es nos ubicarte nuevamente dentro del carpeta del plugin (Reports) e ingresamos a la subcarpeta
report, aquí se ubican los reportes predeterminados con los que viene el plugin y aquí se deben ubicar los reportes que
vayamos a crear.
47
Para hacerte la vida más sencilla, basta con simplemente hacer una copia de la carpeta equipmentbylocation y cambiarle
el nombre, así como también al archivo de extensión .php que se encuentra dentro de esta.
Nota: Se sugiere esta carpeta ya que utiliza la base de reportes que se explicarán a continuación.
48
Veamos un ejemplo
Para este caso se creó la carpeta de nombre detallado_consultas y el archivo que se encuentra dentro de esta, posee el
mismo nombre.
Ahora abrimos el archivo con algún editor de archivos .php (se sugiere Notepad++) y empezamos la creación del reporte
teniendo en cuenta lo siguiente:
- La edición del reporte inicia desde la variable $report, variable que corresponde al nombre del reporte. Lo anterior
a esta variable se debe dejar tal y como esta, salvo las líneas de comentarios ya que el usuario las puede borrar sin
que el reporte sufra modificación alguna.
49
- El contenido del archivo debe tener en la primera parte los nombres de los encabezados que necesitamos en la
50
consulta. Siguiendo con el ejemplo:
Aquí se ponen como encabezados los campos Número de ticket, Fecha creación, última modificación, Estado,
Categoría, Seguimiento, Razón social, Nombre, Cargo, Correo y Consulta.
- En la segunda parte la consulta en formato SQL, entre comillas dobles (“”) como valor de la variable $query
51
52
Luego de tener listo el archivo procedemos a guardar los cambios (y en caso de que el proyecto GLPI se encuentre
en un servidor remoto, subimos esta carpeta creada con su archivo en la subcarpeta /pugins/reports/report).
- A medida que se vayan agregando más reportes, se sugiere mantener la base de los reportes ya creados en los
nuevos reportes.
- Si el nombre de una columna en la primera parte del archivo no es igual al nombre de la columna en la consulta,
esta no se muestra.
- Se recomienda generar y probar la consulta correctamente primero en la base de datos antes de pasarla al
archivo.
Ahora el acceso a los nuevos reportes creados se hace a nivel de perfiles de usuario, de la siguiente manera:
Nos dirigimos al segundo menú Administración (de izquierda a derecha) y seleccionamos la opción perfiles
53
Luego en la lista de perfiles ingresamos al perfil de usuario al cual le queremos dar acceso a los reportes
54
55
Luego aquí nos vamos al menú útiles o Herramientas (según la traducción)
56
Y Aquí se debe habilitar la opción reportes- Lectura en la matriz.
57
58
Ahora debemos ir a la opción “Reportes” en la parte Izquierda. Aquí se mostrarán todos los reportes disponibles en la
aplicación. Seleccionamos y habilitamos el reporte que deseamos dar acceso según sea el caso. Para este ejemplo
detallado_consultas
59
Con esto simplemente basta entrar de nuevo con un usuario que tenga el perfil el cual le hemos brindado acceso al
reporte, ir al menú “Útiles” o “Herramientas y seleccionar la opción “Reportes”.
60
Al hacerlo se mostrará el resultado de la consulta en la pantalla
61
Aquí podemos descargar lo que aparece en pantalla seleccionando de la lista desplegable debajo del reporte la opción
que deseemos y dando clic sobre el icono que aparece al lado derecho
62
63
64
2.4 Uniendo formularios e informes detallados
Cuando vimos en el capítulo anterior la creación de incidencias mediante formularios, todas las respuestas de los campos
que generamos, se almacenan en el campo de la descripción de la incidencia, pero más allá de eso Glpi no genera una
relación entre incidencias (o tickets) y campos, secciones o formularios, sin embargo, con lo que vamos a aplicar a
continuación, esto dejará de ser un inconveniente. Así que veamos los pasos que necesitamos aplicar:
Lo primero que debemos hacer es crear una tabla intermedia con por lo menos un campo para almacenar el registro del
último formulario enviado (o el formulario más reciente) y un campo para almacenar el último ticket creado (o ticket más
reciente). Esto hará que se almacene en un solo lugar un registro por cada envío realizado y un registro por cada ticket
creado mediante formularios. Para crear dicha tabla, basta con copiar, pegar y ejecutar el siguiente código de ejemplo en
tú base de datos:
65
CREATE TABLE tmp_prueba (
id INT(11) NOT NULL AUTO_INCREMENT,
ultimo_ticket INT(11) DEFAULT NULL,
ultimo_formulario INT(11) DEFAULT NULL,
correo_usuario VARCHAR(255) DEFAULT NULL,
PRIMARY KEY (id)
)
• Este código crea una tabla de nombre tmp_prueba (puedes ponerle el nombre que quieras a esta tabla).
• Posee un campo id, el cual registro el consecutivo de las relaciones, este campo es una llave única.
• Posee un campo de nombre ultimo_ticket, el cual almacenará el código del ticket más reciente.
• Posee un campo de nombre ultimo_formulario, el cual almacenará el código del envío más reciente.
• El campo correo_usuario es un ejemplo de los campos adicionales que podrías almacenar en esta tabla.
66
Paso 2: Crear una tarea automatizada
Luego de creada la tabla que enlazará la relación de tickets y formularios, debemos crear una tarea automatizada o trigger
que ira guardando la relación automáticamente cada que se cree un ticket mediante formularios, de manera que no se
alteré el comportamiento nativo de GLPI. A medida que se vayan generando incidencias o ticket mediante formularios se
ira diligenciando y guardando los valores así:
A continuación, tienes a tú disposición un ejemplo del código con el que puedes crear esta tarea, simplemente copiando,
pegando, haciéndole ligeros cambios y ejecutando en tú base de datos:
67
DELIMITER //
BEGIN
SET origen_ticket = (SELECT requesttypes_id FROM glpi_tickets order by id desc limit 1);
IF (origen_ticket=7) THEN
SET ultimo_ticket = (SELECT id FROM glpi_tickets order by id desc limit 1);
SET ultimo_formulario = (SELECT plugin_formcreator_forms_answers_id FROM glpi_plugin_formcreator_answers ORDER BY id DESC
LIMIT 1);
SET correo_usuario = (SELECT answer FROM glpi_plugin_formcreator_answers WHERE plugin_formcreator_forms_answers_id =
ultimo_formulario AND plugin_formcreator_questions_id =2 ORDER BY id DESC LIMIT 1);
INSERT INTO tmp_prueba (ultimo_ticket,ultimo_formulario,correo_usuario) VALUES (ultimo_ticket,ultimo_formulario,correo_usuario);
END IF;
END
//
68
Conociendo más este código
• Este código empieza con la línea DELIMITER // y termina con los signos // esto enmarca el contenido de la tarea
automatizada, si hay algo que no se encuentra dentro de estas líneas muy seguramente generará error al ejecutarlo.
Debes copiar y pegar el código teniendo en cuenta estas líneas.
• La siguiente línea es donde se coloca el nombre de la tarea, puedes optar por cambiar el nombre poner_id_ticket
por el que te parezca mejor o dejar así tal y como esta.
• La línea AFTER INSERT delimita la acción, para este caso se ejecutará cada vez que haya una inserción.
• La línea ON glpi_hosting.glpi_tickets complementa la anterior, ya que es aquí donde se define la base de datos
(para este ejemplo la de nombre glpi_hosting, este nombre se cambia por el de tú base de datos) y el nombre de
la tabla donde se aplicará la acción, para este caso se aplicará para la tabla glpi_tickets . Lo que quiere decir que
se ejecutará cada que haya una inserción de un registro nuevo en la tabla glpi_tickets, y esto se hará registro por
registro con las palabras de la siguiente línea FOR EACH ROW.
• La línea donde se encuentra BEGIN enuncia que empezará el bloque de instrucciones de la tarea.
• Las líneas con las palabras DECLARE definen el nombre y el tipo variables que se van a utilizar.
• La línea que inicia con las palabras SET origen_ticket obtiene el código del origen de la solicitud (los códigos de
las distintas opciones son: 1--> Helpdesk, 2-->E-Mail, 3-->Phone, 4—>Direct, 5-->Written, 6--> Other y 7-->
Formcreator) mediante un select que trae el último ticket.
• La línea que dice IF (origen_ticket=7) THEN hace la pregunta para validar si el ticket o incidencia fue creada
mediante formulario (o por la opción 7-->Formcreator). En caso de que sea positiva el resultado de la pregunta,
procederá a realizar las instrucciones que contiene, en caso contrario no hará ejecución alguna.
• La línea SET ultimo_ticket obtiene el código el último ticket generado o el más reciente)
• La línea SET ultimo_formulario obtiene el código del último envío realizado por un formulario.
• La línea SET correo_usuario obtiene para este ejemplo el correo que fue digitado, en uno de los campos del
formulario. Aquí puedes cambiar el campo por el que almacena el valor que quieras obtener, teniendo en cuenta el
orden de creación de los campos. Siguiendo con el ejemplo se identifica que el correo se almacena en el campo
con código 2, con la instrucción plugin_formcreator_questions_id =2.
• La línea que comienza con las palabras INSERT INTO tmp_prueba Inserta los valores obtenidos a la tabla
intermedia.
• Las líneas END IF y END terminan la pregunta del IF y el contenido de la tarea o trigger respectivamente.
69
Con estos simples pasos ya no tendrás problemas para generar informes personalizados de forma detallada para las
incidencias que se crean mediante formularios en GLPI ya que ahora se mantendrá una relación directa entre estos dos
complementos.
Lo primero que tienes que hacer es buscar y descargar el plugin de nombre Dashboard dentro del siguiente enlace
http://plugins.glpi-project.org/#/
70
Le damos clic sobre el botón que se nos muestra en la pantalla, ahí nos direccionará a la siguiente página
https://forge.glpi-project.org/projects/dashboard/files
71
Donde de procederemos a dar clic en el nombre del plugin con la versión más reciente para obtener los archivos que
hacen parte de este plugin
Luego descomprimes y agregas la carpeta descomprimida a la subcarpeta /plugins (con todos los permisos) dentro del
proyecto GLPI que tengamos.
72
Ahora dentro de la aplicación se debe ir por el menú “Configuración”, opción Plugins (o Complementos dependiendo de
la traducción)
73
Aquí se mostrarán el listado de plugins instalados en la aplicación, luego damos clic en el botón “Activar” que se
encuentra sobe el registro del plugin correspondiente al formulario
74
Luego de eso se habilitará un nuevo Menú superior, de nombre Plugins y con un ítem de nombre Dashboard
75
Al dar clic sobre esta opción, se nos mostrará en la misma pantalla, todo un tablero con varias graficas iniciales donde
podemos ver una pantalla que se divide en 3 secciones; La primera nos muestra el título GLPI – Tickets Statistics, así
como la fecha y la hora, la segunda parte corresponde a una barra de menús donde podemos seleccionar varias opciones
para los informes a mostrar, y la tercera nos muestra varias graficas que entre otras cosas nos muestran, la evolución de
las incidencias o tickets, los tickets por estado, y los títulos de los últimos tickets registrados.
76
Hemos de tener en cuenta que aquí se reflejan de distintas formas, el uso de la herramienta, la generación de tickets o
incidencias y la gestión de estas. A continuación, vamos a ver un poco más en detalle esta pantalla, así mismo solo los
usuarios con los mayores privilegios podrán acceder a este punto de menú ya que no se habilita para todos los
usuarios.
77
2.6 Manejo y Gestión de informes consolidados
- En la parte superior de la sección de las gráficas, se encuentran unos iconos donde nos indican Los tickets a hoy,
los tickets del mes, los tickets totales registrados y el número de usuarios.
- Al posar el mouse sobre la parte superior de alguna de las gráficas, se nos cambiará el cursor, y aquí podremos
mover y acomodar la gráfica a donde queramos dentro de la misma sección, simplemente sosteniendo el clic y
moviendo el mouse.
- A partir de la segunda fila de gráficas, estas cuentan con la opción para descargar una copia en formato imagen
(PNG o JPEG), pdf, Vector (SVG), o Excel (XLS y CSV).
78
- Así mismo es posible eliminar de este tablero de control alguna de las gráficas que trae el plugin de forma
predeterminada, dando clic en la X superior derecha en alguna de las graficas
79
Vamos a ver ahora los menús de la parte superior
• Menú Dashboard Es el menú donde nos encontramos, corresponde al tablero de control predeterminado del
plugin.
• Menú My DashboardAquí se puede generar un informe por los tickets abiertos, solucionados y cerrados por un
rango de fechas. No se recomienda ingresar a esta opción si el usuario se encuentra conforme con las gráficas
predeterminadas ya que este menú sustituye el Dashboard anterior y no es posible devolverse al Dashboard inicial.
• Menú Tickets Aquí podemos generar reportes de tickets en general, por entidad, por grupo y por ubicación
geográfica (en caso de que almacene esos datos)
80
En caso de seleccionar alguna de las dos (2) primeras opciones saldrá un informe como el siguiente:
81
Indicando el Id de la incidencia o ticket, el Estado, el título, el técnico a cargo (en caso de que lo tenga) al autor (en caso
de que lo tenga) y la Prioridad.
Ahora si seleccionamos algunas de las opciones del ítem Map, se nos visualizará un mapa donde veremos las incidencias
creadas por ubicación geográfica (en caso tal que se esté registrando ese dato en el ticket o incidencia)
82
• Menú Reports Aquí podemos generar reportes por diferentes ítems, como lo son, por técnico, por grupos, por
categoría, por lugares, por satisfacción, por proyectos, por Inventario, por Incidencias (con varias opciones de filtros),
83
En forma resumida o Sumary según la traducción (a nivel general, por entidad, técnico y solicitante), por Tareas (a
nivel de técnico, tickets y entidad), por costo (a nivel entidad, técnico, solicitante y ubicación) y a nivel de ANS
(Acuerdo de Nivel de Servicio).
84
Por técnico
Por Categoría
85
Por Incidencias
Esta pantalla cuenta con los filtros; Periodo (rangos de fechas), Estado, Categoría, Fecha límite de vencimiento (Due Date),
Entidad, Prioridad, Tipo y Elemento (de hardware, relacionado con el ID).
86
Por forma resumida – Summary
87
Nota: Este es uno de los pocos reportes dentro de este menú que se pueden exportar.
• Menú Charts Este menú nos muestra prácticamente las mismas opciones que el menú anterior, pero en versión
de graficas. Aquí podemos visualizar los datos en conjunto o en general (Overall), por técnicos, solicitantes,
categoría, grupo, lugar, activos físicos, satisfacción y rango de tiempo, así mismo cada una de las gráficas cuentan
con la opción para hacer una descarga de esta en la parte superior derecha. A continuación, se muestran algunos
ejemplos de las gráficas anteriormente mencionadas:
- En conjunto o general (Overall)
88
- Por técnicos
89
- Por entidad
90
- Por categoría
91
- Por Satisfacción
92
- Rangos de tiempo: En Horas, días de la semana y meses.
93
94
• Menú Inventario Nos indica la cantidad de elementos usados totalizados por categoría
95
• Menú Metrics (o Métricas en español según la traducción)Nos muestra otro tablero de control un poco más
compacto, con las estadísticas relacionadas a las incidencias o tickets.
96
En esta pantalla es posible escoger entre el color negro o blanco de fondo para la visualización de esta dando clic
en alguna de las letras de la parte izquierda, que representan las iniciales de los colores en inglés, WPara blanco
y BPara negro.
97
98
99
Puntos para finalizar;
1. Como se mencionó al inicio de este capítulo dependiendo de la gestión que se haga, así mismo se generarán las
respectivas estadísticas y graficas.
2. El usuario es libre de generar los informes que desee y de remover las gráficas que no le son de utilidad.
3. No todos los perfiles de usuario tienen acceso a este punto de menú Dashboard, solo los de mayores privilegios.
100