Holdingová spoločnosť s piatimi dcérami. Štátna inštitúcia s regionálnymi pobočkami. IT outsourcingový poskytovateľ s desiatimi klientskými organizáciami. Všetci potrebujú samostatné helpdesky — rôzni používatelia, rôzne SLA, rôzne pravidlá viditeľnosti — ale nikto nechce prevádzkovať päť samostatných inštalácií GLPI.
Systém entít v GLPI toto rieši. Jedna inštancia GLPI, viacero nezávislých helpdeskov, centralizovaná správa.
Čo entity poskytujú
Entita v GLPI je organizačná hranica. Každá entita môže mať vlastné:
- Používateľov a skupiny — používatelia v entite A nevidia tikety z entity B
- Kategórie tiketov — každá entita môže mať strom kategórií prispôsobený svojim službám
- Pravidlá SLA — rôzne časy odozvy a vyriešenia podľa entity
- Šablóny notifikácií — brandované e-maily s adresou odosielateľa a logom špecifickým pre entitu
- Inventár aktív — aktíva patria entite a sú viditeľné len v rámci nej
Z pohľadu koncového používateľa vyzerá každá entita ako samostatný helpdesk. Z pohľadu administrátora je to jeden systém s jednou databázou, jednou cestou aktualizácie a jednou konfiguráciou na údržbu.
Typické multi-entitné nasadenia
Holding / skupina spoločností
Koreňová entita = firemné IT. Dcérske entity = dcérske spoločnosti. Centrála definuje zdieľané politiky (proces resetovania hesiel, workflow obstarávania hardvéru). Dcérske spoločnosti si prispôsobujú vlastné kategórie a ciele SLA. Reporting sa agreguje — CIO vidí súhrnné metriky, IT manažéri dcér vidia tie svoje.
IT outsourcing
Koreňová entita = interné operácie MSP. Dcérske entity = klientske organizácie. Používatelia každého klienta sa prihlasujú na tú istú URL GLPI, ale vidia len svoj vlastný helpdesk. Agenti MSP môžu prepínať medzi entitami a riešiť tikety od rôznych klientov. Fakturačné reporty sa generujú per entita.
Verejná správa
Koreňová entita = ministerstvo alebo ústredný orgán. Dcérske entity = podriadené organizácie alebo regionálne úrady. Centrálna entita nastavuje pravidlá riadenia a požiadavky na audit. Regionálne entity riešia lokálnu podporu s lokálnymi tímami. Medzientiná eskalácia smeruje zložité problémy na centrálnych špecialistov.
Kľúčové nastavenia
Mail collectory špecifické pre entitu
Každá entita môže mať vlastnú e-mailovú adresu na vytváranie tiketov. support@dcera-a.sk vytvára tikety v entite A, helpdesk@dcera-b.sk ich vytvára v entite B. Pravidlá mail collectora v GLPI smerujú prichádzajúce e-maily do správnej entity na základe adresy príjemcu.
Zdieľané objekty
Niektoré veci by mali byť konzistentné naprieč entitami — kategórie tiketov pre celofiremné služby, články znalostnej bázy o zdieľaných systémoch, šablóny notifikácií pre štandardnú komunikáciu. GLPI umožňuje vytvárať objekty v koreňovej entite a zdieľať ich smerom nadol do dcérskych entít. Dcérske entity dedia, ale nemôžu modifikovať objekty rodiča.
Medzientitná viditeľnosť tiketov
Štandardne sú entity izolované. Ale konkrétnym skupinám môžete udeliť viditeľnosť naprieč entitami. Centrálny sieťový tím, ktorý spravuje infraštruktúru pre všetky dcéry, potrebuje vidieť tikety z každej entity, ktoré sa týkajú sieťových problémov. Toto sa konfiguruje cez oprávnenia profilov — rekurzívna viditeľnosť nadol v strome entít.
Kedy stačí jedna entita
Nie každá organizácia entity potrebuje. Ak máte jeden IT tím, jednu skupinu používateľov a jednu sadu SLA — postačí jedna koreňová entita. Entity pridávajú komplexitu: návrh oprávnení, dedenie kategórií, medzientitný reporting. Pravidlo je jednoduché: ak by ste inak zvažovali prevádzku dvoch samostatných inštalácií GLPI, použite entity. Ak nie, nechajte to.