Assegnare ogni ticket al tecnico giusto sembra banale, ma in un service desk reale quella decisione manuale diventa un collo di bottiglia: qualcuno deve leggere la coda, capire la categoria e smistare - e nel frattempo l'orologio dello SLA sta già correndo. Il modulo Smart Assign di NexTool automatizza questo passaggio con regole per categoria o gruppo, applicando il bilanciamento del carico o la rotazione sequenziale nell'istante stesso in cui il ticket viene creato.
Il problema
Un'operazione senza assegnazione automatica ha sempre un unico punto di decisione: qualcuno apre la coda dei ticket appena creati, legge categoria e oggetto e decide a chi inoltrarli. Questo ruolo di solito ricade sul coordinatore o sull'analista più esperto - proprio la persona che meno vuoi bloccata in uno smistamento ripetitivo.
L'effetto pratico si manifesta in due modi. Primo, la coda cresce nelle ore di punta perché nessuno ha ancora preso il ticket; esiste, è aperto, ma resta senza responsabile mentre scorre la scadenza. Secondo, la distribuzione diventa disomogenea: un tecnico accumula quindici ticket mentre un altro ne ha tre, non per competenza ma per chi stava guardando lo schermo in quel momento. Entrambi gli scenari erodono lo SLA e la percezione di qualità dell'utente.
Smart Assign elimina questo intermediario. Non appena il ticket viene creato, il modulo valuta le regole configurate e definisce il responsabile ancor prima che la coda venga aperta da un umano. Lo smistamento smette di dipendere da chi è di turno davanti allo schermo.
Come funziona Smart Assign
Il modulo agisce sugli hook di creazione e aggiornamento dei ticket di GLPI. La configurazione avviene per categoria o per gruppo, con due modalità di distribuzione che possono coesistere nella stessa operazione:
- Assegnazione per categoria - definisce quale tecnico o gruppo riceve i ticket di una categoria specifica. Ideale per team specializzati, dove ogni area (infrastruttura, ERP, reti) ha un responsabile fisso.
- Assegnazione per gruppo - distribuisce i ticket tra i membri di un gruppo usando una delle due modalità seguenti.
- Modalità bilanciamento (meno ticket) - il ticket va al tecnico del gruppo con il minor numero di ticket aperti in quel momento. Livella il carico reale, non quello teorico.
- Modalità rotazione (sequenziale) - i ticket vengono distribuiti in ordine, un tecnico dopo l'altro, indipendentemente dal carico. Utile quando tutti hanno capacità equivalente e il volume non è il criterio.
- Adattamento automatico - quando qualcuno entra o esce dal gruppo, rotazione e bilanciamento si regolano da soli, senza riconfigurazione manuale.
- Log dedicato - ogni decisione viene registrata in
plugin_nextool_smartassign.log, offrendo tracciabilità per l'audit di processo e per indagare i reclami del tipo "perché questo ticket è arrivato a me".
Smart Assign rispetto alle regole di business native
GLPI risolve già in parte tutto questo con le Regole di business per i ticket (Configurazione > Regole). Possono assegnare in base a criteri come la categoria, ma in modo statico: puntano sempre alla stessa destinazione. La tabella seguente mostra dove si ferma ciascun approccio:
| Funzione | Regole di business native | Smart Assign |
|---|---|---|
| Assegnare per categoria o gruppo | Sì (destinazione fissa) | Sì |
| Bilanciamento del carico (meno ticket aperti) | No | Sì |
| Rotazione sequenziale (round-robin) | No | Sì |
| Si adatta all'ingresso/uscita di tecnici dal gruppo | Manuale | Automatico |
| Registrazione dedicata della decisione di assegnazione | Cronologia generica | File proprio verificabile |
Come attivarlo
- Installa il plugin NexTool in GLPI.
- Vai su Configurazione > NexTool > Moduli.
- Attiva il modulo Smart Assign.
- Apri la configurazione del modulo e registra le regole: scegli l'assegnazione per categoria e/o per gruppo e, per ogni gruppo, la modalità di distribuzione (bilanciamento o rotazione).
- Apri un ticket di prova nella categoria configurata e verifica il tecnico assegnato sul ticket stesso e sulla riga corrispondente del log.
Cosa abbiamo imparato usandolo
Nelle operazioni dei clienti che manteniamo, lo schema che si rompe più spesso non è la mancanza di una regola - è la "regola che punta a una persona". Il cliente crea una regola di business nativa che invia tutta la categoria "Rete" al tecnico X. Funziona per mesi, finché il tecnico X va in ferie: i ticket continuano a essergli assegnati, restano fermi e lo SLA viene violato in silenzio perché la coda "aveva un responsabile". L'errore comune è confondere avere un proprietario con essere gestito. Per questo, per i gruppi con più di tre tecnici, migriamo queste regole statiche alla modalità bilanciamento di Smart Assign: invece di un nome fisso, il ticket arriva a chi ha meno carico in quel minuto, e chi è in ferie semplicemente non riceve. Un dettaglio che emerge solo nell'operatività: il bilanciamento conta i ticket aperti, non quelli chiusi nella giornata, quindi un tecnico che risolve in fretta ricomincia presto a ricevere - è così che si livella il carico reale, non quello teorico.
Lo stesso conteggio che il modulo usa per decidere la destinazione può essere riprodotto nel database per verificare la distribuzione. Questa query elenca i ticket aperti per tecnico assegnato, esattamente il numero che la modalità bilanciamento minimizza:
SELECT u.name AS tecnico, COUNT(t.id) AS ticket_aperti
FROM glpi_tickets t
JOIN glpi_tickets_users tu ON tu.tickets_id = t.id AND tu.type = 2
JOIN glpi_users u ON u.id = tu.users_id
WHERE t.status IN (1,2,3,4) -- nuovo, in corso, pianificato, in attesa
AND t.is_deleted = 0
GROUP BY u.id
ORDER BY ticket_aperti DESC;E ogni decisione viene scritta in testo chiaro nel log del modulo, il che accorcia molto l'indagine "perché questo ticket è arrivato a me":
[2026-03-12 09:41:22] smartassign: ticket #10482 categoria "Infra/Rete" -> gruppo "N2 Reti" modo=bilanciamento tecnico=marina.souza (aperti=3)
[2026-03-12 09:43:05] smartassign: ticket #10483 gruppo "Supporto N1" modo=rotazione tecnico=paulo.lima (prossimo in coda)A chi è rivolto (e quando non usarlo)
Smart Assign offre un valore chiaro in:
- Team con tre o più tecnici dove la distribuzione disomogenea è ricorrente.
- Service desk con picchi di volume in cui il coordinatore diventa un collo di bottiglia dello smistamento.
- Ambienti con categorie ben definite e team specializzati per area.
- Operazioni che devono dimostrare, in un audit, come sono stati distribuiti i ticket.
Quando non vale la pena: in team di uno o due tecnici il guadagno è marginale - la ripartizione manuale non costa nulla. E quando l'assegnazione dipende da un contesto delicato (cliente VIP, uno specialista preciso per un sistema critico), quell'instradamento fine resta migliore nelle regole di business native; in quel caso usa Smart Assign per il volume comune e riserva le regole native alle eccezioni, invece di sovrapporre entrambe le decisioni sullo stesso ticket.
Compatibilità
- GLPI: 10.x e 11.x
- Piano: FREE
- Plugin: NexTool 3.x+
- PHP: 8.1+
Prossimo passo
Smart Assign fa parte di NexTool, un plugin modulare per GLPI. Scopri gli altri moduli oppure parla con il team per una demo nel tuo ambiente.
Questo contenuto è stato prodotto con l'aiuto dell'intelligenza artificiale e revisionato dal team Nextool Solutions.
