Fin de soporte de GLPI 10: ¿conviene migrar a GLPI 11 o a GLPI 12?

En 30 segundos

• GLPI 10 sigue funcionando, pero ya no recibe parches de seguridad.
• Podés pasar a GLPI 11 o directo a GLPI 12, según tus plugins y tu servidor.
• Antes de migrar, revisá requisitos, plugins, integraciones y respaldos, y probá en una copia.

Tu GLPI 10 va a seguir funcionando. Los usuarios van a poder abrir tickets, los técnicos van a continuar trabajando y el inventario seguirá disponible. Lo que cambió es que GLPI 10 dejó de recibir actualizaciones de seguridad dentro del ciclo de soporte habitual.

El 7 de octubre de 2026 se publicó GLPI 12.0.0. Con su llegada, GLPI 10 quedó fuera de las dos versiones principales que mantiene oficialmente el proyecto.

Si todavía usás GLPI 10, es momento de pensar en la migración. La pregunta es a qué versión conviene pasar y qué necesitás revisar antes.

GLPI 10 llegó al final de su soporte. ¿Qué significa?

GLPI 10.0.28, publicada el 30 de septiembre de 2026, fue la última actualización de esa rama.

Esto no significa que tu instalación deje de funcionar ni que estés obligado a migrar de un día para otro. Significa que, cuando aparezcan nuevas vulnerabilidades o errores, ya no habrá correcciones oficiales para GLPI 10, y la asistencia de las suscripciones GLPI Network tampoco lo cubre.

En junio de 2026, GLPI publicó actualizaciones que corrigieron 16 vulnerabilidades, incluidas fallas de inyección SQL y escaladas de privilegios. Nueve también afectaban a GLPI 10. En septiembre, GLPI 11.0.10 corrigió ocho fallas más. Seis también afectaban a GLPI 10 y se corrigieron en la 10.0.28, la última versión de esa rama.

Hasta entonces, ambas ramas recibían parches. Ahora, las fallas nuevas que se descubran en GLPI 10 van a quedar abiertas.

Hay que recordar qué información suele manejar una instalación de GLPI: usuarios, solicitudes internas, documentos adjuntos, inventario de equipos, datos de clientes y credenciales de integraciones.

Si todavía estás usando una versión anterior a GLPI 10.0.28, lo primero es evaluar la actualización a ese último parche mientras preparás la migración. Es una medida transitoria, no una solución al fin de soporte.

¿Conviene migrar a GLPI 11 o directamente a GLPI 12?

GLPI 11: una alternativa con más recorrido

GLPI 11 se lanzó en septiembre de 2025 y su versión 11.0.11 está disponible desde el 1 de octubre de 2026.

Entre sus novedades incorporó formularios nativos, activos personalizados, un nuevo portal de autoservicio, autenticación de doble factor y webhooks. También integró funcionalidades que antes dependían de plugins, como Formcreator y Generic Objects.

Es una opción a considerar si tenés una instalación con varios plugins, integraciones o procesos que ya fueron probados sobre GLPI 11. Su ventaja es el tiempo que lleva disponible y las correcciones que recibió desde su lanzamiento. Eso no elimina la necesidad de hacer pruebas, especialmente si usás desarrollos propios.

GLPI 12: la versión más reciente, con cambios adicionales

GLPI 12 ya está disponible en versión estable. Entre sus novedades se encuentran una base de conocimientos renovada, administración de sesiones activas, nuevas medidas de seguridad y cambios en los OLA, que ahora pueden asociarse a los grupos responsables del trabajo. También incorpora una nueva versión de la API. Los repasamos en GLPI 12: qué cambia para técnicos y administradores.

GLPI 12 requiere como mínimo PHP 8.3 y MariaDB 10.11 o MySQL 8.0. Además, introduce cambios que pueden afectar plugins, integraciones y configuraciones existentes. Por ejemplo, las categorías de la base de conocimientos pasan a formar parte de una nueva estructura. Después de migrar, será necesario revisar los permisos de acceso.

Entonces, ¿cuál elegir?

Si tu instalación tiene muchos plugins o integraciones críticas que ya son compatibles con GLPI 11, esa puede ser la alternativa más razonable para reducir cambios simultáneos.

Si tu infraestructura cumple los nuevos requisitos, los plugins están preparados y las pruebas funcionan correctamente, podés considerar migrar directamente a GLPI 12.

Y si tenés una instalación expuesta a internet, con información sensible o que recibe solicitudes de clientes, no conviene postergar la planificación. Incluso cuando GLPI está disponible únicamente desde una red interna, el fin de soporte sigue siendo relevante.

Qué revisar antes de actualizar GLPI

