La base de conocimiento se ha rediseñado en torno a un único espacio de trabajo donde puede leer y redactar sin cambiar de pantalla. Un editor moderno, un árbol de navegación con favoritos, comentarios en línea, historial de versiones y traducción integrada facilitan la creación y el mantenimiento de la documentación. Las categorías dan paso a artículos anidados, para que organice el contenido como prefiera.

Los técnicos ahora pueden ocultar al solicitante ciertos archivos adjuntos de un ticket, y cualquier persona retirada de un ticket recibe una notificación automática. Los criterios de búsqueda pueden limitarse por perfil, para que cada equipo trabaje con la información que realmente necesita. Las tareas de proyecto también incorporan recordatorios, y las preguntas de los formularios ahora admiten varios elementos a la vez.

Los paneles incorporan nuevos filtros (entidad, grupos, estados, SLA, técnico, sistema operativo) y nuevos widgets, como tickets por grupo y estado u ordenadores por antigüedad. Las páginas también cargan más rápido, lo que agiliza el seguimiento diario.

Cuando un ticket pasa de un equipo a otro, cada equipo dispone ahora de su propio plazo interno y de su propio estado de retraso. Los retrasos ya no se atribuyen a quien gestiona el ticket en último lugar. Los responsables de servicio ven exactamente dónde se pierde el tiempo, y cada equipo se evalúa según lo que realmente controla.

Sí. No es necesario instalar GLPI 11 primero: GLPI 12 incluye todas las migraciones de base de datos desde la versión 0.85.5 y las aplica en una sola actualización.

Antes de empezar, compruebe que su servidor cumple los requisitos de GLPI 12. GLPI 10 funcionaba con PHP 7.4+ y MariaDB 10.2+, por lo que la mayoría de los servidores GLPI 10 necesitarán primero actualizar PHP y la base de datos. Después, verifique que cada plugin que utiliza tenga una versión compatible con GLPI 12.

Cualquier versión a partir de la 0.85.5 puede actualizarse directamente a GLPI 12. Las versiones anteriores a la 0.85.5 deben actualizarse primero, como mínimo, a la 0.85.5. Cuanto más antigua sea la versión de origen, más importante es hacer una prueba en un entorno de preproducción.

PHP 8.3 o superior, y MariaDB 10.11+ o MySQL 8.0+. Se admiten Apache 2, Nginx, lighttpd e IIS como servidores web. También hay una imagen oficial de Docker disponible en Docker Hub.

El soporte oficial cubre las dos últimas versiones mayores, así que con el lanzamiento de GLPI 12 pasa a cubrir GLPI 12 y 11, y GLPI 10 queda fuera. Su instalación sigue funcionando, pero planifique la actualización para seguir recibiendo correcciones de seguridad.

Use solo versiones de plugins marcadas como compatibles con GLPI 12. Para los desarrolladores de plugins, los principales cambios son: el mecanismo de token CSRF se sustituye por la validación nativa de cabeceras del navegador, las bibliotecas Guzzle y league/csv ya no se incluyen, y las clases del núcleo usan ahora tipos nativos de PHP. Consulte nuestra documentación si tiene plugins que actualizar.

Sí, en la mayoría de los casos. La High-Level API v3 se publica junto a las versiones v1 y v2, así que los clientes existentes siguen usando la versión a la que apuntan; para pasar a la v3, use la cabecera GLPI-API-Version o el endpoint /api.php/v3.0. Los webhooks están vinculados a una versión concreta de la API.

Dos aspectos que conviene probar en preproducción: todo lo que lea las categorías de la base de conocimiento, que ya no existen, y los webhooks o feeds que apunten a direcciones internas.