NexTool Solutions

GLPI ist die weltweit meistgenutzte Open-Source-Plattform für ITSM und Asset-Management, mit mehr als 500.000 Organisationen im Produktivbetrieb. Dieser Leitfaden geht über eine Definition hinaus: Er zeigt, wofür GLPI in der Praxis dient, wie Sie eine Umgebung prüfen, bevor Sie ihr echte Daten anvertrauen, und welche Fallen wir im Betrieb bei Kunden am häufigsten sehen.

Was ist GLPI?

GLPI (Gestionnaire Libre de Parc Informatique) ist eine Webanwendung für IT-Service-Management (ITSM), Asset-Management und Service Desk. Auf einer einzigen Plattform bündelt sie Tickets, Hardware- und Software-Inventar, Verträge, Lieferanten, Wissensdatenbank und Projekte. 2003 von der französischen Community geschaffen und heute von Teclib gepflegt, erschien 2025 GLPI 11, mit einer auf Symfony und Twig neu geschriebenen Oberfläche und nativen Formularen, welche die Abhängigkeit von Plugins verringern.

Wofür es in der Praxis dient

• Service Desk und Helpdesk – Erfassung, Verfolgung und Lösung von Störungen und Anfragen, mit SLA/OLA, Regeln zur automatischen Zuweisung, Genehmigungen und Zufriedenheitsumfrage.
• Asset-Management (CMDB) – Inventar von Computern, Druckern, Netzwerkgeräten und Software, automatisch befüllt durch den GLPI Agent.
• Verträge und Lieferanten – Garantien, Lizenzen und Ablaufwarnungen, direkt mit den abgedeckten Assets verknüpft.
• Wissensdatenbank – Lösungen und Verfahren, die Nacharbeit und die Zahl wiederholter Tickets senken.
• Projekte – Aufgaben, Fristen und Kosten, nachverfolgbar bis zu jenem Ticket, aus dem eine Anforderung entstand.

Was kostet GLPI?

GLPI als Open Source ist kostenlos, ohne Begrenzung bei Benutzern, Tickets oder Assets. Bezahlt wird der Betrieb: ein Linux-Server mit Apache/Nginx, PHP 8.1+ und MariaDB, dazu Arbeitszeit für Installation und Betrieb. Ein VPS für R$ 50 bis R$ 100 pro Monat reicht für die meisten kleinen und mittleren Organisationen. Teclib bietet außerdem GLPI Cloud (SaaS) für alle, die keine eigene Infrastruktur betreiben wollen.

Die Preisspannen der Wettbewerber sind öffentliche Einstiegsreferenzen und variieren je nach Volumen und Modulen. Entscheidend ist: GLPI beseitigt die Lizenzkosten pro Agent, und genau diese skalieren in wachsenden Organisationen schlecht.

Wie Sie eine Umgebung prüfen, bevor Sie ihr vertrauen

Installieren ist einfach; was ein Pilotprojekt von einem stabilen Betrieb unterscheidet, ist die Prüfung nach der Installation. Bevor wir echte Daten migrieren, bestätigen wir Gesundheit des Status-Endpunkts, Integrität des Schemas und Leeren des Cache:

# Saúde da instância (deve responder GLPI_OK)
curl -s https://glpi.suaempresa.com/status.php

# Aplica migrações pendentes de schema (idempotente)
php bin/console db:update --no-interaction

# Limpa cache após qualquer mudança de configuração
php bin/console cache:clear

Danach zeigt eine schnelle Backlog-Diagnose direkt in der Datenbank, ob der Betrieb gesund oder aufgestaut ist:

-- Distribuição de chamados por status
-- status: 1=Novo 2=Em atendimento 4=Pendente 5=Solucionado 6=Fechado
SELECT status, COUNT(*) AS total
FROM glpi_tickets
WHERE is_deleted = 0
GROUP BY status
ORDER BY total DESC;

Was wir im Betrieb gelernt haben

Im Betrieb Dutzender GLPI-Umgebungen haben wir gelernt, dass der Engpass fast nie die Software ist – sondern die Konfiguration. Der häufigste Fall: Benachrichtigungswarteschlange und automatische Aktionen laufen nicht, weil der Cron im internen Modus geblieben ist (nur bei Benutzerzugriffen ausgelöst), wodurch sich SLA- und Schließungs-E-Mails um Stunden verzögern. Ein weiterer klassischer Fehler, den wir von mehreren Kunden geerbt haben: Kategorien und Bäume, direkt per SQL in der Datenbank angelegt. GLPI verwendet einen verschachtelten Baum, und die interne Methode, welche die Hierarchie auflöst, erkennt einen „von Hand“ eingefügten Knoten nicht – die Kategorie bleibt in Formularen schlicht unsichtbar. Unsere Regel ist streng: keine hierarchische Struktur per direktem INSERT, immer über Oberfläche oder API.

Die häufigste Falle

Wenn Sie sich nur eine Sache aus diesem Leitfaden merken, dann den Cron. GLPI bietet standardmäßig den internen Modus (GLPI mode), der automatische Aktionen bei Benutzeranfragen ausführt – bequem zum Testen, schlecht für die Produktion, weil er davon abhängt, dass jemand auf GLPI zugreift, und den Seitenaufbau bremst. Konfigurieren Sie in der Produktion einen externen Cron im Betriebssystem:

# /etc/cron.d/glpi - executa o cron do GLPI a cada minuto
* * * * * www-data /usr/bin/php /var/www/glpi/front/cron.php >/dev/null 2>&1

Stellen Sie danach unter Einstellungen > Automatische Aktionen den Modus jeder kritischen Aktion (queuednotification, Benachrichtigungen, automatische Schließung) von GLPI auf CLI um. Dies macht den Unterschied zwischen pünktlichen Benachrichtigungen und einem Service Desk, der E-Mails „verschluckt“.

GLPI 10 vs. GLPI 11

• Oberfläche – Version 11 hat die Präsentationsschicht in Symfony/Twig neu geschrieben, mit responsivem Design.
• Native Formulare – der Core von 11 enthält anpassbare Formulare und verringert die Abhängigkeit von FormCreator.
• Benutzerdefinierte Objekte – eigene Typen ohne Plugin, eine Funktion, die früher GenericObject vorbehalten war.
• Native Webhooks – grundlegende Unterstützung für Integrationen mit externen Systemen.

Wenn Sie heute beginnen, starten Sie mit GLPI 11. Wenn Sie Version 10 bereits produktiv mit vielen Plugins betreiben, planen Sie die Migration in Ruhe – manche Plugins haben keine Version für 11.

Nächster Schritt

Setzen Sie eine Testumgebung auf, prüfen Sie sie mit den obigen Befehlen und konfigurieren Sie vor allem anderen einen externen Cron. Um den Core zu erweitern, ohne konkurrierende Plugins anzuhäufen, bündelt NexTool Dutzende Module in einem einzigen Plugin. Brauchen Sie Unterstützung bei Einführung oder Betrieb? Sprechen Sie mit unserem Team.

Geprüft vom Team der NexTool Solutions.