GLPI 11 je najväčší posun platformy od vydania verzie 9.5 v roku 2020. Pluginy GenericObjects a FormCreator prechádzajú do jadra ako natívne vlastné assety a natívne formuláre, webhooky a dvojfaktorová autentifikácia sú zabudované priamo, a technologický stack sa posúva o niekoľko verzií PHP. S vydaním 11.0.7 z 29. apríla 2026 je línia 11.0.x dostatočne zrelá na plánovanie reálnej migrácie. Otázka už nie je „mám počkať" ale „kedy to zapadne do nášho kalendára".
Čo je v GLPI 11 reálne nové
Natívne vlastné assety (nahradzujú GenericObjects)
Roky každý neštandardný typ majetku — HVAC zariadenia, vozidlá, IoT zariadenia, softvérové licencie sledované podľa biznis jednotky — vyžadoval plugin GenericObjects. V GLPI 11 sú vlastné typy assetov funkciou jadra: nadefinujete nový typ priamo v nastaveniach, nakonfigurujete jeho polia a integruje sa s display preferences, uloženými vyhľadávaniami a reportingom rovnako ako každý vstavaný asset. GenericObjects sa stáva nadbytočným; existujúce definície sa migrujú manuálne.
Natívne formuláre (nahradzujú FormCreator)
FormCreator bol viac ako desať rokov de facto pluginom pre samoobslužné formuláre v GLPI helpdesku. GLPI 11 prináša natívny form builder priamo v jadre — vizuálny editor, podmienková logika, mapovanie polí formulára na atribúty tiketu a riadenie prístupu podľa profilu. Existujúce FormCreator formuláre sa migrujú jeden po druhom a migrácia má známe okrajové prípady: organizácie s desiatkami formulárov by mali každý overiť v staging prostredí pred prechodom.
Webhooky v jadre
Natívne webhooky umožňujú GLPI notifikovať externé systémy pri udalostiach — vytvorení tiketu, pridaní assetu, blížiacom sa konci kontraktu — bez písania pluginu alebo prevádzky externého middleware. Odchádzajúce HTTPS volania s konfigurovateľnými payloadmi a podpísaným doručením (CRA/HMAC). Pre tímy, ktoré bežia GLPI vedľa Jira, Slack, Teams alebo SIEM, to odstraňuje kategóriu integračnej práce, ktorá predtým znamenala vlastný kód alebo konektory tretích strán.
Dvojfaktorová autentifikácia v jadre
2FA cez TOTP a hardvérové kľúče WebAuthn/FIDO2 je teraz prvotriedna funkcia, konfigurovateľná podľa profilu. V kombinácii s vylepšeným logovaním API prístupov a granulárnym riadením session timeoutu je to balík, ktorý interné audit tímy už dlho žiadajú. Pre organizácie pod NIS2 alebo ISO 27001 sú to konkrétne kontrolné body, ktoré audítor odškrtne bez konverzácie o workarounde.
PHP 8.2+ a obnovené rozhranie
GLPI 11 vyžaduje PHP 8.2 alebo vyššie a prináša obnovené rozhranie postavené na modernejšom frontendovom stacku. Formuláre, navigácia a dashboardy sa vizuálne menia. Pre používateľov to znamená reálny moment zaškoľovania — nielen „kde sa pohlo tlačidlo", ale na niektorých miestach iný mentálny model. PHP požiadavka je infraštruktúrna zmena rovnako ako aplikačná: ak váš server beží na PHP 7.4 alebo 8.0, OS-level upgrade musí prebehnúť ako prvý a každá ďalšia aplikácia, ktorá zdieľa rovnaký PHP runtime, potrebuje overenie kompatibility.
Čo sa zlepšilo, ale nie je striktne nové vo verzii 11
Niektoré veci sa GLPI 11 pripisujú, hoci v skutočnosti vyšli skôr — dostali reálne vylepšenia, ale je rozdiel medzi iteráciou a novinkou:
- Marketplace — in-app inštalátor pluginov je v GLPI od verzie 9.5 z roku 2020. GLPI 11 ho zjemňuje (lepšie spracovanie závislostí, jasnejšie signály kompatibility), ale samotná funkcia je päť rokov stará.
- GLPI Agent — natívna inventarizácia prišla v GLPI 10. GLPI Agent (fork FusionInventory Agenta udržiavaný Teclibom a tímom GLPI Network) nahradil plugin FusionInventory už pred jednou major verziou. GLPI 11 vylepšuje správu agentov priamo vo webovom rozhraní — nasadenie, konfiguráciu, monitoring bez externých nástrojov — ale architektonický posun bol vo verzii 10.
- Dashboardy — dashboard builder bol predstavený v GLPI 10. GLPI 11 pridáva typy widgetov, lepšie filtrovanie podľa entít, export do PDF a zdieľanie podľa profilu. Zmysluplné vylepšenia, ale iterácie na funkcii, ktorá už existovala.
Čo prechod z GLPI 10 reálne zahŕňa
Upgrade je projekt, nie kliknutie. Tri oblasti vyžadujú explicitné plánovanie a procedurálne detaily nájdete v našom dedikovanom návode na prechod na GLPI 11.
- Pluginy prechádzajú do jadra — pluginy GenericObjects a FormCreator sú nahradené natívnymi funkciami. Všetky pluginy upgrade automaticky deaktivuje a vyžadujú manuálne overenie, a viaceré integrácie sa spoliehajú na cesty pluginov, ktoré sa zmenili z
/marketplace/na/plugin/— záložky, skripty a externé integrácie smerujúce na staré cesty zlyhajú v tichosti. - Databázová migrácia — schéma sa mení podstatne. Migračný skript beží automaticky, ale na veľkých inštanciách (100k+ tiketov, 50k+ assetov) môže trvať hodiny. Plánujte reálne maintenance window a počítajte aj s reindexáciou.
- Infraštruktúra — PHP 8.2+ na aplikačnom serveri plus zladené verzie Composeru a konfigurácie webového servera. Ak je server zdieľaný s inými PHP aplikáciami, často to vynúti rozdelenie servera ešte pred začiatkom upgradu.
Kedy upgradovať (v máji 2026)
Predchádzajúca rada „počkajte na prvé opravné verzie" je už neaktuálna: 11.0.7 je vonku, patch kadencia je zdravá a počiatočné problémy s kompatibilitou pluginov hlavní udržiavatelia z veľkej časti vyriešili. Rozhodovacie pravidlo sa posúva z „je platforma pripravená" na „je vaša prevádzka pripravená":
- Inventár pluginov — vypíšte si každý plugin, ktorý dnes používate, overte jeho status kompatibility s GLPI 11 a rozhodnite, čo padne (lebo jeho funkcionalita prešla do jadra), čo sa upgraduje a čo zostane na GLPI 10 ešte chvíľu dlhšie.
- Audit formulárov a assetov — ak FormCreator a GenericObjects používate intenzívne, migrácia na natívne formuláre a assety je pravdepodobne najnáročnejšia časť upgradu. Načasujte ju zámerne, nie ako súčasť maintenance okna.
- Compliance okno — pre organizácie podliehajúce NIS2 alebo ISO 27001 môžu byť vstavané 2FA a vylepšenia auditného logovania samé osebe spúšťačom upgradu: zatvoriť audit findings je často jednoduchšie ako kupovať si čas na MFA workarounde tretej strany.
GLPI 11 je dobrá platforma. Prechod nie je rutinná aktualizácia, ale v máji 2026 už platforma nie je rizikom — rizikom je plánovanie.