Software GLPI es una de las plataformas ITSM más extendidas en empresas y administraciones públicas españolas, y con motivo: combina ticketing, inventario, CMDB y catálogo de servicios bajo licencia open source (GNU GPLv3 en el core). Pero un GLPI sin automatizar es solo una bandeja de tickets compartida. La diferencia entre una mesa de soporte que escala y una que se satura está en cómo aprovechas las reglas de negocio, los formularios nativos, los plugins del ecosistema y los flujos de aprobación de la versión 11.
En este artículo vas a encontrar:
- Qué se puede automatizar (y qué no merece la pena) en GLPI 11.
- Cómo se configuran las reglas de negocio paso a paso.
- Los plugins y capacidades esenciales en 2026 con uso real en empresas (core, ecosistema y suite TILENA).
- KPIs y un caso tipo con órdenes de magnitud.
- Errores comunes y FAQs.
Qué se puede automatizar en GLPI 11 (y qué no)
GLPI 11 permite automatizar la mayor parte del recorrido de un ticket: desde su llegada por correo, portal o formulario del catálogo de servicios hasta su asignación, escalado y cierre. Lo que conviene mantener supervisado son las decisiones que requieren juicio humano: aprobaciones de gasto, cierres con impacto en SLA contractuales y revisiones de calidad.
Tareas que conviene automatizar
- Categorización inicial por palabras clave del título o el cuerpo del ticket (reglas de negocio; opcionalmente asistida por IA con plugins dedicados).
- Asignación al grupo o técnico correcto según categoría, ubicación, entidad o asunto del correo.
- Cálculo de prioridad combinando impacto y urgencia (matriz nativa; si una regla cambia urgencia o impacto, conviene recalcular prioridad en la misma regla).
- Aplicación de SLA y OLA con calendarios laborales correctos.
- Escalados temporales si un ticket no se atiende en X horas (reglas + notificaciones; plugins de escalado u OLA cuando el modelo lo requiera).
- Notificaciones a usuarios y técnicos por cambios relevantes.
- Cierre automático con encuesta de satisfacción tras N días sin respuesta del solicitante.
Tareas que conviene mantener supervisadas
- Aprobaciones presupuestarias y validaciones funcionales.
- Reapertura de tickets críticos.
- Cambios en activos sensibles (CMDB).
- Reglas de negocio nuevas: probarlas antes en un entorno de pruebas (y, cuando exista, con simulación / replay controlado).
Las reglas de negocio en GLPI 11, paso a paso
Las reglas de negocio (Business rules for tickets) son el motor de la automatización en GLPI. Funcionan con la lógica clásica IF condiciones THEN acciones, evaluadas en orden. En GLPI 11 se gestionan desde Administración → Reglas (reglas de tickets, correo, inventario, autorizaciones de usuario, etc., según el tipo). Cada regla puede dispararse en creación, en actualización o en ambos; en actualización, el motor suele evaluar reglas cuando cambian campos relevantes (con matices documentados en la ayuda oficial).
1. Define el catálogo de servicios y categorías
Sin un catálogo claro, las reglas se vuelven inmantenibles. Empieza con 4–6 categorías de primer nivel (Hardware, Software, Accesos, Redes, Servicios) y subcategorías concretas. Una buena guía es que cada subcategoría se asigne siempre al mismo grupo técnico. En GLPI 11, el autoservicio se apoya en formularios nativos (Administración → Formularios), visibles en el catálogo de servicios. El plugin Formcreator quedó obsoleto como producto operativo: solo aporta valor como herramienta de migración hacia los formularios del core.
2. Crea reglas de asignación basadas en correo
Para tickets que llegan por correo (recolector de correo), configura reglas que extraigan datos del asunto, el remitente o el cuerpo. Ejemplo: si el asunto contiene «impresora» o el dominio del remitente corresponde a una planta, asignar al grupo Soporte de esa planta. Combina estas reglas con plantillas de ticket y categorías estables.
3. Configura la matriz de prioridad
La prioridad se calcula automáticamente cruzando impacto y urgencia. En GLPI 11 puedes revisar la matriz desde la configuración general de asistencia / tickets (ruta exacta según idioma e interfaz: típicamente Configuración → General). Define solo tres niveles claros (Baja, Media, Alta) en lugar de los cinco por defecto si tu equipo no los usa. Si una regla de negocio fija urgencia o impacto, incluye en la misma regla la acción de recalcular prioridad; si no, la prioridad puede quedar desalineada.
4. Aplica SLA con calendarios laborales correctos
Asocia un SLA a cada categoría o nivel de prioridad y asegúrate de configurar el calendario correcto (festivos, horario de servicio). Un SLA con calendario 24×7 cuando tu equipo solo trabaja de 9 a 18 produce alertas inútiles y mata la confianza en la herramienta. Para compromisos entre grupos técnicos (OLA), el core de GLPI se puede complementar con plugins específicos (por ejemplo, OLA – Timeline de la suite TILENA), sin confundir OLA interno con el SLA hacia el usuario.
5. Diseña reglas de escalado
Crea reglas que cambien de grupo o suban prioridad cuando un ticket lleva X horas sin actualizarse. Combínalas con notificaciones automáticas a supervisor para evitar tickets olvidados. Valida en el marketplace o con tu partner la versión compatible de plugins de escalado antes de desplegarlos en producción.
6. Automatiza el cierre
Establece una regla o política que, tras N días sin respuesta del usuario en estado «En espera del solicitante», cierre el ticket y dispare la encuesta de satisfacción. Esto evita inflar la bandeja con tickets zombi.
Plugins y capacidades esenciales para automatizar en 2026
La fortaleza de GLPI está también en su ecosistema. En GLPI 11 conviene distinguir tres capas: lo que ya hace el core, los plugins del ecosistema / GLPI Network y los complementos Inforges (suite TILENA). Estos son los que más sentido tienen en implantaciones maduras en España:
Capacidad / plugin | Para qué sirve | Nota GLPI 11 |
|---|---|---|
Formularios nativos (core) | Catálogo de servicios y alta guiada de tickets sin Formcreator operativo. | Sustituye a Formcreator; migrar con la herramienta oficial si vienes de GLPI 10. |
Objetos personalizados (core) | Nuevos tipos de objeto en la CMDB (vehículos, salas, etc.). | Sustituye en gran medida a GenericObject al migrar a GLPI 11. |
GLPI Inventory | Inventario automático de hardware y software (agente; hereda el espacio de FusionInventory). | Compatible y habitual en GLPI 11. |
Fields | Añade campos personalizados a tickets, activos o usuarios sin tocar código. | Compatible con GLPI 11; sigue siendo la vía habitual para enriquecer tipos existentes. |
Tag | Etiquetas multidimensionales para clasificar tickets y activos; usable también desde reglas. | Compatible con GLPI 11. |
Cloud Inventory (GLPI Network) | Integra recursos cloud (AWS, Azure, GCP, etc.) en la CMDB. | Plugin de suscripción Network; comprobar versión en marketplace. |
Mis asistentes IA (TILENA / Inforges) | Triaje, clasificación y acciones ITIL asistidas sobre Ticket, Change y Problem con gobernanza. | Plugin Inforges para GLPI 11; no sustituye las reglas nativas, las complementa. |
MailValidation (TILENA / Inforges) | Aceptar o rechazar validaciones de Ticket/Change desde el correo. | Extiende el circuito de validación nativo. |
Moreforms (TILENA / Inforges) | Filtros SQL en desplegables de formularios nativos. | Pensado para formularios del core GLPI 11. |
OLA – Timeline (TILENA / Inforges) | OLA entre agrupaciones técnicas y visibilidad de cumplimiento en el ticket. | Complementa SLA de usuario con acuerdos internos. |
Dashboard Cards / Indicadores (TILENA / Inforges) | Paneles e indicadores de carga, calidad y tiempos sobre datos de GLPI. | Alternativa o complemento a informes genéricos; |
KPIs para medir la automatización
KPI | Qué mide | Objetivo orientativo |
|---|---|---|
Tasa de tickets autoasignados | % tickets asignados sin intervención manual | > 80 % |
Tiempo medio de asignación | Desde apertura hasta primer técnico asignado | < 5 min |
Cumplimiento de SLA | % tickets resueltos dentro del SLA acordado | > 90 % |
FCR (First Contact Resolution) | % tickets resueltos en primer contacto | > 60 % |
Tickets zombi | Tickets sin actividad > 30 días | < 2 % |
Cómo lo abordamos en Inforges
En Inforges desplegamos GLPI 11 en empresas y administraciones públicas con un enfoque pragmático: configuración estándar primero, automatización después. Nuestro equipo valida las reglas de negocio en un entorno de pruebas antes de pasarlas a producción, integra GLPI con Microsoft 365 (y, según alcance, otros entornos corporativos) para notificaciones e identidad, y deja un cuadro de mando de SLA, carga y satisfacción accesible para dirección — con paneles nativos y, cuando procede, complementos TILENA ITSM (Dashboard Cards, Indicadores). Acompañamos también en la decisión sobre GLPI Network Subscription cuando la organización necesita soporte oficial del fabricante, plugins de la suscripción y SLAs contractuales — sin confundir esa suscripción con la licencia open source del core ni con los servicios de implantación de Inforges.
Errores frecuentes al automatizar GLPI
- Crear demasiadas reglas de golpe. Mejor empezar con unas 10 esenciales y crecer a partir de uso real que con 60 que nadie sabe explicar.
- No revisar el orden de las reglas. GLPI evalúa por orden; una regla genérica al inicio (o la acción de detener el procesamiento) puede anular reglas específicas posteriores.
- Ignorar el calendario laboral. SLAs sin calendario producen métricas falsas y alertas a las 3 de la mañana.
- Categorías excesivamente granulares. Más de 100 subcategorías hace imposible mantener la coherencia.
- No medir. Sin un cuadro de mando con la tasa de autoasignación y el cumplimiento de SLA, la automatización no se sostiene.
Preguntas frecuentes sobre automatizar tickets en GLPI 11
¿GLPI es realmente gratuito?
La versión core es open source y gratuita (GNU GPLv3). GLPI Network Subscription es de pago e incluye soporte oficial, acceso a plugins de la suscripción y SLAs contractuales con el fabricante. La mayoría de organizaciones combina core (o Network) con servicios profesionales de un partner (implantación, formación, desarrollos).
¿Cuánto tarda implantar GLPI 11 con automatización?
Una implantación con catálogo, reglas de negocio y plugins esenciales suele durar 6–12 semanas en una pyme y 12–20 semanas en mediana empresa, incluyendo formación y migración desde la herramienta anterior. Los plazos reales dependen del volumen de datos, integraciones y número de entidades.
¿Se puede integrar GLPI con Active Directory o Entra ID?
Sí. GLPI integra con LDAP / Active Directory de forma nativa y con Microsoft Entra ID mediante SSO (p. ej. SAML 2.0 u OAuth 2.0, según el despliegue). La sincronización permite altas y bajas coherentes en el catálogo de usuarios. Comprobar siempre el método exacto en la versión desplegada.
¿Las reglas de negocio se aplican retroactivamente?
No por defecto. GLPI evalúa reglas en el momento del evento (apertura, modificación según configuración). Para reaplicarlas a tickets ya existentes se utiliza la opción de reproducir / replay de reglas cuando está disponible en la interfaz — útil tras una limpieza masiva o un cambio de catálogo. Validar el alcance (qué tickets se afectan) antes de lanzarlo en producción.
¿Puedo tener varias instancias de GLPI por entidad?
GLPI soporta multientidad de forma nativa: puedes separar empresas, departamentos o clientes con permisos y reglas independientes en una única instalación. Varias instancias separadas son una decisión de arquitectura (seguridad, aislamiento, coste), no un requisito del producto.
¿Qué tamaño de empresa es razonable para GLPI?
GLPI escala desde organizaciones con unas decenas de empleados hasta varias decenas de miles. Su límite real está en el dimensionamiento del servidor, la calidad de la configuración y el gobierno del catálogo, no en un «tope» fijo de la herramienta.
¿Cómo se mantiene GLPI actualizado?
GLPI publica versiones menores con frecuencia y mayores de forma periódica. La actualización del core es el camino habitual; cada plugin requiere validación de compatibilidad con la rama 11.x antes de subir versión. En migraciones desde GLPI 10, planificar la migración de formularios (Formcreator → core) y de objetos genéricos según la documentación oficial.
Conclusión: la automatización empieza por el catálogo
Automatizar GLPI 11 requiere un catálogo de servicios bien definido, categorías estables y una herramienta integrada en el trabajo diario del equipo. A partir de ahí, las reglas, los formularios nativos y los plugins del ecosistema GLPI y TILENA ayudan a reducir tareas manuales y mejorar la productividad de la mesa de soporte.
