Les ruptures de SLA coûtent 10K$+ par incident en pénalités contractuelles — et elles surviennent silencieusement parce que personne ne suit le chrono avant qu'il soit trop tard. Le suivi SLA manuel dans des tableurs manque 30% des tickets à risque jusqu'à ce que la rupture soit déjà consommée.

Utilyx modélise la gestion des SLA en un workflow exécutable : chaque ticket porte un timer SLA live, les alertes prédictives se déclenchent à 80% de l'échéance, et les escalades routent vers le bon manager automatiquement.

Le workflow est structuré en arbre de décision avec 4 branches (tiers SLA P1/P2/P3/P4) et 6 étapes de bout en bout. Chaque étape est exécutée par un acteur nommé (moteur SLA, sql-query, service email, Escalation manager, Technicien, Service owner) et chaque action est horodatée.

• Étape 1 (Start — moteur SLA) : à la création d'un ticket, le moteur SLA assigne un target_resolution_time selon la matrice priorité × impact (P1 : 4h, P2 : 8h, P3 : 24h, P4 : 48h) et lance le chrono. Champs : ticket_id, sla_tier, target_resolution, flag paused_during_business_hours.

• Étape 2 (sql-query) : le moteur exécute une requête SQL périodique (toutes les 5 min) sur le store de tickets pour calculer le ratio elapsed_time / target_resolution par ticket ouvert et signaler ceux qui franchissent les seuils 50%, 80% et 95%.

• Étape 3 (Routage) : quatre branches conditionnelles — Branche A (P1 à 80%) : email immédiat au manager IT + technicien, ping Slack via call-connector, canal war-room auto-créé ; Branche B (P2 à 80%) : email au team lead + technicien ; Branche C (P3 à 95%) : email au technicien seul ; Branche D (P4 à 95%) : flag tableau de bord, pas de notification individuelle (coût de rupture faible).

• Étape 4A (email) : l'email d'escalade contient le contexte du ticket, temps écoulé, temps restant, assigné actuel et un lien de réassignation en un clic. Le module email envoie dans la langue préférée du destinataire.

• Étape 5A (Escalation manager) : si le ticket rompt quand même, une tâche post-mortem est créée sur la queue de l'Escalation manager avec champs root-cause (breach_reason, contributing_factors, preventive_action). Le ticket est flaggé 'SLA breached' et le coût de pénalité est enregistré pour le rapport SLA mensuel.

• Étape 6A (Clôture) : à la résolution, le moteur SLA calcule le temps réel vs cible, stocke la variance dans la table sla_metrics via sql-query, et alimente le tableau de bord de conformité SLA mensuel.

Les équipes qui adoptent Utilyx constatent le taux de rupture SLA passé de 18% à moins de 3%, les pénalités de 10K$+ par rupture évitées grâce aux alertes prédictives à 80% de l'échéance, et zéro suivi SLA manuel parce que le moteur sql-query calcule chaque timer en temps réel.

Le routage d'escalade à 4 niveaux adapte l'urgence à chaque priorité, le module email multilingue sert les équipes globales sans surcoût de traduction, et les données de variance SLA alimentent directement les revues contractuelles — sans outil de reporting séparé.