E-mailové schvaľovanie funguje, kým funguje. Keď nefunguje — schvaľovateľ je na dovolenke, reply-all reťaz sa rozdelí na tri vlákna, niekto odpíše „OK" zo svojho mobilu bez kontextu, audítor sa pýta kto a kedy schválil — pre IT tím nastáva detektívna práca v Outlooku. Schvaľovanie v rámci GLPI tiketu rieši všetky tri problémy naraz: zodpovednosť je viditeľná, história je v jednom mieste, a každý krok má časovú pečiatku v audit logu.
Natívne validácie v GLPI
GLPI má vstavaný objekt Validácia, ktorý funguje na tikoch (Incident a Request) aj na zmenách (Change). Technik alebo žiadateľ otvorí tiket, klikne na záložku Validácie → Pridať, vyberie schvaľovateľa (používateľa alebo skupinu) a zadá zdôvodnenie. Schvaľovateľ uvidí žiadosť v dashboarde aj v notifikácii a odpovie priamo v tikete jedným z troch stavov:
- Čaká — žiadosť je otvorená.
- Schválené — schvaľovateľ akceptoval, môže pridať komentár.
- Zamietnuté — vyžaduje sa zdôvodnenie (povinné pole).
Tiket sa môže nastaviť tak, aby nemohol prejsť do stavu Solved bez schválenia. To je rozdiel od e-mailu — proces nepostúpi, kým schvaľovateľ neklikne. Žiadne „prepáč, prehliadol som".
Mobilné schválenie
Schvaľovatelia bývajú manažéri a tí často nesedia za PC. GLPI má mobilné rozhranie (od verzie 10) a samostatnú PWA aplikáciu, ktoré zobrazia validáciu v rovnakom kontexte ako desktop — žiadateľ, dôvod, prílohy, predchádzajúce komentáre. Schvaľovateľ klikne Schváliť alebo Zamietnuť a píše krátky komentár cez mobilnú klávesnicu.
V e-mailovom workflowe je toto miesto pre chyby: schvaľovateľ vidí len tri riadky preposlaného textu, neistotu o tom, či to je nová žiadosť alebo eskalácia, a chýba mu kontext predchádzajúcej diskusie. Pri schvaľovaní v tikete je všetko v jednom paneli.
Viacúrovňové schvaľovanie
Pre žiadosti, ktoré vyžadujú dva alebo viac súhlasov (napríklad vedúci útvaru → IT manažér → CFO pri sume nad 5 000 €), použite buď postupne pridávané validácie, alebo plugin Formcreator, ktorý umožňuje definovať schvaľovaciu maticu pri vytvorení formulára. Pravidlo „všetci schvaľovatelia musia schváliť, aby sa tiket uzavrel" sa nastavuje v Setup → General → Approval → Required validations.
Pre podmienené smerovanie (suma, kategória, oddelenie) a paralelné schvaľovanie sa GLPI natívne validácie môžu kombinovať s business rules. Pri zložitejších procesoch (napríklad change management s CAB review, technical review a backout plan attachment) je vhodné zvážiť plugin Cascade, ktorý prináša grafický editor schvaľovacích reťazcov nad rámec natívnych validácií.
Auditovateľnosť
Každá akcia na validácii — vytvorenie, schválenie, zamietnutie, zmena schvaľovateľa — sa zapisuje do Historie objektu s časovou pečiatkou a používateľom. Toto je rozdiel oproti e-mailu, kde audit závisí od:
- archivácie e-mailov (a jej retention politiky),
- schopnosti audítora dostať sa k Outlook archívom konkrétnych ľudí,
- integrity časových pečiatok (ktoré sú dôveryhodné len pri DKIM-podpísaných správach),
- úplnosti reťaze (preposlanie odrezáva časť histórie).
Pri SOX, ISO 27001 alebo NIS2 audite je rozdiel medzi „pošlem audítorovi export z GLPI s časovými pečiatkami" a „rozosielam tri kolá otázok na ľudí, či ešte majú e-maily". Pre regulované odvetvia je centralizovaný workflow nielen pohodlie, ale compliance požiadavka.
Praktická konverzia z e-mailu na GLPI workflow
- Identifikujte top 3 schvaľovacie procesy — zvyčajne nákup IT vybavenia, prístup do systému, zmena prístupových práv.
- Pre každý vytvorte šablónu tiketu alebo Formcreator formulár s pevne nastavenými poliami (žiadateľ, oddelenie, suma, dôvod).
- Definujte schvaľovaciu maticu — kto schvaľuje pre akú sumu, akú kategóriu, aký systém. Maticu uložte ako business rules, nie ako tribal knowledge.
- Notifikácie nastavte zúžene — schvaľovateľ dostane jeden e-mail s linkom do GLPI, nie celý tiket v plain texte. Cieľ je, aby si schvaľovateľ otvoril GLPI, nie aby odpovedal na e-mail.
- Zatvorte e-mailové cesty — komunikujte tímom, že požiadavky cez e-mail sa neschvaľujú; vrátia sa s odkazom na GLPI formulár. Bez tohto kroku ľudia padnú späť do starého workflowu.
Schvaľovanie v ticketoch nie je len pohodlie — je to posun zo „dôveryhodnosti reply-all reťazí" na „auditovateľný proces s časovými pečiatkami". V regulovaných odvetviach a pri rastúcom tíme je tento posun nutnosť, nie luxus.