Una migración puede ser sencilla o bastante compleja. La diferencia suele estar en los plugins, las personalizaciones y las integraciones que se fueron incorporando con el tiempo. Antes de actualizar, conviene revisar estos puntos.

1. Requisitos del servidor

Versión	Estado	PHP mínimo	Base de datos mínima
GLPI 10	Sin soporte desde la 10.0.28	7.4	MySQL 5.7 o MariaDB 10.2
GLPI 11	Con soporte	8.2	MySQL 8.0 o MariaDB 10.6
GLPI 12	Con soporte, versión más reciente	8.3	MySQL 8.0 o MariaDB 10.11

También hay que revisar las extensiones de PHP y la configuración del servidor web. En Apache o Nginx, por ejemplo, la raíz pública debe apuntar al directorio public de GLPI.

2. Compatibilidad de los plugins

Hacé un inventario de todos los plugins instalados, incluidos aquellos que desarrollaste o modificaste internamente. No alcanza con verificar si existe una versión nueva. Hay que comprobar que las funciones usadas por tu equipo sigan funcionando.

Desde GLPI 11, después de una actualización mayor, la ejecución de los plugins queda suspendida hasta que se reanude desde la administración o mediante el comando php bin/console plugin:resume_execution.

3. Formcreator, Generic Objects y Fields

GLPI 11 integró los formularios y los activos personalizados al núcleo de la aplicación, pero los datos existentes no se trasladan simplemente copiando los archivos.

La documentación oficial establece un procedimiento específico y recomienda actualizar previamente:

• Generic Objects a la versión 2.14.14 o superior.
• Formcreator a la versión 2.13.10 o superior.
• Fields a una versión compatible, si lo usás junto con Formcreator.

Después de actualizar GLPI, hay que ejecutar las migraciones correspondientes, respetando el orden documentado: primero Generic Objects y después Formcreator, con Fields instalado y activo cuando corresponda. Los comandos son migration:genericobject_plugin_to_core y migration:formcreator_plugin_to_core.

Además, algunas búsquedas guardadas y preferencias de visualización de Generic Objects deben reconstruirse manualmente.

Podés consultar el procedimiento oficial de migración de plugins.

4. Integraciones y automatizaciones

Si usás LDAP o Active Directory, recolectores de correo, OAuth, API REST, GLPI Agent, notificaciones o integraciones con otros sistemas, tenés que probarlas en el entorno de destino. Conviene revisar también las tareas automáticas y los procesos que dependen de scripts externos.

Una pantalla de inicio de sesión que funciona no significa que toda la instalación haya migrado correctamente.

5. Integridad y respaldo de los datos

Antes de actualizar, ejecutá php bin/console db:check para detectar posibles inconsistencias en la estructura de la base de datos. También necesitás un respaldo completo de la base, los documentos, los archivos de configuración y los plugins.

Prestá especial atención a las claves glpi.key, glpicrypt.key, oauth.pem y oauth.pub, cuando correspondan a tu instalación.

Perder archivos de cifrado puede impedir que GLPI recupere información almacenada de forma segura.

Un respaldo no es un plan de recuperación hasta que comprobaste que podés restaurarlo.

No hagas la primera prueba sobre producción

La forma más segura de encarar una actualización mayor es preparar una copia aislada de tu instalación actual. Ahí podés descubrir problemas sin afectar a quienes usan GLPI todos los días.

En ese entorno conviene verificar que los usuarios puedan autenticarse, que se creen tickets, que las reglas de asignación funcionen, que los formularios conserven su comportamiento y que las notificaciones lleguen correctamente. También hay que comprobar el inventario, las integraciones y los permisos.

Cuando todo esté validado, se puede programar la actualización de producción, definir una ventana de mantenimiento y tener preparado un procedimiento de recuperación. Es más trabajo previo, pero evita descubrir durante la jornada laboral que un formulario dejó de generar tickets o que una integración ya no responde.

¿Se puede pasar directamente de GLPI 10 a GLPI 12?

Sí. No es obligatorio instalar GLPI 11 como una etapa intermedia. La documentación contempla la actualización entre versiones principales y procedimientos para migrar los datos de plugins como Formcreator y Generic Objects.

Lo importante es verificar los requisitos de la versión de destino y probar el proceso completo antes de ejecutarlo en producción.

Cómo podemos ayudarte con la migración

Hacemos migraciones como parte de nuestro servicio de consultoría y soporte GLPI. Primero relevamos la versión, los plugins, las integraciones y el servidor. Después armamos una copia de prueba con tus datos, la validamos con tu equipo y planificamos el pase a producción con un plan para volver atrás si algo falla.