Opakujúce sa tikety v GLPI: údržba, pravidelné kontroly, audity

Opakujúce sa tikety v GLPI: údržba, pravidelné kontroly, audity

Najlepší spôsob, ako zabudnúť na štvrťročnú revíziu prístupov, je spoľahnúť sa na to, že si na ňu niekto spomenie. Najlepší spôsob, ako ju nezabudnúť, je nechať systém vytvoriť tiket — s priradeným technikom, kategóriou, prílohou checklistu — presne v deň, keď má prísť. Funkcia Recurring tickets v GLPI to robí natívne, bez pluginov.

Čo je opakujúci sa tiket

V Tools → Recurring tickets sa konfiguruje plán, ktorý GLPI cron každý deň vyhodnocuje. Plán pozostáva z troch kúskov:

  • Šablóna tiketu — definuje obsah: titul, popis, kategóriu, urgency/impact, požadovanú skupinu, lokalitu, custom polia. Šablóna sa vytvára vopred v Tools → Ticket templates.
  • Časový plán — kedy a ako často sa má tiket vytvárať: dátum prvého výskytu, perióda (každý deň, X dní, X týždňov, X mesiacov, X rokov, alebo vlastný cron-like výraz), čas vytvorenia.
  • Calendar — voliteľný kalendár pracovných dní. Ak je nastavený, tiket sa vytvorí len v pracovný deň. Štvrťročná kontrola, ktorá padne na 1. januára, sa odloží na 2. január.

Konfigurácia krok za krokom

  1. V Tools → Ticket templates vytvorte šablónu, napríklad „Mesačná kontrola záloh — produkčné servery". Vyplňte titul, popis (vrátane checklist-u), kategóriu, priradenú skupinu, urgency.
  2. V Tools → Recurring tickets → Add dajte plánu meno (napr. „Zálohová kontrola — mesačne").
  3. Vyberte šablónu z kroku 1.
  4. Nastavte Begin date (kedy plán začína platiť) a End date (voliteľne, pre dočasné plány).
  5. V Periodicity vyberte interval — pre mesačnú kontrolu zvolte „1 month" a v Creation time nastavte „08:00".
  6. Voliteľne pripojte calendar (ak nemá byť cez víkend alebo cez sviatky).

Plán sa stáva aktívnym okamžite — pri ďalšom behu cron job-u (každú hodinu defaultne) GLPI vyhodnotí, či je čas vytvoriť tiket.

Use cases s konkrétnym intervalom

  • Denne (každé ráno o 6:00): kontrola backup logov za predchádzajúcu noc. Tiket vytvorený s checklistom „Skontroluj veeam dashboard, over úspešnosť všetkých job-ov, prilož screenshot do prílohy".
  • Týždenne (každý pondelok o 8:00): weekly status meeting prep — vygeneruj report nedoriešených P1/P2 incidentov, prilož k tiketu, posúdi team lead.
  • Mesačne (1. v mesiaci): kontrola spotreby diskov, mesačný report uptime-u, vyúčtovanie helpdesku.
  • Štvrťročne: revízia prístupov (kto má aké práva v ERP, kto by ich nemal mať), patch tuesday review, security awareness email.
  • Polročne: SSL certifikát expiry kontrola (aj keď máte monitoring, ticket je explicitný record).
  • Ročne: licencia obnova alerty (M365, antivirus, support kontrakty), penetration test, disaster recovery test.

Skip-on-holiday a working hours

V GLPI existuje koncept Calendar v Setup → Dropdowns → Calendars. Tu sa definujú pracovné dni, pracovné hodiny a sviatky. Pri opakujúcom tikete, ak naviazaný kalendár označuje deň ako sviatok, tiket sa nevytvorí — odloží sa na ďalší pracovný deň.

Toto je dôležité pre úlohy ako „mesačné zúčtovanie helpdesku 1. v mesiaci" — ak 1. padne na nedeľu, posun na pondelok je správne. Pre úlohy ako „kontrola backupu denne" je to nežiaduce — backup beží aj cez víkendy a kontrolovať ho treba aj v sobotu. V tom prípade calendar nepripájajte.

Časté chyby a tipy

Pri rozbiehaní opakujúcich tiketov vidieť zopár opakujúcich sa chýb:

  • Príliš kompaktný popis — „Skontroluj zálohy" je zlá inštrukcia. Aby tiket fungoval aj keď ho rieši zastupovaný technik, popis musí obsahovať konkrétny checklist a linky na dokumentáciu.
  • Nepriradenie skupiny — ak šablóna nemá Assigned group, tiket spadne do „Unassigned" košíka a tam sa stratí. Vždy nastavte cieľovú skupinu, aj keď sa rotuje na člena.
  • Nezohľadnenie sviatkov — pre revízie a kontroly viazané na pracovné dni vždy pripojte calendar.
  • Žiadny progress monitoring — vytvorte si saved search „Recurring tickets staršie než 2× ich expected resolution time" a otvorte ju raz týždenne. Bez nej sa stratený opakujúci tiket správa ako tichý technický dlh.

Reporting a auditovateľnosť

Každý vytvorený opakujúci tiket má v poli Source hodnotu Recurring ticket, takže vo filtri a reporte sa dajú jednoducho oddeliť od ad-hoc požiadaviek. Pri audite (ISO 27001, NIS2) je toto nesmierne cenné — namiesto „vykonávame mesačnú revíziu" máte konkrétnu evidenciu vytvorených tiketov, kto ich riešil, kedy boli uzatvorené a aké komentáre obsahovali.

Recurring tickets nie sú len pohodlie — sú to dokladovaná disciplinovanosť. Bez nich rutinné kontroly závisia od pamäti technika. S nimi sú v procese, ktorý sa nezabudne, aj keď je tím v stresoch alebo na dovolenke.

Potrebujete pomôcť s touto témou?

Kontakt