SLA-Breach Watchdog: scala automaticamente i ticket violati
Alla fine di questa ricetta, nessun ticket di supporto resta in silenzio oltre la scadenza — nel momento in cui un ticket viola lo SLA, Copera flagga la riga, riassume cosa serve al cliente e lo scala all'owner e al support lead, automaticamente. Poiché ticket, timer SLA e chat del team vivono tutti in un unico workspace, l'escalation raggiunge la persona giusta nell'istante in cui l'orologio scade, invece di affiorare ore dopo in un report che nessuno legge in tempo.
Prontezza: Disponibile ora (costruito come un'Automation). La versione in cui un unico collega con nome sorveglia gli SLA su ogni Board e scala da solo è in rollout in accesso anticipato.
Cosa fa
Nel momento in cui il timer Countdown SLA di un ticket supera la meta — resolve entro 4 ore, first response entro 30 minuti, qualunque sia l'accordo — questo watchdog agisce. Non aspetta che un umano noti il timer rosso sul Board; scatta sulla violazione stessa e guida l'escalation per te.
Una breach non è un evento misterioso da pollare. Sul Board ticket, un timer Countdown SLA diventa già ambra al 75% della meta, rosso al 90% e rosso-pulsante nell'istante in cui va in breach. Questo watchdog trasforma quello stato finale, impossibile da ignorare, in azione. Quando un ticket viola lo SLA:
- Flagga la riga Escalated e timbra l'ora esatta della violazione, così il miss resta a verbale e compare in ogni filter e view.
- Riassume il caso — uno step IA condensa subject, description e ultime reply in una riga "ecco cosa serve al cliente e perché è bloccato", così nessuno deve aprire il ticket per capirlo.
- Scala all'owner con un direct message che non può perdere, e coinvolge il support lead postando il ticket violato e un link su un canale support-leads.
La distinzione chiave rispetto a un deadline concierge, che sollecita prima di una data di scadenza, è che un watchdog scatta sulla violazione — il punto in cui una promessa al cliente è stata davvero rotta e qualcuno deve prendere in carico il recovery adesso:
| Il segnale | Cosa fa il watchdog | Chi lo sa |
|---|---|---|
| Il timer SLA va in breach (meta superata) | Flagga Escalated, timbra l'ora della violazione, redige un summary di una riga | L'owner del ticket (direct message) e il support lead (canale) |
| Opzionale: violazione in avvicinamento (early warning) | Avvisa mentre il countdown è ancora ambra, prima che la promessa si rompa | L'owner del ticket, in privato |
| Opzionale: tier urgent (condition su priority) | Avvisa un lead subito e redige un'email al cliente | Il lead, più un draft perché un umano lo invii |
Costruiscilo tu
Sul Board di support, aggiungi una colonna Countdown SLA con una durata goal (ad esempio, 4 ore per resolve). Configurala per start quando un ticket entra in Open o In Progress, pause su Waiting for Customer e stop su Resolved o Closed — così l'orologio gira solo mentre il team è davvero responsabile. Collega un business calendar se lo SLA conta ore lavorative, non la notte. Questo timer live è il segnale su cui gira tutto il watchdog.
In Automations, aggiungi un trigger SLA breached sulla tabella support. Scatta per un ticket specifico nell'istante esatto in cui il timer SLA supera la meta — niente polling, niente scan schedulato, nessuno scarto tra violazione e risposta.
Aggiungi una condition subito dopo il trigger per tenere la risposta proporzionata. Un check Compare — Priority equals Urgent or High — può dividere il flusso: le violazioni urgent prendono l'escalation completa sotto, mentre quelle di routine messaggiano solo l'owner. Salta questo se ogni violazione merita lo stesso trattamento.
Aggiungi uno step AI → Summarize che condensa il ticket — subject, description e ultime reply — in una nota di una riga su cosa serve al cliente e perché si è bloccato. È ciò che rende l'escalation leggibile all'istante: owner e lead vedono la situazione senza aprire il ticket.
Aggiungi un'azione Set field per spostare lo status del ticket su Escalated, e un'azione Set date to now per timbrare una colonna Breached at. Ora il miss è visibile sul Board, ordinabile e contabile — puoi costruire una view di tutto ciò che è andato in breach questa settimana solo con questi due campi.
Aggiungi un'azione Send direct message all'assigned owner del ticket con summary e link alla riga — un ping su cui agire in un click. Poi aggiungi un'azione Post channel message sul canale support-leads così la leadership vede la violazione in tempo reale. Preferisci un'escalation più discreta? Sostituisci il post sul canale con un'azione Send notification o Assign user(s) che porta un manager sulla riga.
Intercettalo prima che si rompa. Il watchdog sopra scatta sulla violazione. Per avvisare prima, timbra una data Resolution due quando un ticket si apre (un'azione Set date relative — created time più la finestra SLA), poi aggiungi una seconda automazione con trigger Date reached impostato a un tempo scelto prima di quella data — ad esempio 30 minuti prima di uno SLA di 4 ore. Invia un direct message all'owner mentre il countdown è ancora ambra, così molte violazioni non succedono mai. Stesso Board, un'automazione in più, un sistema completo di early-warning.
Un trigger per automazione, quindi scala con le condition. Un'automazione ha esattamente un trigger, ma un blocco condition può diramarla. Scatta una volta su SLA breached, poi dirama: Urgent → posta sul canale lead, assegna un manager e draft un'email al cliente; tutto il resto → solo DM all'owner. Un watchdog, una risposta scalata a quanto la violazione conta davvero.
Oppure chiedilo a Copera AI
Non devi assemblare il grafo a mano. Apri Ask Copera AI e descrivi il watchdog:
"Sul nostro Board Support, costruisci un'automazione: quando lo SLA di un ticket viene violato, riassumi di cosa ha bisogno il cliente, imposta lo status del ticket su Escalated, invia un DM all'owner assegnato per segnalare la violazione e posta il ticket con un link sul canale #support-leads."
Ask Copera AI pianifica, redige, valida e crea il grafo dell'automazione per te — il trigger SLA-breached, lo step di summarize e le action set-field e messaging — poi te lo restituisce per review. Con la modalità di permesso predefinita Ask before acting, mostra una review card prima che l'automazione venga creata, così approvi testo e routing prima che qualcosa vada live.
Gestisce anche lo sweep una tantum on demand: "Which tickets on the Support board have breached their SLA and aren't resolved? Summarize each and DM the owners." Legge il Board, elenca le violazioni attuali e messaggia ogni owner — senza aspettare il prossimo evento. Vedi Cosa può fare Copera AI per l'elenco completo delle azioni che può fare.
Fallo diventare un collega fisso
I AI teammates fissi sono in rollout graduale. Quando uno raggiunge il tuo workspace, un collega chiamato "SLA Watchdog" può possedere questo end to end: sorvegliare i timer SLA su ogni Board di support, scalare ogni violazione al suo owner, coinvolgere il lead giusto, tenere aggiornata la view dei ticket violati e riportare i miss della settimana — tutto secondo il proprio orario, sotto la propria identità. Fino ad allora, l'automazione sopra lo fa oggi. Tutto qui si può costruire ora come un'Automation.
Consigli
Metti in pausa l'orologio quando la palla è dal cliente. Configura la colonna SLA per pause su uno status Waiting for Customer così il timer non conta mai tempo che non è colpa del team — e il watchdog non scatta per quello. Puoi anche avviare, mettere in pausa o fermare il timer da un'automazione con l'azione SLA timer control quando un cambio di status da solo non basta.
Leggi la stanza con il sentiment. Aggiungi uno step AI → Sentiment o AI → Classify prima di scalare, così la violazione di un cliente furioso o VIP va dritta a un manager mentre una di routine solo pinga l'owner. La violazione è il trigger; il tono decide quanto alto suona l'allarme.
Tieni tutto ciò che è customer-facing dietro un draft. Direct message interni e post di canale possono partire diretti — nessuno fuori li vede. Ma se un gradino della tua escalation manda al cliente un'email di scuse o un update, usa la delivery draft o approval sull'azione Send or draft email così un umano approva prima il testo.
Imposta uno spend cap sul watchdog. Poiché gira un summary IA su ogni violazione, dai all'automazione uno spend cap per-automazione e tieni d'occhio la usage dashboard. Una giornata brutta piena di violazioni non può mai superare il budget che scegli — la run si ferma e lo riporta.
Domande frequenti
Copera può scalare automaticamente un ticket quando lo SLA viene violato?
Sì. Un trigger SLA breached scatta nel momento in cui il timer Countdown SLA di un ticket supera la meta. L'automazione può flaggare la riga Escalated, timbrare l'ora della violazione, inviare un direct message all'owner assegnato e postare il ticket su un canale support-leads — tutto senza che nessuno stia a guardare l'orologio.
Come fa Copera a sapere che uno SLA è stato violato?
Ogni ticket porta un timer SLA Countdown con una durata goal, ad esempio risolvere entro 4 ore. Quando il tempo trascorso supera quella meta, il timer va in breach e scatta l'automazione. Se la colonna SLA usa un business calendar, la violazione si misura in ore lavorative, quindi non scatta mai per notti o weekend in cui il team non era in orario.
Il watchdog scala prima o dopo che lo SLA si rompe?
Il watchdog core scatta sulla violazione stessa. Per intercettarla prima, aggiungi un'automazione di accompagnamento con un trigger Date reached impostato a un tempo scelto prima della resolution-due date, così l'owner riceve un avviso mentre il countdown è ancora ambra e c'è tempo per recuperare.
Chi viene notificato quando un ticket viola lo SLA?
Chi scegli tu. Il pattern comune invia un direct message all'owner assegnato del ticket e posta su un canale support-leads, ma puoi anche inviare una notifica in-app, assegnare un manager alla riga o redigere un'email — e instradare le violazioni urgenti in modo diverso con una condition sulla priority.
Può prioritizzare quali violazioni vengono escalate con più forza?
Sì. Metti una condition subito dopo il trigger che controlla priority o tier del ticket. Le violazioni urgent possono avvisare un lead e redigere un'email al cliente, mentre quelle di routine messaggiano solo l'owner — un watchdog, una risposta a livelli.
Correlati
- Automations — il trigger SLA-breached, le condition e le action di messaging su cui è costruita questa ricetta
- Tracciamento SLA — configura il timer Countdown, le soglie e il business calendar che il watchdog osserva
- Ask Copera AI — costruisci il watchdog o scansiona le violazioni attuali on demand
- Bot di risposte dalla knowledge base — risolvi i ticket più in fretta così meno arrivano a una violazione
- Un concierge delle scadenze con IA — il cugino prima-della-deadline, per date di scadenza invece di SLA
- Cosa puoi costruire con Copera AI — il playbook completo