Personalwesen, Rechtsabteilung und Facility Management in dasselbe GLPI wie die IT zu holen, heißt nicht, einen Schalter umzulegen – es ist eine Architekturentscheidung. Enterprise Service Management (ESM) nutzt die ITSM-Engine, die Sie bereits betreiben, doch was ein skalierendes Projekt von einem chaotischen unterscheidet, ist die Art, wie jeder Bereich abgegrenzt wird: über Einheit, Kategorie oder Gruppe. Eine falsche Wahl kostet Nacharbeit und legt im Fall von Personalwesen und Rechtsabteilung vertrauliche Daten offen.
Die erste Entscheidung: Einheit, ITIL-Kategorie oder Gruppe?
Bevor Sie Formulare oder SLAs anlegen, legen Sie die Isolationseinheit fest. GLPI bietet drei Wege, einen Bereich außerhalb der IT abzubilden, und jeder hat einen echten Zielkonflikt zwischen Vertraulichkeit und Wartungsaufwand.
| Ansatz | Datenisolation | Eigenes SLA/eigener Kalender | Wartungsaufwand | Wann einsetzen |
|---|---|---|---|---|
| Eigene Einheit | Vollständig (Tickets, Anhänge und Berichte getrennt) | Ja, pro Einheit | Hoch (Profile, Regeln und Kategorien pro Einheit) | Personalwesen und Rechtsabteilung, wo Vertraulichkeit gilt |
| ITIL-Kategorie + Gruppe | Teilweise (wer Zugriff auf die Einheit hat, sieht alles darin) | Gemeinsam; SLA kann je Kategorie variieren | Niedrig | Facility Management und Bereiche ohne strenge Vertraulichkeit |
| Untereinheit unter der IT | Hoch, mit geerbter Governance der Zentrale | Ja | Mittel | Bereich, der derselben Geschäftsleitung untersteht |
Die Faustregel, die wir anwenden: Kann ein Ticket des Bereichs Daten enthalten, die die IT nicht lesen sollte – Gehaltsabrechnung, Verträge, arbeitsrechtliche Verfahren –, lautet die Antwort eigene Einheit. Für alles andere genügt Kategorie plus Gruppe bei einem Bruchteil des Aufwands.
Datenisolation: der blinde Fleck bei Personalwesen und Rechtsabteilung
Im Support von GLPI-Umgebungen unserer Kunden ist der häufigste Fehler in ESM-Projekten kein Formularfehler, sondern ein Fehler bei der Sichtbarkeit. Jemand legt die Einheit „Rechtsabteilung“ an, pflegt die Kategorien sorgfältig, vergibt das Profil an die IT-Analysten aber rekursiv ab der Wurzel – und schon sieht die IT sämtliche Tickets der Rechtsabteilung, einschließlich Anhängen. Schlimmer noch: In GLPI erbt ein Anhang die Einheit des Tickets (die Verknüpfung Document_Item verlangt, dass Dokument und Element in derselben Einheit liegen), sodass ein Vertrag, der an ein Ticket in einer gemeinsam genutzten Einheit angehängt ist, für alle sichtbar ist, die Zugriff auf diese Einheit haben. Deshalb isolieren wir die Rechtsabteilung über eine Einheit – niemals über eine Kategorie.
Bevor wir einen sensiblen Bereich freigeben, führen wir dieses Audit aus, um Benutzer mit zu weitreichendem Zugriff zu finden:
-- Visibility audit: who can see tickets from ALL areas.
-- Run against the GLPI database. Recursive access from the root (entities_id = 0,
-- is_recursive = 1) lets the user see tickets from every child entity.
SELECT u.name AS user_name,
p.name AS profile,
e.completename AS base_entity,
pu.is_recursive
FROM glpi_profiles_users pu
JOIN glpi_users u ON u.id = pu.users_id
JOIN glpi_profiles p ON p.id = pu.profiles_id
JOIN glpi_entities e ON e.id = pu.entities_id
WHERE pu.is_recursive = 1
AND pu.entities_id = 0
ORDER BY p.name, u.name;Jede Zeile ist ein Benutzer, der alles sieht. Für vertrauliche Bereiche muss die Zuordnung von Profil und Benutzer auf die jeweilige Einheit zeigen, mit deaktiviertem is_recursive. Und Vorsicht bei einem GLPI-Detail: Die Einheit mit der ID 0 ist die Wurzel, ein gültiger Wert – behandeln Sie sie nicht als „leer“.
SLA und Kalender pro Bereich: der 8x5-Fehler im Facility Management
Ein SLA ist in GLPI an einen Kalender (Geschäftszeiten) gebunden, und der Kalender wird pro Einheit festgelegt. Der typische Fehler: Man legt den Bereich Facility Management mit dem geerbten 8x5-Kalender der IT an und verspricht ein SLA für die Gebäudewartung, welches in der Praxis weder nachts noch am Wochenende läuft – genau dann, wenn eine Klimaanlage im Rechenzentrum oder ein Stromausfall eine Reaktion erfordert. Bevor Sie ein SLA eines Bereichs veröffentlichen, prüfen Sie:
- Kalender: Kritisches Facility Management erfordert meist 24x7; Personalwesen und Rechtsabteilung kommen gut mit 8x5 aus.
- Feiertage: Der GLPI-Kalender unterstützt Feiertage und Schließzeiten – tragen Sie sie ein, sonst zählt ein SLA Zeit außerhalb des Vorgesehenen.
- Eskalation: Legen Sie die Technikergruppe des Bereichs fest, bevor Sie ein SLA aktivieren, sonst läuft ein Ticket ohne Empfänger über die Frist.
Onboarding über mehrere Bereiche: der Ablauf, der ESM bezahlt macht
Der Anwendungsfall, der die Investition am schnellsten rechtfertigt, ist das Onboarding. Ein Formular „Neuer Mitarbeiter“ (nativ in GLPI 11 oder FormCreator in GLPI 10) löst koordinierte Tickets aus: Die IT legt E-Mail und Zugänge an, Facility Management bereitet den Arbeitsplatz vor, das Personalwesen kümmert sich um die Unterlagen. Jedes Ticket entsteht in der richtigen Einheit, mit der richtigen Gruppe, und benachrichtigt den Verantwortlichen. Ein Auszug aus einer Benachrichtigungsvorlage, die wir für die Eröffnungsmeldung im Bereich verwenden:
Subject: [##ticket.entity##] Onboarding: ##ticket.title## (##ticket.id##)
A new request has been opened and is waiting for your area.
Ticket......: ##ticket.title##
Entity......: ##ticket.entity##
Category....: ##ticket.category##
Requester...: ##ticket.authors##
Group.......: ##ticket.assigntogroups##
Due (SLA)...: ##ticket.time_to_resolve##
Open........: ##ticket.url##Die ##...## sind native GLPI-Tags, die beim Versand ersetzt werden. Der typische Fehler hier: Man legt die Kategorien des Bereichs an und vergisst, sie als im Helpdesk sichtbar zu markieren (Feld is_helpdeskvisible). Der Mitarbeiter öffnet das Self-Service-Portal und findet die Personal-Kategorie nicht, weil sie nur für die technische Oberfläche sichtbar angelegt wurde.
Checkliste für die Einführung
- Erfassen Sie die Services des Bereichs (wofür er zuständig ist), bevor Sie GLPI anfassen.
- Entscheiden Sie anhand der Tabelle oben über die Isolationseinheit (Einheit vs. Kategorie vs. Gruppe).
- Legen Sie die Einheit über die Oberfläche an – niemals per SQL (GLPI baut den Baum mit getSonsOf auf, und ein direkter INSERT bleibt in der Hierarchie unsichtbar).
- Konfigurieren Sie Kalender und SLA des Bereichs.
- Legen Sie die ITIL-Kategorien an und markieren Sie die Sichtbarkeit im Helpdesk.
- Legen Sie die Technikergruppe und die Profile mit dem korrekten Einheitenbereich an (führen Sie das Rekursions-Audit aus).
- Bauen Sie ein Formular (nativ in 11 oder FormCreator in 10) und testen Sie es mit einem echten Ticket in der Testumgebung.
- Erst dann geben Sie es für die Benutzer frei und veröffentlichen die Kennzahlen.
Was Sie messen sollten (ehrliche Spannbreiten)
Mit allen Bereichen im selben GLPI vergleichen Sie, was vorher unvergleichbar war: durchschnittliche Antwortzeit, Volumen pro Kategorie und Wiedereröffnungsquote, nebeneinander für IT, Personalwesen und Facility Management. Versprechen Sie keine magischen Zahlen: Der Rückgang „verlorener E-Mails“ ist im ersten Monat meist der sichtbarste Gewinn, weil jede Anfrage zu einem nachverfolgbaren Ticket wird. Die Zeitersparnis beim Onboarding hängt davon ab, wie viel vom Ablauf Sie automatisieren – je mehr Aufgaben ein Formular selbst auslöst, desto größer der Effekt.
Bei NexTool führen wir GLPI für mehrere Bereiche bei Kunden ein und betreuen es, vom Entwurf der Einheiten bis zu SLA und Routing-Regeln. Wenn Sie GLPI über die IT hinaus nutzen möchten, ohne Daten aus Personalwesen oder Rechtsabteilung offenzulegen, decken unsere Support- und Betreuungsleistungen diesen Entwurf von Anfang bis Ende ab.
Geprüft vom Team von NexTool Solutions.
