Ľudia hovoria „eskalácia" a myslia dve rôzne veci, a potom sa hádajú, prečo im konfigurácia nefunguje. SLA eskalácia je riadená časom: tiket nebol vyriešený do termínu, takže systém volá hlasnejšie. Tierová eskalácia je riadená zručnosťami: L1 spravil to, čo L1 vie, a ďalší krok potrebuje hlbšiu znalosť. Tie isté funkcie GLPI podporujú obe, ale vyžadujú iné nastavenie. Tento článok je o tierovej eskalácii — reťazci L1 → L2 → L3 — pretože je to častejšia potreba a zároveň tá, ktorú tímy nastavujú najhoršie.
Skupiny, nie technici
Základné pravidlo: tierová eskalácia priraďuje na skupinu, nikdy nie na konkrétneho technika. Tiket priradený „Jane z L2" je tiket, ktorý nikam nejde, keď je Jana na dovolenke. Priradený na Group L2 zostáva v L2 fronte a vyzdvihne ho ten, kto je na zmene. Otvorte Administrácia > Skupiny a vytvorte tier štruktúru:
- Support — L1: agenti prvej línie, riešia väčšinu tiketov, eskalujú to, čo nedokážu.
- Support — L2: hlbšie zručnosti, menší tím, prijíma eskalácie.
- Support — L3: experti na danú oblasť. Zvyčajne 2-3 ľudia. Posledná zastávka pred engineeringom.
Práva profilov pre každú skupinu by mali zodpovedať úrovni: L1 vidí len priradené tikety, L2 vidí všetky support tikety, L3 má dodatočné práva na problem records a changes. Permissions model je to, čo robí rozdiel medzi tiermi reálnym — bez toho je „L2" len nálepka.
Manuálna eskalácia: každodenný prípad
Najbežnejšia eskalácia je manuálna: L1 agent vyšetril, narazil na hranicu toho, čo môže urobiť, a potrebuje to posunúť vyššie. Nepreraďuje tipovaním mena. Preraďuje na Group L2. Z formulára tiketu: Aktéri → odstráňte skupinu L1 → pridajte skupinu L2 → pridajte privátny followup s popisom, čo bolo vyskúšané a na čo by sa L2 mal pozrieť ďalej.
Tá posledná veta je to, čo oddeľuje funkčnú eskaláciu od zbytočnej. „Eskalujem na L2" bez kontextu znamená, že L2 strávi 20 minút opakovaním L1 diagnostiky. Dvojvetný súhrn — „Vyskúšal som kroky A, B, C. Chyba je konzistentná s prípadom X, ale nemám práva to overiť" — ušetrí čas a ukazuje, že eskalácia nie je hodenie problému inde, ale odovzdanie.
Automatické smerovanie podľa kategórie
Niektoré tikety by nemali ísť na L1 vôbec. Backup-job zlyhanie ide rovno na L2. Database alert ide rovno na L3. Toto nakonfigurujte v Administrácia > Pravidlá > Pravidlá na priraďovanie kategórie. Pridajte pravidlo: Ak kategória sa rovná Infraštruktúra > Backup, potom priradená skupina = Support — L2. Tiket úplne obíde L1.
Použite to pre technické kategórie, ktoré L1 nemá riešiť. Nepoužívajte to na obchádzanie L1 pre všeobecné kategórie ako „Softvér" — väčšina softvérových tiketov sú reset hesla alebo reštart, a L1 ich má spracovať. Špecifické kategórie so špecifickým smerovaním; všetko ostatné cez hlavné dvere.
SLA časovač ako záchranná sieť, nie hlavný mechanizmus
SLA v GLPI vie spustiť vlastnú eskaláciu: ak tiket sedí v stave Spracovávaný (priradený) X hodín bez vyriešenia, eskalujte SLA úroveň (čo môže následne pretrasovať tiket cez business pravidlá). Užitočné ako poistka — tiket priradený L2, ale stojaci dva dni, by mal automaticky stiahnuť pozornosť manažéra — ale zlé ako primárny tier mechanizmus. Časom riadená eskalácia obchádza ľudský úsudok „toto je ťažšie, než zvládnem". Posúva tikety, ktoré sa práve nakopili, nie tie, ktoré naozaj potrebujú expertízu.
SLA-driven eskaláciu konfigurujte len pre skutočné urgency drift: P1 stále otvorený po 4 hodinách, alebo akýkoľvek tiket nedotknutý 48 hodín. Nie pre bežné tier handoffs.
Sledujte reťaz, audituje úniky
Každé preradenie sa loguje v záložke História tiketu. Hodnotnejší pohľad než per-ticket log je však agregát. Vytvorte uložené vyhľadávanie: „Tikety, ktoré sa dotkli 3+ skupín". Ak toto číslo rastie, vaše tier definície sú zlé: buď má L1 zlú sadu zručností (príliš veľa sa eskaluje), alebo L2 je príliš úzke (všetko ide cez nich na L3).
Ďalšia kontrola: koľko tiketov sa zatvára na L1 vs L2 vs L3? Zdravé pomery sú približne 70 / 20 / 10 — väčšina tiketov vyriešená v najlacnejšom tieri. Ak je to 40 / 30 / 30, L1 nie je vyškolený alebo splnomocnený a platíte L3 ceny za L1 prácu. Tierová eskalácia je užitočná len vtedy, keď ju väčšina tiketov nepotrebuje.