GLPI bez nakonfigurovaných notifikácií je čiernou skrinkou — zmeny sa dejú, ale nikto sa o nich nedozvie, kým sa nepozrie do UI. S notifikáciami sa stáva komunikačným hubom: technik dostane e-mail pri priradení P1 tiketu, žiadateľ vie, kedy sa jeho požiadavka pohla, manažér dostane denný report otvorených eskalácií. Konfigurácia má tri vrstvy: šablóny, eventy a podmienky.
Šablóny: čo sa posiela
V Setup → Notifications → Notification templates sa definujú e-mailové šablóny pre rôzne objekty (Ticket, Change, Project, Asset…). Každá šablóna obsahuje:
- Subject — predmet e-mailu s placeholdermi.
- Text body — plain-text verzia (pre clienty, ktoré HTML nezobrazujú).
- HTML body — bohatá verzia s formátovaním.
Placeholdere sa zapisujú v double-curly syntaxi: ##ticket.title##, ##ticket.id##, ##ticket.url##, ##ticket.requester.name##, ##ticket.assigntechnician##, ##ticket.priority##. Dostupné placeholdere sa líšia podľa typu objektu — kompletný zoznam je v dokumentácii alebo v UI v záložke Tags každej šablóny.
Príklad šablóny pre „nový tiket priradený technikovi":
Subject: [GLPI ###ticket.id##] ##ticket.title##
Bol vám priradený nový tiket:
Tiket #: ##ticket.id##
Titul: ##ticket.title##
Priorita: ##ticket.priority##
Žiadateľ: ##ticket.requester.name##
SLA TTR: ##ticket.sla.ttr##
Odkaz: ##ticket.url##
Popis:
##ticket.description##Placeholder ##ticket.url## rozbalí na priame URL do GLPI. To je kľúčové — bez kliknuteľného odkazu technik buď stratí čas hľadaním, alebo notifikáciu úplne ignoruje.
Eventy: kedy sa posiela
V Setup → Notifications → Notifications sa pripoja šablóny k eventom. Event je systémová akcia ako:
- Ticket → New ticket — vytvorený nový tiket.
- Ticket → Update ticket — akákoľvek zmena.
- Ticket → New followup — pridaný komentár.
- Ticket → Add task — pridaná úloha k tiketu.
- Ticket → Add solution / Solve / Closure — vyriešenie alebo uzatvorenie.
- Ticket → Validation request / Validation answer — schvaľovanie.
- Asset, Project, Change, Problem — analogické eventy pre ostatné objekty.
Pre každý event nastavíte:
- Šablónu z kroku predtým.
- Recipientov — kto má notifikáciu dostať. Možnosti: Author, Assigned technician, Watcher group, Recipient (any user listed in template), Manager of requester (LDAP), alebo fixný používateľ/skupina.
- Mode — e-mail, prípadne plugin-driven channels (Slack, Teams).
Podmienené pravidlá: kedy sa NEPOSIELA
Notifikácia bez podmienok je často zdrojom záplavy — každá zmena tiketu generuje e-mail, technik sa po týždni stáva imúnnym a začne ignorovať aj kritické. V Administration → Rules → Rules for notifications sa definujú podmienky, ktoré rozhodnú, či notifikácia ide:
- Pošli iba pre P1/P2 tikety — IF priority < 4 → THEN deny notification. Manažér potom dostáva e-mail iba pre kritické a vysoko-prioritné prípady.
- Pošli iba pre vlastnú entitu — IF entity != current_user.entity → deny. Multi-tenant scenáre, kde rôzni klienti nesmú vidieť cudzie tikety.
- Mute v non-business hours — IF time NOT IN (08:00 – 18:00) AND priority < 5 → defer to next morning. Pre P3 a P4 tikety nikto nepotrebuje budenie o tretej.
- Suppress notifications na vlastné akcie — keď technik komentuje svoj vlastný tiket, nepotrebuje sám sebe notifikáciu. Setup → General → Notifications → Notify the actor of an action nastavte na No.
Test pred ostrým rozosielaním
Pred zapnutím notifikácie do produkčnej komunikácie ju otestujte cez Setup → Notifications → Notifications → otvorenie konkrétnej notifikácie → tlačidlo Test. GLPI vyrenderuje šablónu s ukážkovým objektom a pošle e-mail nastavenému recipient-ovi. To odhalí chýbajúce placeholdere, zlomené HTML a znaky, ktoré by sa nemali vyskytovať. Bez testovania sa po deployment-e často objaví, že manažér dostáva e-maily s ##ticket.priority## namiesto reálnej hodnoty — placeholder mal iný názov v jeho verzii GLPI.
Working tip: per-user notification preferences
Každý používateľ má v profile Personalization → Notifications, kde môže manuálne vypnúť určité kategórie. To je najmäjlepšie využívať pre seniorných technikov, ktorí dostávajú aj notifikácie z monitoring tools — môžu si tým znížiť šum.
Notifikácie v GLPI nie sú „nastav a zabudni". Sú to iteratívny systém — po prvých dvoch týždňoch nasadenia sa odhalí, kto dostáva príliš veľa, kto málo, ktoré šablóny chýbajú. Týždenná revízia s tímom je najrýchlejší spôsob, ako notifikácie vyladiť. Pre integrácie do Slack, Teams a iné kanály pozri notifikačné integrácie.