Il contratto prevede 90 minuti dal primo contatto all'arrivo del tecnico in loco. Il responsabile dell'edificio chiama la tua sala operativa alle 23:00 perché un passeggero è bloccato nell'ascensore. Il tuo dispatcher apre un foglio di calcolo per trovare il tecnico di turno.
Quel foglio di calcolo non ha nozione del tempo che scorre. Non sa che lo SLA è partito 12 minuti fa. Non sa quale tecnico sia di guardia questo fine settimana. E non invierà nessun avviso se il cronometro sta per scadere.
Questo è il problema della gestione degli SLA, e non riguarda solo le emergenze. Si ripete decine di volte a settimana per ogni contratto di manutenzione che la tua azienda gestisce: durante le visite di manutenzione preventiva programmata, i test dei sistemi antincendio, i controlli degli impianti frigoriferi e tutto il resto che ti sei impegnato a eseguire nei tempi previsti.
Questa guida spiega come la gestione degli SLA funziona concretamente nel settore della manutenzione: i diversi tipi di SLA, come il cronometro parte e si ferma, come dovrebbe funzionare l'escalation e perché la differenza tra un foglio di calcolo e un software dedicato si misura in denaro reale.
Cosa coprono realmente gli SLA nei contratti di manutenzione
SLA è un termine ampio. Nei contratti di manutenzione si tracciano solitamente in parallelo quattro impegni temporali distinti.
SLA di tempo di risposta
È il tempo dalla segnalazione di un guasto (o dall'attivazione di un allarme) al momento in cui il tecnico accetta l'ordine di lavoro e inizia il tragitto. Nella manutenzione degli ascensori, uno SLA di risposta di 60–90 minuti copre il periodo dalla chiamata del passeggero bloccato alla partenza del tecnico. Per la sicurezza antincendio, lo SLA di risposta a un allarme critico è spesso 4 ore; per guasti ordinari può essere 24 ore. Lo SLA di risposta non richiede la presenza del tecnico in loco, richiede un'azione documentata.
SLA di tempo di risoluzione
È il tempo necessario a chiudere l'intervento: guasto riparato, impianto ripristinato, documentazione firmata. Gli SLA di risoluzione variano enormemente in base al livello contrattuale. Un guasto urgente a un ascensore ha tipicamente uno SLA di risoluzione di 4 ore. Un guasto ordinario a un impianto di climatizzazione con ricambi disponibili può avere 8 ore. Un guasto che richiede componenti speciali da reperire può avere un obiettivo di risoluzione di 5 giorni. La distinzione tra risposta e risoluzione è importante: puoi rispettare lo SLA di risposta e al tempo stesso violare quello di risoluzione se il lavoro si prolunga.
SLA di tasso di completamento della manutenzione programmata
La manutenzione preventiva programmata (MPP) viene contrattata con una frequenza definita: trimestrale, semestrale, annuale. Lo SLA qui non è un tempo di risposta ma un tasso di completamento. NFPA 25 richiede ispezioni agli impianti a sprinkler a intervalli definiti; la norma BS 5839-1 Clausola 34.2 specifica la frequenza minima delle visite del manutentore per i sistemi di rivelazione incendi in diverse categorie di rischio; il regolamento LOLER 1998 stabilisce il calendario delle verifiche periodiche semestrali per gli ascensori per persone. Violare lo SLA della manutenzione programmata non è una telefonata mancata, è la mancanza di un'intera finestra di ispezione, che può costituire un'inadempienza contrattuale e, a seconda del tipo di impianto, una violazione normativa.
SLA di tempo di escalation
Alcuni contratti includono un impegno secondario: se un guasto non viene risolto entro X ore, deve essere escalato a un tecnico senior o deve essere notificato il cliente. Nei sistemi manuali questo raramente viene monitorato separatamente, ed è lì che tende a perdersi.
Quando dovrebbe partire il cronometro
L'errore di calcolo degli SLA più comune nel campo service è misurare dal punto temporale sbagliato.
Nel software che genera automaticamente i timestamp degli SLA, il cronometro parte al momento della creazione dell'ordine di lavoro. L'ordine di lavoro viene creato nel momento in cui il guasto viene registrato: quando arriva la chiamata, quando scatta l'allarme automatico, quando il cliente invia una segnalazione online. Non quando il dispatcher assegna l'intervento. Non quando il tecnico lo accetta.
Questa distinzione è importante perché c'è sempre un intervallo tra il momento in cui un guasto viene segnalato e quello in cui un dispatcher lo elabora. Alle 2:00 di notte, quell'intervallo può essere di 15 minuti se la sala operativa è occupata. Se il tuo cronometro SLA partiva all'assegnazione anziché alla creazione, i tuoi report mostrano una risposta di 90 minuti mentre il cliente ha vissuto una risposta di 105 minuti. Questa discrepanza emergerà durante la revisione del report annuale sulle performance o, peggio, durante un'analisi delle penali.
La gerarchia corretta:
- Avvio cronometro: Guasto segnalato, chiamata ricevuta, allarme attivato, email registrata
- Accettazione: Il dispatcher crea e assegna l'ordine di lavoro
- Risposta: Tecnico in viaggio (conferma GPS o aggiornamento stato)
- Risoluzione: Lavoro completato, impianto ripristinato, firma ottenuta
La conformità agli SLA si misura rispetto al tempo trascorso tra l'avvio del cronometro e ciascuna fase. Ogni minuto di ritardo all'interno della tua organizzazione, un dispatcher lento nell'elaborare, un tecnico che tarda ad accettare un incarico, un'attesa di ricambi non registrata come pausa valida, conta contro di te.
Meccanica dell'arresto e della pausa del cronometro
Non tutto il tempo conta contro il tuo SLA e qualsiasi contratto competente lo definisce. Le esenzioni devono però essere documentate in tempo reale, non ricostruite a memoria dopo una violazione.
Pause valide del cronometro includono:
- Attesa di accesso dal lato del cliente, il responsabile dell'edificio non ha aperto il locale tecnico
- Ricambi ordinati, richiesta materiali documentata inviata, ETA confermato
- Decisione del cliente in attesa, una riparazione preventivata è in attesa di approvazione scritta prima di procedere
- Dipendenza da terzi, attesa di un subappaltatore specialista o di un fornitore di servizi
Pause del cronometro che non reggeranno in una contestazione:
- "Non riuscivamo a contattare nessuno" (senza tentativi di chiamata documentati con orari specifici)
- "I ricambi erano in transito" (senza timestamp dell'ordine di acquisto)
- "Il cliente non aveva approvato il preventivo" (senza data di emissione del preventivo e contatto nominativo che lo aveva ricevuto)
Quando un cliente contesta il calcolo di uno SLA, l'onere della prova è a tuo carico. Una nota in una colonna del foglio di calcolo "in attesa ricambi" non soddisferà un cliente il cui contratto prevede penali per inadempienza. Una traccia di audit con timestamp ancorati in una piattaforma di gestione servizi, sì.
Violazioni SLA in pratica: tre settori
Capire come avvengono le violazioni è più facile con esempi reali. Ecco tre scenari in diversi settori.
Ascensori: soccorso a passeggero bloccato
Il contratto prevede uno SLA di risposta di 90 minuti per eventi di passeggero bloccato. Il cronometro parte quando scatta l'allarme in cabina e la tua sala operativa riceve la chiamata.
Punti critici tipici:
- Il dispatcher impiega 8 minuti per identificare il vano (nessun abbinamento telefono-impianto)
- Il primo tecnico di turno non risponde; 12 minuti persi per individuare il sostituto
- Il tempo di percorrenza è 42 minuti, ma il dispatcher non sapeva che il tecnico sostituto era 12 minuti più lontano del principale
Totale: 62 minuti prima che il tecnico arrivi, rientra nell'obiettivo di 90 minuti, ma solo perché un dispatcher competente ha gestito manualmente i ritardi. Aggiungi 10 minuti all'identificazione del vano e hai una violazione. Aggiungi un incidente stradale al tempo di percorrenza e hai una violazione più un passeggero bloccato in una cabina ferma per oltre 90 minuti.
La Clausola 5.3 EN 81-28 richiede che il registro del centro di allarme documenti l'orario di ogni intervento nella sequenza di soccorso. Se riesci a produrre quel registro, puoi dimostrare esattamente dove è andato il tempo. Se non puoi, la violazione è indifesa.
Antincendio: visita di manutenzione programmata trimestrale
Un punto vendita al dettaglio con un impianto di rivelazione incendi categoria L2 conforme a BS 5839-1 richiede visite trimestrali del manutentore. Il tuo contratto con il responsabile della struttura garantisce visite a gennaio, aprile, luglio e ottobre con una finestra di tolleranza di ±14 giorni.
Il tecnico visita a gennaio e luglio. La visita di aprile viene rinviata due volte su richiesta del cliente; il secondo appuntamento rimandato cade fuori dalla finestra di tolleranza. La visita di ottobre avviene nei tempi previsti.
Risultato: una violazione dello SLA di manutenzione programmata. L'assicuratore del cliente richiede il registro delle ispezioni durante un audit annuale. Il gap di aprile è visibile. Il responsabile della struttura scala il problema. La tua azienda affronta una clausola penale contrattuale pari a un mese di canone di manutenzione e una revisione informale sul rinnovo del contratto.
In un ambiente basato su fogli di calcolo, questa violazione è invisibile finché non viene sollevata dall'esterno. In un sistema di manutenzione programmata gestita, la visita di aprile avrebbe segnalato arancione al 7° giorno di ritardo ed escalato al responsabile al 10° giorno.
Climatizzazione: SLA di risposta nella catena del freddo
Un magazzino frigorifero farmaceutico ti ha incaricato dell'intervento di emergenza sugli impianti di refrigerazione. Lo SLA è 4 ore dall'allarme all'arrivo del tecnico, 24/7. La penale per violazione è di €500 per ora oltre la soglia SLA, con un tetto al valore mensile del contratto.
Un allarme scatta alle 3:15 di sabato. Il tecnico di turno riceve la notifica via SMS. Non vede il messaggio. Il secondo metodo di notifica, una chiamata telefonica, non è configurato nel sistema. Il dispatcher del turno notturno registra il guasto ma ritiene che l'SMS sia sufficiente.
Il tecnico richiama alle 5:45. È in loco alle 6:30, 3 ore e 15 minuti dopo l'allarme. Rientra nello SLA di 4 ore, ma di poco. Più importante, il 30-minuto tra l'invio dell'SMS e la registrazione della chiamata come non risposta non ha documentazione.
Se l'impianto si fosse spento invece di allarmare, se la temperatura avesse effettivamente superato la soglia e le scorte farmaceutiche fossero state compromesse, la penale di €500/ora avrebbe applicato dall'ora 4 in poi, e l'assenza di un tentativo di escalation documentato, diciamo alle 3:45, sarebbe stato un problema serio.
Come dovrebbe funzionare l'escalation
L'escalation è il meccanismo che trasforma una potenziale violazione SLA in un evento gestito. La maggior parte delle aziende descrive un processo di escalation. Poche ne hanno uno che gira automaticamente.
Una catena di escalation funzionante per un guasto critico si presenta così:
T+0, Ordine di lavoro creato, tecnico notificato (notifica push + SMS) T+10 min, Nessuna conferma dal tecnico: nuova notifica automatica allo stesso tecnico più notifica al contatto di escalation (tipicamente il team leader) T+20 min, Ancora nessuna conferma: escalation al tecnico di turno secondario, alert inviato al responsabile operativo T+45 min, Se lo SLA di risposta è 90 minuti e nessun tecnico è in viaggio: il responsabile operativo riceve una chiamata di escalation, non solo una notifica T+70 min (per uno SLA di 90 min), Avviso pre-violazione: 20 minuti rimanenti, tecnico non ancora in loco, notifica automatica al contatto in loco che la risposta è imminente ma al limite
La distinzione critica tra un foglio di calcolo e una piattaforma gestita è che questa catena gira senza che nessuno guardi manualmente il cronometro. Il dispatcher non ha bisogno di controllare a T+10 se il tecnico ha risposto. Lo fa il sistema.
Gli avvisi pre-violazione, notifiche inviate prima che lo SLA venga violato, non dopo, sono ciò che separa la gestione reattiva degli SLA da quella proattiva. Una notifica a T+80 (10 minuti dopo la violazione) ti dice cosa è già andato storto. Una notifica a T+70 ti dà una finestra di 20 minuti per far arrivare ancora qualcuno in tempo.
Il problema dei fogli di calcolo
Vale la pena essere specifici su cosa la gestione degli SLA basata su fogli di calcolo impedisce concretamente, perché i fallimenti sono prevedibili.
Nessun cronometro in tempo reale. Un foglio di calcolo non sa che ore sono. Puoi registrare un orario di inizio in una cella e calcolare manualmente il tempo trascorso, ma nessuna di queste cose genera un avviso proattivo. Nessuno viene notificato che si sta avvicinando una violazione.
Nessun trigger di escalation. Un flusso di lavoro di escalation richiede un sistema che possa inviare notifiche a intervalli definiti senza input umano. Un foglio di calcolo non può farlo.
Il reporting richiede ricostruzione manuale. Produrre un report mensile di conformità SLA da un foglio di calcolo significa che qualcuno deve estrarre dati da più schede, riconciliare i timestamp e calcolare manualmente le percentuali di conformità. Questo richiede 4–8 ore al mese per un'azienda con oltre 100 contratti attivi. È anche soggetto agli errori di calcolo che emergono durante le riunioni di revisione con i clienti.
Nessun monitoraggio delle pause. Se un intervento è in attesa di ricambi, questo va registrato con timestamp di inizio e fine verificabili. Un commento in una cella o una voce in una colonna etichettata "in sospeso" non è equivalente.
Più sedi, nessuna consolidazione. Se la tua azienda ha 200 contratti di manutenzione con 15 tecnici, lo stato SLA di ogni ordine aperto non può essere tenuto in un unico foglio di calcolo che si aggiorna in tempo reale. Il foglio del dispatcher, quello del pianificatore e il taccuino del tecnico contengono versioni diverse della verità.
La transizione dai fogli di calcolo non è una preferenza tecnologica. È una decisione di gestione del rischio. Ogni mese in cui operi con i fogli di calcolo è un mese in cui una violazione SLA non rilevata è possibile, e in cui la traccia di audit per difenderti in una contestazione è incompleta.
Reporting SLA: cosa vogliono davvero i clienti
Il reporting SLA mensile o trimestrale è un obbligo contrattuale nella maggior parte degli accordi di manutenzione gestita. I clienti a livello di facility management, e in particolare a livello corporate, hanno propri obblighi di rendicontazione verso i proprietari degli immobili, le assicurazioni e, nei settori regolamentati, verso i loro stessi enti regolatori.
La struttura del report che i clienti vogliono:
Tasso di conformità SLA di risposta. Quale percentuale degli interventi reattivi ha rispettato il tempo di risposta obiettivo in questo periodo? Suddiviso per livello di priorità.
Tasso di conformità SLA di risoluzione. Quale percentuale degli interventi è stata completamente risolta entro la finestra di risoluzione contrattuale? Con annotazione chiara degli interventi in cui il cronometro è stato messo in pausa e perché.
Stato completamento manutenzione programmata. Quali visite pianificate sono state completate, quali sono in sospeso, e qual è il tasso di completamento rispetto al calendario contrattuale per il periodo.
Riepilogo violazioni. Eventuali violazioni SLA nel periodo: numero di riferimento dell'intervento, durata della violazione, causa e azione intrapresa. I clienti non si aspettano zero violazioni, si aspettano trasparenza ed evidenza di azioni correttive.
Dati di tendenza. Confronto mese su mese. Le performance stanno migliorando, sono stabili o stanno peggiorando?
Il software che genera automaticamente questo report dai dati degli ordini di lavoro, estraendo timestamp, calcolando percentuali di conformità e formattando per l'output, elimina l'onere della preparazione manuale del report e riduce il rischio di presentare al cliente una cifra che non corrisponde ai suoi stessi dati.
FAQ
Qual è lo SLA standard per l'intervento di soccorso a un passeggero bloccato in ascensore?
La maggior parte dei contratti di manutenzione ascensori residenziali e commerciali in Italia e nella UE prevede uno SLA di risposta di 60–90 minuti dal momento dell'attivazione dell'allarme in cabina all'arrivo del tecnico. L'Allegato A di EN 81-28 fornisce indicazioni sui tempi di risposta attesi per i servizi di monitoraggio allarmi. I contratti premium per edifici in altezza o ad alta frequentazione possono prevedere 45 minuti o meno.
Come devono essere documentate le pause del cronometro per reggere in una contestazione?
Ogni pausa richiede un timestamp di inizio, un motivo da un elenco definito (ritardo di accesso, ricambi ordinati, decisione del cliente in attesa) e un timestamp di fine quando la pausa viene revocata. La persona che ha avviato la pausa e quella che l'ha terminata devono essere entrambe registrate. I commenti narrativi in un campo di testo libero sono prove di supporto; non sostituiscono i timestamp strutturati.
Qual è un tipico tasso di completamento della manutenzione programmata in uno SLA?
La maggior parte dei contratti di manutenzione gestita prevede un tasso minimo di completamento della manutenzione programmata del 95% per periodo. Alcuni clienti in settori regolamentati (ospedali, magazzini farmaceutici, impianti nucleari) richiedono il 100% di completamento entro una finestra di tolleranza definita. La finestra di tolleranza, tipicamente ±14 giorni di lato rispetto alla data programmata, è un parametro separato e importante; completare una visita con 30 giorni di ritardo conta comunque come violazione anche se completata.
Cosa succede alla conformità SLA quando un tecnico è malato?
Lo SLA contrattuale non si mette in pausa perché il tuo tecnico di turno si è ammalato. Questo è un problema di continuità operativa, non un problema di definizione dello SLA. La tua catena di escalation e il calendario dei turni di reperibilità devono essere configurati in modo che l'assenza di un singolo tecnico non si trasformi in un mancato intervento. Se la tua catena di escalation raggiunge uno slot vuoto, un tecnico nominato senza sostituto attivo, il rischio SLA è tuo.
Posso applicare retroattivamente i cronometri SLA a vecchi interventi?
No. I cronometri SLA devono essere applicati al momento della creazione dell'ordine di lavoro. L'assegnazione retroattiva di un orario di inizio introduce un divario tra il momento in cui il guasto è stato effettivamente registrato e quello che il tuo sistema indica come registrazione, esattamente il tipo di discrepanza che crea problemi durante la revisione delle penali. Migrare a un sistema gestito significa impostare una data di cutover; gli interventi precedenti a quella data non vengono tracciati per SLA, e comunichi questo ai clienti in modo trasparente.