GLPI es la plataforma de ITSM y gestión de activos open source más usada del mundo, con más de 500.000 organizaciones en producción. Esta guía va más allá de la definición: muestra para qué sirve GLPI en la práctica, cómo validar un entorno antes de confiarle datos reales y las trampas que más vemos al dar soporte a entornos de clientes.
¿Qué es GLPI?
GLPI (Gestionnaire Libre de Parc Informatique) es una aplicación web para la gestión de servicios de TI (ITSM), gestión de activos y mesa de servicio. En una sola plataforma concentra tickets, inventario de hardware y software, contratos, proveedores, base de conocimiento y proyectos. Creado en 2003 por la comunidad francesa y hoy mantenido por Teclib, llegó a GLPI 11 en 2025, con la capa de presentación reescrita sobre Symfony y Twig y formularios nativos que reducen la dependencia de plugins.
Para qué sirve en la práctica
- Mesa de servicio y help desk - apertura, seguimiento y resolución de incidencias y solicitudes, con SLA/OLA, reglas de asignación automática, aprobaciones y encuestas de satisfacción.
- Gestión de activos (CMDB) - inventario de equipos, impresoras, activos de red y software, alimentado automáticamente por el GLPI Agent.
- Contratos y proveedores - garantías, licencias y alertas de vencimiento vinculadas directamente a los activos cubiertos.
- Base de conocimiento - soluciones y procedimientos que reducen el retrabajo y el volumen de tickets repetidos.
- Proyectos - tareas, plazos y costes con trazabilidad hasta el ticket que originó la demanda.
¿Cuánto cuesta GLPI?
GLPI open source es gratuito, sin límite de usuarios, tickets o activos. Lo que se paga es la operación: un servidor Linux con Apache/Nginx, PHP 8.1+ y MariaDB, más la mano de obra de instalación y soporte. Un VPS de 10 a 20 dólares al mes cubre la mayoría de las operaciones pequeñas y medianas. Teclib también ofrece GLPI Cloud (SaaS) para quien no quiere mantener infraestructura propia.
| Plataforma | Modelo | Licencia | Coste de entrada | Self-hosted |
|---|---|---|---|---|
| GLPI (self-hosted) | ITSM open source | GPL-3.0 | Gratis (infra ~10-20 US$/mes) | Sí |
| GLPI Cloud | SaaS (Teclib) | Suscripción | ~19 €/agente/mes | No |
| ServiceNow | SaaS enterprise | Propietaria | ~100 US$/agente/mes | No |
| Jira Service Management | SaaS | Propietaria | ~20 US$/agente/mes | Data Center (opcional) |
Las franjas de precio de la competencia son referencias públicas de entrada y varían según volumen y módulos. El punto que importa: GLPI elimina el coste de licencia por agente, que es justo lo que escala mal en operaciones que crecen.
Cómo validar un entorno antes de confiar en él
Instalar es fácil; lo que separa un piloto de una operación estable es la verificación posterior a la instalación. Antes de migrar datos reales, confirmamos la salud del endpoint de estado, la integridad del esquema y la limpieza de caché:
# Salud de la instancia (debe responder GLPI_OK)
curl -s https://glpi.tuempresa.com/status.php
# Aplica migraciones de esquema pendientes (idempotente)
php bin/console db:update --no-interaction
# Limpia la caché tras cualquier cambio de configuración
php bin/console cache:clearDespués, un diagnóstico rápido del backlog directamente en la base de datos revela si la operación está sana o represada:
-- Distribución de tickets por estado
-- status: 1=Nuevo 2=En curso 4=Pendiente 5=Resuelto 6=Cerrado
SELECT status, COUNT(*) AS total
FROM glpi_tickets
WHERE is_deleted = 0
GROUP BY status
ORDER BY total DESC;Lo que aprendimos en soporte
Dando soporte a decenas de entornos GLPI, aprendimos que el cuello de botella casi nunca es el software: es la configuración. El caso más recurrente es que la cola de notificaciones y las tareas automáticas no se ejecutan porque el cron quedó en modo interno (disparado solo al acceder el usuario), haciendo que los correos de SLA y de cierre se retrasen horas. Otro problema clásico que heredamos de clientes: categorías y árboles creados directamente en la base de datos con SQL. GLPI usa un árbol anidado, y el método interno que resuelve la jerarquía no reconoce un nodo insertado "a mano": la categoría simplemente se vuelve invisible en los formularios. Nuestra regla es estricta: nada de estructura jerárquica por INSERT directo, siempre por la interfaz o la API.
La trampa más común
Si solo va a recordar una cosa de esta guía, recuerde el cron. GLPI viene con el modo interno (GLPI mode) por defecto, que ejecuta las tareas automáticas durante las peticiones de usuario: cómodo para probar, pésimo para producción, porque depende de que alguien acceda al sistema y ralentiza la carga de la página. En producción, configure el cron externo en el sistema operativo:
# /etc/cron.d/glpi - ejecuta el cron de GLPI cada minuto
* * * * * www-data /usr/bin/php /var/www/glpi/front/cron.php >/dev/null 2>&1Luego, en Configurar > Acciones automáticas, cambie el modo de cada tarea crítica (queuednotification, notificaciones, cierre automático) de GLPI a CLI. Es la diferencia entre notificaciones puntuales y una mesa de servicio que "pierde" correos.
GLPI 10 vs GLPI 11
- Interfaz - la versión 11 reescribió la capa de presentación sobre Symfony/Twig, con diseño responsive.
- Formularios nativos - el core del 11 incorporó formularios personalizables, reduciendo la dependencia de FormCreator.
- Objetos personalizados - tipos personalizados sin plugin, función antes exclusiva de GenericObject.
- Webhooks nativos - soporte básico para integraciones con sistemas externos.
Si empieza hoy, empiece por GLPI 11. Si ya ejecuta el 10 en producción con muchos plugins, planifique la migración con calma: algunos plugins no tienen versión para el 11.
Siguiente paso
Levante un entorno de prueba, valídelo con los comandos anteriores y configure el cron externo antes que nada. Para ampliar el core sin acumular plugins en conflicto, NexTool concentra decenas de módulos en un único plugin. ¿Necesita ayuda con la implantación o el soporte? Hable con el equipo.
Este contenido se produjo con ayuda de inteligencia artificial y fue revisado por el equipo de Nextool Solutions.
