NexTool Solutions

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 per categoria, applicando il bilanciamento del carico o la rotazione sequenziale tra i tecnici del gruppo responsabile 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 vuole 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 sull'hook di creazione dei ticket di GLPI: i ticket già esistenti non vengono ridistribuiti. La distribuzione si attiva per categoria, il tecnico viene scelto nel gruppo responsabile della categoria e la modalità di distribuzione, scelta nella scheda Funzionalità del modulo, vale per tutto l'ambiente:

• Distribuzione per categoria - in ogni categoria ITIL, la scheda Smart Assign attiva o disattiva la distribuzione e mostra il gruppo responsabile, i tecnici idonei e il criterio di scelta. Ideale per team specializzati, dove ogni area (infrastruttura, ERP, reti) ha il proprio gruppo.
• Tecnici del gruppo responsabile - partecipano i tecnici attivi del gruppo responsabile della categoria, con la possibilità di escludere i responsabili del gruppo; chi riceve il ticket è deciso da 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 salvata nel database e compare nella scheda Registri del modulo, con il motivo quando il ticket non viene distribuito, 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:

Come attivarlo

1. Installi il plugin NexTool in GLPI.
2. Vada su Configurazione > NexTool > Moduli.
3. Attivi il modulo Smart Assign.
4. Nella scheda Funzionalità del modulo si sceglie la modalità di distribuzione (bilanciamento o rotazione), valida per tutto l'ambiente, e come viene contato il carico (per gruppo o per categoria). Poi, in ogni categoria ITIL, si attiva la distribuzione nella scheda Smart Assign e si verifica il gruppo responsabile.
5. Apra un ticket di prova nella categoria configurata e verifichi il tecnico assegnato sul ticket stesso e nella scheda Registri del modulo.

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 va in ferie smette di ricevere non appena viene tolto dal gruppo responsabile o disattivato in GLPI. 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 quando il carico è contato per gruppo, l'impostazione predefinita:

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 registrata nella scheda Registri del modulo, nella griglia standard di GLPI, con filtri per livello, evento, ticket e tecnico: a chi è stato assegnato il ticket e, quando non lo è stato, il motivo (categoria inattiva, categoria senza gruppo responsabile o gruppo senza tecnico idoneo). Questo accorcia molto l'indagine "perché questo ticket è arrivato a me".

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 usi Smart Assign per il volume comune e riservi 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 6.10.1+
• PHP: 8.0+

Prossimo passo

Smart Assign fa parte di NexTool, un plugin modulare per GLPI. Scopra gli altri moduli oppure parli con il team per una demo nel Suo ambiente.

Revisionato dal team NexTool Solutions.