Uso de GLPI

¿Quién puede aprobar o rechazar la validación de una petición en GLPI?

• El usuario que creó la petición

• Cualquier usuario con acceso al módulo de peticiones

• Un validador predefinido en el sistema

• El responsable de validación seleccionado en la petición.

Answer explanation

En una petición en GLPI, el usuario puede elegir un responsable de validación. Si se elige un responsable de validación, solo ese usuario podrá aprobar o rechazar la validación de la petición. Sin embargo, también puede definirse por sistema el usuario validador.

¿Qué información se debe incluir al crear una nueva petición en GLPI?

• El nombre, grupo del solicitante y técnico

• El titulo, descripción de la solicitud

• La categoría de la petición

• Todas las opciones anteriores

Answer explanation

Es importante incluir toda la información relevante al crear una nueva petición en GLPI. Esto ayudará a los técnicos a comprender mejor el problema y a resolverlo de manera más eficiente.

Al agregar un seguimiento en el ticket de GLPI, ¿a quienes notifica el sistema mediante correo electrónico?

• Al administrador del sistema

• A la OTI

• A la mesa de ayuda

• Los solicitantes y especialistas asignado.

Answer explanation

Las notificaciones son enviadas al solicitante, porque es importante que conozca sobre el estado de su petición.

¿Cómo se puede consultar el historial de una petición en GLPI?

• Accediendo a la pestaña "Historial" de la petición

• Consultando la bandeja de entrada del correo electrónico del solicitante

• Llamando al anexo 6000

• Ninguna de las anteriores

Answer explanation

Todas las acciones que se han realizado sobre la petición: Esto incluye la creación de la petición, la asignación de la petición a un técnico, los cambios de estado, los comentarios y las notas. La fecha y hora en que se realizó cada acción: Esto permite ver cómo ha progresado la petición a lo largo del tiempo. El usuario que realizó cada acción: Esto permite identificar quién ha estado trabajando en la petición.

¿En qué situaciones se deberían utilizar los "Linked Tickets"?

• Para relacionar incidentes de seguridad informática

• Cuando varias peticiones están interconectados o dependen entre sí

• Al vincular tickets con eventos importantes para facilitar su seguimiento

• En casos donde se requiere la atención de múltiples equipos o departamentos

Answer explanation

Linked Tickets es una herramienta que permite conectar tickets relacionados en GLPI. Esto ayuda a los técnicos a organizar tickets, seguir su progreso, compartir información y colaborar entre sí. Se recomienda usar Linked Tickets para cualquier tipo de tickets que estén relacionados entre sí, ya que mejora la eficiencia y la eficacia del trabajo de los técnicos.

¿Cuál es el propósito principal de utilizar tareas en las peticiones?

• Asignar responsabilidades específicas a diferentes usuarios

• Registrar información adicional sobre la petición

• Agregar fechas límite y recordatorios para el cumplimiento de tareas puntuales

• Establecer la prioridad de la petición en relación con otras

¿En qué circunstancias un ticket se convierte en ticket padre en GLPI??

• Cuando se crea un nuevo ticket a partir de un ticket existente

• Cuando se agrupan dos o más tickets en un solo ticket

• Cuando se escala un ticket a un nivel superior de soporte

• Cuando se cierra un ticket sin ser resuelto

Answer explanation

En GLPI, un ticket se convierte en ticket padre cuando se crea un nuevo ticket a partir de él. Esto se conoce como "crear un ticket hijo". El ticket hijo estará relacionado con el ticket padre y heredará algunas de sus propiedades.

¿Por qué es importante seleccionar el tipo correcto de petición, solicitud o incidencia al registrarla en GLPI?

• Para asignar automáticamente el nivel de prioridad adecuado

• Facilita la asignación de responsabilidades a los equipos especializado

• Permite la clasificación y organización eficiente de las solicitudes

• Agiliza la creación de estadísticas y reportes precisos

¿Por qué es importante que el usuario comunique su petición a través de la mesa de ayuda en lugar de otros canales directos?

• Para garantizar un registro centralizado y trazable de todas las solicitudes

• Facilita la comunicación directa con el personal técnico

• Agiliza el proceso de resolución al evitar intermediarios

• Permite un seguimiento informal y más rápido de las solicitudes

¿Cuál es el propósito principal de utilizar acuerdos de nivel de servicio (SLA)?

• Determinar la prioridad de las solicitudes según la criticidad

• Establecer metas y tiempos de respuesta para la resolución de incidentes

• Facilitar la creación de informes sobre la productividad del personal

• Asignar automáticamente responsabilidades a los equipos especializados