GLPI apre da solo i ticket di manutenzione preventiva: pulizia della stampante, test del backup, cambio della password di servizio, revisione degli accessi. Abbiamo testato i ticket ricorrenti di GLPI 11 e funzionano, ma tre dettagli fanno sparire la manutenzione preventiva o la fanno uscire sbagliata senza alcun avviso. Una ricorrenza mensile che inizia il giorno 31 finisce per cadere il giorno 3. Una creazione anticipata superiore alla periodicità fa sì che GLPI non crei mai nulla. E un modello senza campi genera un ticket vuoto.
A cosa servono i ticket ricorrenti
Ogni attività di routine che oggi dipende dalla memoria di qualcuno:
- Manutenzione preventiva di stampanti, UPS e aria condizionata della sala server.
- Test di ripristino del backup (un backup mai ripristinato non è un backup; vedi backup e disaster recovery in GLPI).
- Revisione trimestrale degli accessi e degli account inattivi.
- Rinnovo di certificati, licenze e domini.
- Checklist di apertura e chiusura del mese.
Il ticket nasce il giorno giusto, con categoria, gruppo e descrizione già pronti, entra in coda e conta ai fini dello SLA come qualsiasi altro.
Come configurarli
1. Crea il modello di ticket
Il ricorrente non ha titolo né descrizione propri: copia tutto da un Modello di ticket. Nei campi predefiniti del modello, compila almeno:
- Titolo e descrizione (con la checklist dell'attività);
- Categoria e tipo (di solito Richiesta);
- Gruppo assegnato, perché il ticket non nasca senza responsabile;
- Urgenza o priorità.
2. Crea il ricorrente
In Assistenza > Ticket ricorrenti:
| Campo | Cosa inserire |
|---|---|
| Attivo | Sì |
| Modello di ticket | Il modello del passo 1 |
| Data inizio | La prima occorrenza (giorno e ora) |
| Data fine | Facoltativa; dopo di essa GLPI smette di creare |
| Periodicità | Da 1 ora a 10 anni (ore, giorni, mesi o anni) |
| Creazione anticipata | Quanto tempo prima dell'occorrenza deve essere aperto il ticket (fino a 2 settimane) |
| Calendario | Facoltativo; sposta la creazione al giorno e all'orario lavorativi successivi |
Nella scheda degli elementi, collega gli asset (la stampante, il server) perché il ticket nasca già associato a essi.
3. Verifica l'azione automatica
A creare i ticket è l'azione automatica RecurrentItems, che viene eseguita ogni ora. In pratica, il ticket può comparire fino a un'ora dopo l'orario previsto. Se l'ora esatta è importante, usa una creazione anticipata di almeno 1 ora. E il cron di GLPI deve essere in esecuzione (vedi il passo 6 di come installare GLPI 11).
Il test: dove la ricorrenza sbaglia
Abbiamo usato il calcolo di GLPI 11 stesso per vedere le prossime date in casi che spesso danno problemi, e abbiamo creato ticket reali nella nostra entità di test (dati fittizi, cancellati in seguito).
| Caso | Prossime date calcolate da GLPI | Cosa succede |
|---|---|---|
| Mensile che inizia il 31/01 | 31/01, 03/03, 03/04, 03/05 | Scivola al giorno 3 e ci resta per sempre |
| Mensile che inizia il 28/01 | 28/01, 28/02, 28/03, 28/04 | Corretto |
| Settimanale che inizia di sabato, senza calendario | 10/10, 17/10, 24/10 (sabati) | Crea nel fine settimana |
| Settimanale che inizia di sabato, con calendario | 12/10, 19/10, 26/10 (lunedì) | Passa al giorno lavorativo successivo |
| Giornaliero con creazione anticipata di 2 giorni | nessuna (prossima data vuota) | Non crea mai nulla |
| Modello con titolo e descrizione | ticket creato con entrambi | Corretto |
| Modello senza alcun campo | ticket creato con titolo e descrizione vuoti | Entra in coda un ticket vuoto |
Le tre trappole
1. Giorno 29, 30 o 31 nel mensile
Con la periodicità in mesi, GLPI aggiunge "1 mese" alla data. Febbraio non ha il giorno 31, quindi 31/01 + 1 mese diventa 03/03, e da lì in poi la ricorrenza resta il giorno 3. La preventiva "dell'ultimo giorno del mese" diventa quella "del giorno 3".
Soluzione: inizia le ricorrenze mensili tra il giorno 1 e il 28. Se deve essere a fine mese, usa il giorno 28 e una creazione anticipata.
2. Creazione anticipata superiore alla periodicità
In un ricorrente giornaliero con creazione anticipata di 2 giorni, GLPI considera la configurazione non valida e lascia vuota la prossima data. Sullo schermo il ricorrente risulta attivo; in pratica, non crea nulla.
Soluzione: la creazione anticipata deve essere inferiore alla periodicità. Dopo aver salvato, verifica che la prossima data di creazione sia stata compilata.
3. Modello senza campi
Se il modello non ha né titolo né descrizione, GLPI crea comunque il ticket, vuoto. Nessuno sa cosa farne, e resta fermo in coda.
Soluzione: titolo, descrizione, categoria e gruppo nel modello, sempre. E apri lo storico del ricorrente: ogni creazione lascia un messaggio, anche quando fallisce.
Buone pratiche
- Un ricorrente per ogni attività, con il nome dell'attività e la periodicità nel nome ("Preventiva stampanti - mensile").
- Checklist nella descrizione, con cosa fare e come registrare il risultato.
- Calendario con le festività per non creare ticket nei giorni non lavorativi: vedi come generare e collegare i calendari delle festività.
- SLA di risoluzione proporzionato: una preventiva mensile non ha bisogno dello SLA di un incidente.
- Revisione trimestrale dell'elenco dei ricorrenti: apparecchiature sostituite, attività cambiate, date di fine scadute.
- Anche le modifiche possono essere ricorrenti (Assistenza > Modifiche ricorrenti), per le finestre di manutenzione pianificate.
Test di NexTool del 4 ottobre 2026, sul GLPI 11.0.7 del nostro supporto, entità di test con dati fittizi. Le prossime date sono state calcolate dalla funzione di GLPI stesso; modelli, ricorrenti e ticket di test sono stati cancellati alla fine.
Commenti
I commenti di questo articolo provengono da GitHub (giscus). Caricandoli, il Suo browser si collega a GitHub, che riceve il Suo indirizzo IP e può salvare cookie propri.
Per caricarli automaticamente, attivi i cookie funzionali