GLPI workflow nie je o nahradení papiera. Väčšina organizácií prestala papiere posúvať po kanceláriách pred rokmi — skutočný východiskový stav dnes je zmes e‑mailových vlákien, zdieľaných priečinkov a „ping cez Teams kolegovi“. Poctivá otázka znie, čo sa s IT tiketom stane medzi momentom podania a momentom uzavretia: komu sa priradí, kto ho musí schváliť, kedy eskaluje, aká šablóna vyplní povinné polia. GLPI pokrýva užitočnú časť z toho hneď po inštalácii a plugin Cascade rozširuje zvyšok — prípady, v ktorých vstavané pravidlá prestanú stačiť.
Čo vstavaný workflow skutočne robí
GLPI má niekoľko mechanizmov, ktoré spolu tvoria to, čo väčšina ľudí myslí pod „workflow“:
- Business rules pre tikety. Kritériami riadené pravidlá, ktoré sa spúšťajú pri vytvorení alebo aktualizácii tiketu a nastavujú hodnoty — kategóriu, prideleného technika, SLA, urgentnosť, entitu. Klasický príklad: každý tiket z entity Predaj s kategóriou „Tlačiareň“ sa smeruje na lokálnu IT skupinu so SLA „Gold“. Nastavte ich dosť a denná triage porada prestane byť potrebná.
- Schvaľovacie reťazce. Zmeny a tikety môžu vyžadovať schválenie konkrétnych používateľov alebo skupín pred posunom do ďalšieho stavu. Jednoúrovňové pre rutinnú prácu, viacúrovňové pre zmeny s vysokým dopadom. Každé schválenie sa zaznamenáva s časovou pečiatkou, autorom a komentárom — tento log je dôvod, prečo sú zmeny auditovateľné.
- SLA eskalácie. Keď tiket dosiahne percento SLA času bez pridelenia alebo vyriešenia, GLPI spúšťa akcie — upozorní manažéra, zvýši prioritu, presmeruje na inú skupinu. Eskalácia je samotný workflow, nie pripomienkový e‑mail.
- Šablóny tiketov. Povinné polia a predvyplnené hodnoty podľa kategórie. Šablóna „Nový notebook“ môže vynútiť sériové číslo, miesto doručenia a schvaľovateľa ešte pred tým, ako sa tiket vôbec podá. Už len toto odstráni dopytovanie sa, ktoré inak minie prvý deň každej štandardnej požiadavky.
- Opakujúce sa tikety. Plánované tikety pre predvídateľnú údržbu — kvartálne overenie záloh, ročná obnova certifikátu, mesačný patch rollout. Nie je to efektné, ale alternatíva je pripomienka v kalendári jedného človeka, ktorú nikto iný nevidí.
Dohromady pokrývajú väčšinu dennej IT prevádzky. Zaujímavé začínajú byť okrajové prípady.
Kde nastupuje Cascade
Vstavané pravidlá sú zámerne plytké: spúšťajú sa pri vytvorení alebo aktualizácii, nastavujú polia, prípadne odošlú notifikáciu. Neriešia dobre viackrokový workflow s vetveniami, časovo podmienenými prechodmi alebo závislosťami medzi objektmi. Náš plugin Cascade túto medzeru vypĺňa — vizuálny dizajnér, podmienené vetvy, časové spúšťače, akcie naprieč tiketmi, zmenami a aktívami. Vznikol preto, že klienti opakovane žiadali niečo ako „ak schvaľovateľ nereaguje do 24 hodín, smeruj na jeho zastupovanie, a ak ani tam odpoveď nepríde, eskaluj na vedúceho oddelenia“ — typ požiadavky, ktorý sa v štandardných business rules sotva dá vyjadriť.
Kde GLPI workflow končí
GLPI workflow je pre IT prevádzku. Nie je to všeobecný BPM engine. Ak je použitie HR onboarding, routovanie faktúr, schvaľovanie zmlúv alebo cestovné príkazy, GLPI to technicky zvládne — tiket je stále tiket — ale budete bojovať s dátovým modelom. Tieto procesy patria do samostatného nástroja, alebo aspoň do samostatnej GLPI entity s vlastnými kategóriami a pravidlami, držanej mimo IT prevádzky.
Druhá poctivá výhrada: kvalita workflowu závisí od disciplíny v kategorizácii. Ak každý tiket skončí v kategórii „Ostatné“ s dvojslovným popisom, žiadne business rule ho nepresmeruje nikam zmysluplne. Prvý krok akéhokoľvek workflow projektu býva upratanie stromu kategórií — menej efektné ako samotné pravidlá, ale nosné.
Kde začať
Ak váš service desk funguje tak, že každé ráno človek manuálne triediť frontu, je to kvalifikovaný človek robiaci prácu, ktorú by niekoľko business rules zvládlo v milisekundách. Najmenší užitočný prvý krok sú dve‑tri smerovacie pravidlá pre najčastejšie kategórie — nechajte ich týždeň bežať, doladiť kritériá a potom pridať schvaľovania tam, kde to má zmysel. Nesnažte sa modelovať celý desk prvý deň. Workflowy, ktoré začnú jednoducho a postupne rastú, prežívajú. Tie, ktoré sú dopredu navrhnuté na každý prípad, sa lámu pri prvom rozpore medzi špecifikáciou a realitou.