Schvaľovacie reťazce naprieč oddeleniami v GLPI: validátori, hlasovanie, smerovanie

Schvaľovacie reťazce naprieč oddeleniami v GLPI: validátori, hlasovanie, smerovanie

Príde požiadavka na laptop za 1 200 €. Vedúci linky musí pokývať. Potom vlastník nákladového strediska. Potom šéf financií. Až potom IT môže naozaj kúpiť a nasadiť. Ak sa hociktorý zo štyroch krokov zaboduje do schránky, laptop príde o mesiac neskôr, než bolo sľúbené. Schvaľovanie naprieč oddeleniami je workflow, ktorý najčastejšie beží na e-maile, najčastejšie zlyhá a má najhlasnejšie politické dôsledky, keď zlyhá. Funkcia Validácie v GLPI to zvládne bez pluginov tretích strán — keď prestanete používať Tasks na to, na čo sú Validácie.

Validácie vs úlohy: čisté oddelenie

Úloha (Task) v GLPI reprezentuje prácu, ktorá sa má spraviť. Validácia reprezentuje povolenie pokračovať. V UI vyzerajú podobne, ale znamenajú rôzne veci. Validátor nerobí niečo — odpovedá áno alebo nie. Dať schválenie do Úlohy znamená, že sa v technickej fronte objaví ako práca, čo nie je. Dať prácu do Validácie znamená, že tam sedí a čaká na odpoveď, ktorá sa neaplikuje.

Otvorte ľubovoľný tiket. Záložka Schvaľovania je panel Validácií: vyžiadajte validáciu, vyberte validátora (jedného používateľa alebo skupinu), pridajte krátku správu so zdôvodnením. Validátor dostane notifikáciu, otvorí tiket, klikne Schváliť alebo Zamietnuť s voliteľným komentárom. Tiket sa dá nakonfigurovať, aby blokoval na nevyriešené validácie — agenti ho nemôžu zatvoriť, kým nie je každá validácia rozhodnutá.

Sekvenčné schvaľovanie: schodisko

Najjednoduchší vzor: každý schvaľovateľ rozhoduje postupne. Manažér schváli → financie schvália → IT pokračuje. V GLPI sa toto konfiguruje cez biznis pravidlo, ktoré vytvorí ďalšiu Validáciu po schválení predchádzajúcej. Agent odošle tiket; pravidlo spustí „Vyžiadať schválenie od manažéra". Keď manažér schváli, pravidlo spustí „Vyžiadať schválenie od financií". A tak ďalej.

Výhoda sekvenčného je auditovateľnosť — viete prečítať reťaz zhora nadol a vidieť, kto povedal áno a v akom poradí. Nevýhoda je rýchlosť — každý krok čaká na predchádzajúci. Ak je váš vedúci financií na dovolenke, reťaz sa zasekne.

Paralelné schvaľovanie: hlasovacia komisia

Alternatíva: vyžiadať všetky validácie naraz a vyžadovať buď všetky súhlasy, alebo väčšinu. GLPI podporuje oba módy. Otvorte Setup > Všeobecné > Asistencia > Validácia: vyberte medzi Všetci validátori musia schváliť a Schválenie jedným validátorom. To druhé je užitočné, keď máte komisiu, kde „ktorýkoľvek z týchto troch ľudí môže autorizovať" — užitočné pre urgentné požiadavky, kde nechcete čakať na konkrétneho manažéra.

Paralelné je rýchlejšie, ale ťažšie auditovateľné (kto sa pozrel prvý? kto čakal na ostatných?). Použite pre nízko-rizikové, časovo citlivé schválenia — núdzové hardware výmeny, urgentné prístupy. Sekvenčné pre vysoko-rizikové — rozpočet nad prah, security-citlivé prístupy, podpis zmluvy.

Smerovanie podľa prahových hodnôt

Nie každá požiadavka potrebuje celý reťazec. Nákup myši za 50 € by nemal triggernuť CFO podpis. Laptop za 5 000 € áno. Použite biznis pravidlá na kategórii tiketu a poli ceny: ak cena < 500 €, žiadne schválenie; ak 500-2000 €, len manažér; ak > 2000 €, manažér + financie + CFO. Pravidlo sa spustí pri vytvorení tiketu a vytvorí príslušné validácie.

Tu zaleží intake formulár: ak pole ceny chýba alebo je zlé, pravidlo smeruje zle. Urobte cenu povinnou na relevantných šablónach tiketov. Cena zlej smerovania (CFO copy-and-paste na požiadavke na myš) prevažuje cenu jedného navyšného povinného poľa.

Delegácia a eskalácia, keď schvaľovatelia chýbajú

Validačný systém GLPI podporuje delegovaného schvaľovateľa per používateľ — nastavený v Administrácia > Používatelia > (používateľ) > Zástupca. Ak je manažér OOO, validácie sa automaticky smerujú na zástupcu. Toto nakonfigurujte raz pri onboardingu manažéra; reťaz pokračuje aj keď ľudia cestujú.

Pre čistú eskaláciu, keď ani zástupca neodpovedá, pridajte biznis pravidlo: ak je validácia stále čakajúca po 5 pracovných dňoch, eskalujte na schvaľovateľa o úroveň vyššie. Žiadosť o validáciu zmení priradenie; pôvodný schvaľovateľ vidí vo svojej fronte, že timeoutol, čo je vlastný signál správania na budúce.

Hodnota pre audit

Pre SOX, ISO 27001 Annex A.9 (riadenie prístupu) a akýkoľvek interný kontrolný framework musí mať otázka „kto schválil aký výdavok a kedy" papierovú stopu. História validácií v GLPI — viditeľná v záložke História tiketu — odpovedá: časová pečiatka, meno validátora, rozhodnutie, komentár. Exportujte ročne ako súčasť prípravy auditu. Ten istý workflow, ktorý zrýchľuje schvaľovanie, produkuje aj evidenciu, ktorú audítori budú chcieť, bez samostatného logovacieho systému.

Potrebujete pomôcť s touto témou?

Kontakt