GLPI 12 ha ormai una data per uscire dalla fase di test: la RC1 è stata pubblicata il 3 settembre, la RC2 il 16 settembre 2026, e Teclib promette la versione stabile per ottobre. Abbiamo installato la release candidate e mostrato tutto in una diretta con JMBA Soluções. Ecco che cosa abbiamo visto in pratica, che cosa resta uguale a GLPI 11 e, soprattutto, quando conviene aggiornare.
Guardi la diretta: Prime impressioni su GLPI 12, sul canale YouTube di JMBA Soluções (68 minuti, 8 settembre 2026, in portoghese). Per il quadro dello sviluppo, con la modernizzazione dell’interfaccia, le API e l’ambiente Docker per i test, legga anche GLPI 12: cosa sappiamo già e come testare la nuova versione.
A che punto è GLPI 12: RC1, RC2 e stabile a ottobre
La release candidate è la fase in cui il codice è praticamente congelato e il progetto chiede alla comunità di testarlo prima della versione finale. Il calendario finora:
| Tappa | Data |
|---|---|
| GLPI 12.0.0 RC1 | 3 settembre 2026 |
| GLPI 12.0.0 RC2 | 16 settembre 2026 |
| GLPI 12.0.0 stabile | promessa da Teclib per ottobre 2026 |
La stessa pagina di rilascio della RC2 su GitHub si apre con l’avviso che si tratta di una versione RC da non usare in produzione. Lo stesso giorno, il 16, sono uscite anche GLPI 11.0.9 e 10.0.27, versioni correttive per chi è sulle linee attuali.
Vale la pena capire la nuova cadenza di Teclib, perché cambia la pianificazione di chi amministra GLPI: correzioni di sicurezza ogni mese e una versione maggiore all’anno. GLPI 10 è uscito nel 2022 e l’11 nel 2025; con la nuova cadenza, il 12 arriva un anno dopo l’11. In pratica, l’aggiornamento di versione maggiore smette di essere un evento raro ed entra nel calendario annuale del team IT.
Come abbiamo testato GLPI 12 RC
Nella diretta dell’8 settembre, il team di JMBA Soluções ha installato GLPI 12.0.0 RC, ha percorso le nuove schermate dal vivo e ha confrontato tutto con GLPI 11, con la partecipazione di NexTool. La schermata Crediti dello stesso GLPI avverte che la versione è instabile, ed è con questo spirito che vanno lette le osservazioni che seguono: sono impressioni su una release candidate, e alcuni dettagli possono ancora cambiare prima della versione stabile. Ogni volta che è stato possibile, abbiamo verificato ogni punto nel changelog ufficiale del progetto.
Che cosa non cambia: l’interfaccia resta quella di GLPI 11
Chi si aspetta un aspetto nuovo resterà sorpreso. La schermata di accesso e l’interfaccia di tutti i giorni sono praticamente identiche a quelle di GLPI 11. Per l’utente finale e per il tecnico, il cambio di versione quasi non si nota sullo schermo, una buona notizia per la formazione e la comunicazione interna.
Le novità di GLPI 12 si concentrano su tre fronti: sicurezza, amministrazione (profili e OLA) e base di conoscenza. Sono questi i motivi per guardare la nuova versione.
Sicurezza: la grande scommessa di GLPI 12
È stata l’area con più novità nella RC. Le note di rilascio evidenziano la modalità di riautenticazione, il gestore delle sessioni e il rafforzamento contro SQL injection e CSRF.
Riautenticazione nelle azioni sensibili
Le azioni amministrative sensibili richiedono di nuovo la password, anche al super-admin. Lo scenario che questo risolve è noto: la sessione di un amministratore dimenticata aperta su un computer condiviso. Il comportamento si può disattivare con una costante di configurazione, cosa che non raccomandiamo senza un buon motivo.
Un menu Sicurezza dedicato
La politica delle password e la 2FA escono da Configurazione > Generale e hanno un menu proprio, Configurazione > Sicurezza. Diventa più facile trovare e verificare tutto ciò che protegge l’accesso a GLPI.
Gestione delle sessioni attive, con pulsante di revoca
GLPI 12 elenca le sessioni aperte con tipo, utente, browser, sistema operativo, IP, ultima attività e stato. Il pulsante di revoca (nella RC2 compare ancora in inglese, Revoke) chiude la sessione all’istante. Oltre all’uso ovvio, interrompere un accesso sospetto, risolve un vecchio fastidio: dopo aver modificato il profilo di qualcuno, può forzare un nuovo accesso perché la modifica valga subito.
Nella scheda di ogni utente compare l’elenco delle sue sessioni. Se lo stesso utente è collegato contemporaneamente da due IP diversi, è il segnale di una password condivisa o trapelata, e ora lo si vede senza interrogare il database.
Un dettaglio per chi pubblica GLPI dietro un reverse proxy: il changelog introduce un rilevamento più rigoroso dell’IP del client, con le costanti GLPI_TRUSTED_REVERSE_PROXIES e GLPI_REVERSE_PROXY_HEADERS. Le configuri già in collaudo, altrimenti l’elenco delle sessioni tenderà a mostrare l’IP del proxy invece di quello dell’utente.
Conservazione dei dati e pulizia automatica
Un nuovo menu di dati e privacy (nella RC2 l’etichetta compare ancora in inglese, Configurazione > Data and Privacy) centralizza le politiche di conservazione: quella dei log storici, che escono da Configurazione > Generale, e quella dello storico delle sessioni, ripulito da una nuova azione automatica con lo stato dell’esecuzione in vista. Fine delle tabelle di log che crescono senza controllo e pesano sul database e sul backup.
Sotto il cofano, la RC porta correzioni di SQL injection e di altre vulnerabilità. Una parte arriva anche in GLPI 11 tramite le versioni correttive, un motivo in più per mantenere aggiornato l’11 mentre il 12 matura.
Profili che nascondono campi di ricerca
Il profilo ora controlla quali campi compaiono nella ricerca e nei filtri dell’utente. Si possono nascondere, per esempio, richiedente, osservatore, OLA, sondaggio di soddisfazione o il filtro per mappa, rendendo la ricerca dell’utente finale più semplice e senza opzioni che non usa. Se sta rivedendo i profili, la guida Profili e permessi in GLPI resta una buona base.
OLA con un proprio gruppo
Ogni OLA può avere il proprio gruppo. Oggi chi lavora con OLA per team dipende spesso da regole di business per ricalcolare il livello quando il ticket cambia gruppo; con il gruppo legato all’OLA, parte di questa logica esce dalle regole. Per ripassare i concetti, veda SLA e OLA in GLPI: guida completa alla configurazione.
Base di conoscenza: il cambiamento più visibile
Se c’è una schermata che è cambiata davvero in GLPI 12, è la base di conoscenza:
- Interfaccia nuova, con le categorie ad albero e icone dalla libreria o da un’immagine propria.
- Editor in Markdown: chi scrive gli articoli non deve più avere a che fare con l’HTML.
- Link pubblico: un articolo si può condividere con un link protetto da chiave, che si disattiva quando si vuole.
- Storico delle revisioni e commenti nel pannello laterale dell’articolo.
- Articolo nel catalogo dei servizi, con descrizione, icona e categoria. All’apertura del ticket, l’utente arriva direttamente all’articolo e può risolvere da solo.
Che cosa non c’è ancora: GLPI 12 non suggerisce articoli mentre l’utente descrive il problema. In GLPI 11 è ciò che fa il modulo AI Assist di NexTool, come abbiamo mostrato in IA nella base di conoscenza di GLPI.
Attenzione all’aggiornamento: secondo il changelog ufficiale, le categorie della base di conoscenza diventano articoli, organizzati sotto un articolo radice, e la visibilità ora si eredita lungo l’albero. Durante la migrazione, le categorie esistenti diventano invisibili finché l’accesso non viene concesso di nuovo. In una base con molti articoli questo deve rientrare nel piano di test del collaudo, altrimenti gli utenti apriranno la base e noteranno contenuti mancanti.
Altre novità da conoscere
- Scheda utente: nuovo campo per il secondo nome (patronimico) e maschera di inserimento nei campi data.
- Azioni automatiche: hanno ottenuto uno stato di errore, dopo fallimenti ripetuti, e uno di interruzione. Se il Suo monitoraggio legge lo stato di GLPI, il testo del servizio delle azioni automatiche è cambiato e ora include il conteggio degli errori.
- Ricordami ora funziona su più dispositivi contemporaneamente.
Quando aggiornare a GLPI 12
La raccomandazione che abbiamo dato in diretta, e che confermiamo qui:
- Ora, durante la RC: niente produzione, e per ora nemmeno collaudo. Usi la RC solo in un ambiente isolato, per conoscerla.
- Da novembre: con la versione stabile rilasciata a ottobre, inizi il collaudo con una copia del Suo database.
- Produzione: solo dopo circa due aggiornamenti di sicurezza della linea 12, cosa che dovrebbe avvenire verso gennaio o febbraio 2027.
La logica è semplice: la prima versione stabile di una versione maggiore riceve sempre correzioni nelle settimane successive. Con la cadenza mensile di Teclib, aspettarne due costa poco tempo ed evita che il Suo team sia il primo a incontrare ogni problema.
| Lei è su | Che cosa fare ora | Passo successivo |
|---|---|---|
| GLPI 10 | Migrare a GLPI 11 | Passare dall’11 al 12 dopo la stabilizzazione |
| GLPI 11 | Mantenerlo aggiornato (11.0.9 o successiva) | Collaudare il 12 da novembre |
| Vuole solo conoscere il 12 | Testare la RC in un ambiente isolato | Portare l’elenco degli impatti al collaudo |
E chi è ancora su GLPI 10?
Non aspetti il 12. Passi a GLPI 11 adesso: è stabile, e la migrazione dei moduli è diventata semplice a partire dalla versione 11.0.4. Poi prosegua dall’11 al 12 seguendo il calendario qui sopra. Saltare direttamente dal 10 al 12 unisce due grandi migrazioni in un solo progetto, con il doppio delle cose che possono andare storte. La procedura passo per passo è in Come migrare da GLPI 10 a GLPI 11.
Checklist per qualsiasi aggiornamento di GLPI
- Faccia un inventario completo: versione attuale, plugin, integrazioni, regole di business, moduli e personalizzazioni.
- Verifichi la compatibilità di ogni plugin. In GLPI 12 questo pesa di più: la protezione CSRF ora si basa sulle intestazioni del browser, e i vecchi token devono sparire dai moduli dei plugin. Un plugin senza una versione testata per il 12 è un rischio. Trovi i criteri inPlugin di GLPI: come sceglierli senza bloccare il prossimo aggiornamento.
- Esegua il backup del database e dei file, e provi il ripristino. La procedura è in Backup e disaster recovery di GLPI.
- Collaudi con una copia della produzione: apertura dei ticket, moduli, notifiche, regole, integrazioni e, in GLPI 12, la visibilità della base di conoscenza.
- Prepari un piano di rollback con una scadenza per decidere: se qualcosa di critico non funziona, torni indietro e corregga con calma.
Nei progetti di aggiornamento di JMBA, questo ciclo dura in media sei settimane. Iniziare il collaudo a novembre lascia la produzione pronta con margine per l’inizio del 2027.
Prossimo passo
NexTool riunisce più di 34 moduli per GLPI, diversi gratuiti, oggi focalizzati su GLPI 11. Consulti il catalogo completo in Plugin per GLPI. Nella stessa diretta, JMBA ha presentato JMBA Hub, app gratuita per i ticket di GLPI su Android, aperta ai tester: scopra come partecipare in JMBA Hub: come testare l’app?
Sta pianificando l’aggiornamento a GLPI 11 o al 12? Parli con il nostro team.
Revisionato dal team NexTool Solutions. Osservazioni fatte su GLPI 12.0.0 RC a settembre 2026; alcuni dettagli possono cambiare prima della versione stabile.
