Cómo bloquear el catálogo de servicios con encuesta pendiente en GLPI

El módulo Pending Survey de NexTool bloquea el catálogo de servicios de GLPI cuando las encuestas de satisfacción pendientes del usuario llegan al límite que definas. El aviso suave viene activado por defecto a partir de 1 encuesta pendiente, y el bloqueo total queda desactivado hasta que definas ese límite. Lo comparamos con el recordatorio por correo nativo, damos el SQL para dimensionar el impacto antes de activar y explicamos cuándo quedarse solo con el aviso suave.

Una encuesta de satisfacción que nadie responde no mide nada. El módulo Pending Survey de NexTool lo resuelve de frente: al entrar en el catálogo de servicios, el usuario ve un recordatorio de las encuestas pendientes y, cuando llegan al límite de bloqueo que definas, no puede abrir nuevos tickets hasta responderlas. Dando soporte a mesas de servicio, aprendimos que la tasa de respuesta no sube con más recordatorios por correo - sube cuando responder deja de ser opcional para seguir usando el portal.

El problema

GLPI ofrece una encuesta de satisfacción nativa al cerrar tickets, pero la tasa de respuesta suele ser decepcionante. Sin incentivo, el usuario ignora el enlace enviado por correo y abre el siguiente ticket con normalidad. El resultado es un volumen de datos insuficiente para medir la calidad: los equipos que necesitan NPS o CSAT fiables viven el mismo círculo frustrante - la herramienta tiene la función, pero los datos nunca llegan en masa.

El enfoque clásico de disparar recordatorios por correo tiene un retorno marginal. Lo que cambia el juego es condicionar el próximo acceso al catálogo a completar las encuestas anteriores. Es justo lo que hace Pending Survey, sin tocar el flujo de quien ya respondió.

Cómo funciona Pending Survey

El módulo intercepta el acceso al /ServiceCatalog de GLPI y verifica cuántas encuestas de satisfacción están pendientes para el usuario autenticado. El comportamiento es graduado en dos niveles, con límites configurables:

  • Por debajo del límite de bloqueo - aviso suave, con opción de descartar, a partir de 1 encuesta pendiente por defecto. Se recuerda al usuario, pero sigue abriendo el ticket.
  • Al llegar al límite de bloqueo - bloqueo total, desactivado por defecto: solo actúa después de que definas el límite. El catálogo se sustituye por una pantalla con enlaces directos para responder cada encuesta. No hay forma de descartar.

El módulo respeta la validez de la encuesta definida en la entidad: una encuesta vencida no cuenta como pendiente y no bloquea al usuario sin motivo. Hay exenciones automáticas para técnicos y super-admins, además de exenciones configurables por usuario y por grupo. Funciones principales:

  • Bloqueo condicional del catálogo - dos niveles: aviso suave y bloqueo total.
  • Enlaces directos a las encuestas - el usuario ve exactamente qué responder y llega con un clic.
  • Exenciones flexibles - técnicos, super-admins y grupos específicos nunca se bloquean.
  • Interfaz responsiva - la pantalla de bloqueo funciona bien en el móvil.
  • Umbral configurable - el número de encuestas que dispara el bloqueo total es ajustable.

Pending Survey frente al recordatorio por correo (nativo)

La diferencia no es enviar más recordatorios, es elegir el momento de la intervención:

CriterioRecordatorio por correo (nativo)Pending Survey
Momento de la intervenciónDespués, en la bandejaEn el próximo acceso al catálogo
Efecto en la tasa de respuestaMarginalSube al condicionar el acceso
GranularidadEncendido o apagadoAviso suave y bloqueo, con límites configurables
ExencionesNo aplicaTécnicos, super-admins, grupos
Respeta la expiración de encuestaNo aplicaSí, según la validez definida en la entidad
Fricción con el usuarioBaja pero ignorableGraduada y reversible en nivel 1

Cómo activarlo

  1. Instala el plugin NexTool en GLPI.
  2. Ve a Configuración > NexTool > Módulos.
  3. Localiza la tarjeta Pending Survey y pulsa Instalar, luego Activar.
  4. En los ajustes, define los límites del aviso suave (activado por defecto, a partir de 1 encuesta pendiente) y del bloqueo total (desactivado hasta que definas su límite), y las exenciones por usuario, grupo o perfil.

Antes de encenderlo: mide a quién bloquearía

El error más caro es activar el bloqueo total sin medir el stock de encuestas pendientes. Si la mitad de la base tiene dos o más pendientes, acabas de bloquear a media empresa el día del despliegue - y suena el teléfono. Antes de activar, ejecuta esta consulta para dimensionar el impacto (ajusta los nombres a tu versión de GLPI):

-- Usuarios con 2+ encuestas iniciadas y aun sin responder (cambia el 2 por el limite de bloqueo que vas a usar)
SELECT u.name AS usuario, COUNT(*) AS pendientes
FROM glpi_ticketsatisfactions ts
JOIN glpi_tickets t ON t.id = ts.tickets_id
JOIN glpi_users  u ON u.id = t.users_id_recipient
WHERE ts.date_answered IS NULL
  AND ts.date_begin IS NOT NULL
GROUP BY u.id
HAVING pendientes >= 2
ORDER BY pendientes DESC;

El otro error común es traicionero: olvidar la exención y bloquear al propio equipo. Hemos visto a un analista sénior sin poder abrir una solicitud interna por encuestas antiguas pendientes. Por eso la regla es: exime a técnicos y gestores antes de subir el umbral, y empieza por el aviso suave una o dos semanas antes de activar el bloqueo total.

Para quién es (y cuándo no usarlo)

El módulo se recomienda para mesas de servicio que necesitan elevar la tasa de respuesta de las encuestas, gestores que dependen de NPS o CSAT con confianza estadística y organizaciones bajo auditorías de calidad que exigen indicadores de satisfacción consistentes.

Cuándo no usarlo: si el catálogo es el único canal de apertura y hay un SLA de tiempo para abrir el ticket, el bloqueo total puede convertirse en un incumplimiento de SLA - en ese caso, quédate solo con el aviso suave. Y en culturas donde bloquear al usuario final es inviable políticamente, usa el nivel 1 como recordatorio permanente y no acciones el bloqueo. El objetivo es el dato de satisfacción, no la guerra con quien abre el ticket.

Compatibilidad

  • GLPI: 11.x
  • Plan: Con licencia
  • Plugin: NexTool 6.9.1+

Próximo paso

Pending Survey forma parte de NexTool, el plugin modular para GLPI. Conoce todos los módulos o habla con el equipo.


Revisado por el equipo de NexTool Solutions.

Preguntas Frecuentes

El módulo Pending Survey de NexTool recuerda al usuario las encuestas pendientes al abrir el catálogo de servicios y, cuando llegan al límite de bloqueo configurado, bloquea el acceso, incentivando a responder antes de abrir nuevos tickets. La idea es pedir la respuesta cuando el usuario vuelve al portal, en lugar de depender solo del recordatorio por correo.

Sí, siempre que definas el límite de bloqueo, que viene desactivado por defecto. Por debajo del límite, Pending Survey muestra un aviso suave descartable (a partir de 1 encuesta pendiente, por defecto); al llegar al límite, aplica bloqueo total con enlaces directos para responder cada encuesta.

No por defecto. El módulo tiene exenciones automáticas para técnicos y super-admins, además de exenciones configurables por usuario y grupo. Antes de subir el umbral, asegúrate de que tu equipo interno esté exento para no bloquearte a ti mismo.

Sí. Pending Survey respeta la validez de la encuesta definida en la entidad: las encuestas vencidas no cuentan como pendientes, así que el usuario no queda bloqueado por respuestas que ya no tiene sentido pedir.

Sí. Es un módulo con licencia de NexTool, disponible para suscriptores del plugin, compatible con GLPI 11.x y requiere el plugin NexTool en versión 6.9.1 o superior.

?Necesitas ayuda?