Update (Oktober 2026): GLPI 12 ist am 7. Oktober 2026 mit der stabilen Version 12.0.0 erschienen. Was sich ändert, welche Anforderungen gelten und wann Sie aktualisieren sollten, lesen Sie in GLPI 12 ist da: Was sich ändert, Anforderungen und wann Sie aktualisieren sollten. Was wir im Release Candidate getestet haben, finden Sie weiterhin in GLPI 12 RC: Was wir in der Praxis getestet haben und wann Sie aktualisieren sollten.
GLPI 12 befindet sich noch in der Entwicklung, aber einige der Änderungen, an denen im offiziellen Repository gearbeitet wird, lassen sich bereits verfolgen.
Es geht dabei nicht nur um eine neue Oberfläche oder optische Anpassungen. Vielmehr durchläuft GLPI eine umfassende Modernisierung seiner Struktur, vor allem im Frontend, bei der Organisation der Komponenten und beim Abbau alter Abhängigkeiten.
Da es noch keine stabile Version gibt, ist alles, was wir in diesem Beitrag vorstellen, als Analyse des aktuellen Entwicklungsstands zu verstehen. Funktionen, Anforderungen und sogar technische Entscheidungen können sich noch ändern.
Modernisierung der Oberfläche
Eine der wichtigsten laufenden Änderungen betrifft das Frontend von GLPI.
Derzeit enthält das System noch Komponenten, die zu unterschiedlichen Zeitpunkten des Projekts entstanden sind. Manche Bereiche nutzen klassische PHP-Seiten, andere bereits Twig, modernes JavaScript und Vue.js.
In GLPI 12 geht der Trend dahin, diese Modernisierung auszuweiten und die Oberfläche stärker zu vereinheitlichen.
Zu den Arbeiten, die wir bereits beobachten konnten, gehören:
stärkerer Einsatz von Vue.js;
schrittweiser Ersatz alter Komponenten;
geringere Abhängigkeit von jQuery;
Modernisierung der Auswahlfelder;
Überarbeitung der Upload-Komponenten;
Vereinheitlichung von Feldern und Formularen;
Verbesserungen bei der Navigation;
Umstellung des Build-Prozesses auf Vite.
Vite dürfte die Entwicklung und Wartung der Frontend-Komponenten erleichtern. Für Endanwender sollte der größte Gewinn jedoch eine konsistentere Oberfläche mit einheitlicherem Verhalten sein.
Dennoch ist diese Umstellung noch in Arbeit und sollte erst mit der Veröffentlichung der stabilen Version als abgeschlossen gelten.
Eine einheitlichere Oberfläche
Wer GLPI schon länger administriert, weiß, dass sich manche Module unterschiedlich verhalten.
Das liegt daran, dass Teile der Oberfläche zu verschiedenen Zeiten und mit verschiedenen Technologien entwickelt wurden.
GLPI 12 dürfte dieses Problem durch die Wiederverwendung von Komponenten verringern.
Das kann Verbesserungen in Bereichen wie diesen bringen:
Auswahl von Einheiten (Entitäten);
hierarchische Baumansichten;
Formularfelder;
Anhänge;
Menüs;
Filter;
Validierungsmeldungen;
Auswahlfelder;
Editoren;
Suchen.
In der Praxis dürfte das System für Anwender berechenbarer und für Entwickler von Plugins oder Integrationen einfacher zu warten werden.
Wissensdatenbank
Auch die Wissensdatenbank wird überarbeitet.
Die Arbeiten betreffen den Inhaltseditor, die Dateiverwaltung, die Navigation zwischen Artikeln und die Organisation der Informationen.
Das ist ein wichtiger Bereich für Unternehmen, die GLPI nicht nur für Tickets nutzen, sondern auch als:
Sammlung von Arbeitsanweisungen;
internes Dokumentationsportal;
Self-Service-Portal;
Lösungsdatenbank;
Unterstützung für Support-Teams.
Da die Funktion noch getestet wird, gibt es offene Punkte bei Oberfläche, Übersetzungen, Performance und dem Verhalten von Kategorien.
Daher lässt sich noch nicht genau sagen, wie die Wissensdatenbank in der finalen Version ausgeliefert wird.
Benutzerdefinierte Assets
Benutzerdefinierte Assets waren eine der wichtigsten Neuerungen von GLPI 11.
Mit dieser Funktion lassen sich neue Asset-Typen anlegen, ohne den Quellcode von GLPI direkt zu ändern.
Ein Unternehmen kann damit zum Beispiel Folgendes verwalten:
Industriemaschinen;
medizinische Geräte;
Fahrzeuge;
Mobiliar;
Werkzeuge;
Laborgeräte;
jedes andere betriebsspezifische Objekt.
Für GLPI 12 wird erwartet, dass diese Assets immer stärker in den Rest der Plattform integriert werden.
Zu den Punkten, die sich weiterentwickeln müssen, gehören:
Suchen;
Berechtigungen;
Beziehungen;
Einheiten;
Historien;
Formulare;
Regeln;
API;
Importe.
Diese Entwicklung ist wichtig, weil sie es ermöglicht, GLPI über ein klassisches Inventar von Computern, Monitoren, Druckern und Netzwerkgeräten hinaus einzusetzen.
Interne Modernisierung
Nicht alle Änderungen werden auf dem Bildschirm sichtbar sein.
Ein wichtiger Teil der Arbeit an GLPI 12 findet in der internen Struktur des Systems statt.
Zu den beobachteten Punkten gehören:
Refactoring des PHP-Codes;
Abbau von Legacy-Code;
stärkerer Einsatz von Twig-Templates;
Entwicklung wiederverwendbarer Komponenten;
Ersatz alter Bibliotheken;
Verbesserungen bei den automatisierten Tests;
Überarbeitung des Frontends;
Verbesserungen am Übersetzungssystem;
Weiterentwicklung der APIs;
Kompatibilität mit neueren PHP-Versionen;
Überprüfung der Kompatibilität mit den unterstützten Datenbanken.
Solche Änderungen ziehen meist weniger Aufmerksamkeit auf sich als eine neue Maske, sind aber unverzichtbar, damit GLPI langfristig tragfähig bleibt.
Je geringer die Abhängigkeit von altem Code, desto leichter lassen sich Fehler beheben, neue Funktionen umsetzen und Plugins kompatibel halten.
Die aktuelle technische Dokumentation von GLPI zeigt diesen Übergang zu einer modulareren Architektur auf Basis von Controllern, Templates, APIs und modernen Komponenten bereits.
APIs und Integrationen
Ein weiterer Punkt, den Sie aufmerksam verfolgen sollten, ist die Weiterentwicklung der APIs.
Heute nutzen viele Umgebungen GLPI integriert mit:
HR-Systemen;
ERPs;
Monitoring-Tools;
BI-Lösungen;
Active Directory und LDAP;
Automatisierungsplattformen;
n8n;
Eigenentwicklungen;
externen Portalen;
Inventarisierungslösungen.
Ein Major-Release kann Endpunkte, Berechtigungen, Felder oder Rückgabeformate verändern.
Wer kritische Integrationen betreibt, sollte daher vor allem Folgendes testen:
Authentifizierung;
Erstellen und Aktualisieren von Tickets;
Lesen von Assets;
Suchen;
Hochladen von Dokumenten;
Beziehungen zwischen Objekten;
Berechtigungen der API-Benutzer;
Rückgaben der Endpunkte.
Es ist nicht sicher, davon auszugehen, dass eine Integration, die unter GLPI 11 funktioniert, ohne Validierung unter GLPI 12 genauso weiter funktioniert.
Sicherheit
Am Thema Sicherheit wird im Projekt weiterhin gearbeitet.
Es gibt bereits Diskussionen und Umsetzungen zu zusätzlichen Kontrollen für sensible Vorgänge, zur Überprüfung von Berechtigungen und zur erneuten Authentifizierung bei bestimmten Aktionen.
Trotzdem sollten Sie nicht auf GLPI 12 warten, um Ihre Umgebung sicher zu halten.
Sicherheitskorrekturen werden weiterhin in den Wartungsversionen von GLPI 11 veröffentlicht. Produktivumgebungen sollten daher stets aktuell bleiben.
Auch die grundlegenden Empfehlungen gelten weiterhin:
den Core nicht verändern;
Plugins aktuell halten;
verwaiste Plugins entfernen;
Berechtigungen überprüfen;
Konfigurationsdateien schützen;
HTTPS verwenden;
PHP und Datenbank aktuell halten;
die automatischen Aktionen korrekt ausführen;
API-Benutzer überprüfen;
Backups von Datenbank und Dateien vorhalten.
Kompatibilität der Plugins
Das dürfte einer der wichtigsten Punkte bei der Migration werden.
Ein Major-Release kann Klassen, Methoden, Hooks, JavaScript-Komponenten, Templates und Strukturen ändern, die von Plugins genutzt werden.
Vor dem Update müssen Sie prüfen:
ob es eine kompatible Version des Plugins gibt;
ob es noch gepflegt wird;
welche PHP-Versionen unterstützt werden;
ob es Änderungen an der Datenbank gibt;
ob sich die Hooks geändert haben;
ob das Frontend des Plugins weiterhin funktioniert;
ob die Berechtigungen weiterhin stimmen;
ob die automatischen Aktionen funktionieren;
ob es einen offiziellen Migrationsprozess gibt.
Verwaiste Plugins oder solche, die das Verhalten des Cores direkt verändern, stellen ein größeres Risiko dar.
Wer viele Plugins installiert hat, sollte mit den Tests schon vor der Veröffentlichung der stabilen Version beginnen.
Anpassungen im Core
Wenn in Ihrer Umgebung Dateien von GLPI direkt geändert wurden, wird das Update komplizierter.
Diese Änderungen können beim Upgrade überschrieben werden oder einfach nicht mehr funktionieren.
Idealerweise werden Anpassungen über Folgendes umgesetzt:
Plugins;
APIs;
Webhooks;
externe Integrationen;
offizielle Anpassungsfunktionen.
Bevor Sie GLPI 12 testen, sollten Sie alle vorhandenen Änderungen in der Umgebung erfassen.
Dazu gehören:
geänderte PHP-Dateien;
angepasste Templates;
eigenes CSS;
eigenes JavaScript;
manuelle Änderungen an der Datenbank;
Trigger;
Views;
Integrationen;
eigene Plugins.
Ohne diese Bestandsaufnahme lässt sich ein Problem von GLPI nur schwer von einem Problem unterscheiden, welches eine alte Anpassung verursacht.
Kann GLPI 12 bereits produktiv eingesetzt werden?
Nein.
Die aktuelle Version sollte nur im Labor eingesetzt werden.
Sie eignet sich, um:
die neue Oberfläche kennenzulernen;
Plugins zu testen;
Integrationen zu validieren;
technische Änderungen zu analysieren;
mögliche Inkompatibilitäten zu prüfen;
Support-Abläufe zu testen;
Ihr Team auf die Migration vorzubereiten.
Da sie sich noch in der Entwicklung befindet, kann es zu Folgendem kommen:
Fehler;
Regressionen;
Änderungen an der Datenbank;
unvollständige Funktionen;
Änderungen an der Oberfläche;
Inkompatibilität mit Plugins;
Übersetzungsprobleme;
Änderungen ohne Vorankündigung.
Wir empfehlen außerdem nicht, eine Entwicklungsversion direkt mit der Produktivdatenbank zu verbinden.
Der Test sollte mit einer isolierten Kopie von Datenbank und Dateien erfolgen.
Wir verfolgen und testen GLPI 12
Bei Nextools und JMBA Soluções verfolgen wir die Entwicklung von GLPI 12 bereits und führen Tests mit den verfügbaren Versionen durch.
Unser Ziel ist es, Auswirkungen frühzeitig zu erkennen, und zwar bei:
Plugins;
Integrationen;
Datenbank;
Infrastruktur;
Authentifizierung;
APIs;
Anpassungen;
Update-Prozess.
Um diese Tests zu erleichtern, stellen wir ein Docker-Image mit der Entwicklungsversion von GLPI 12 bereit.
Zum Herunterladen:
docker pull jmbasolucoes/glpi:12-dev
Das Image ist ausschließlich für Tests gedacht.
Es darf nicht produktiv eingesetzt werden.
Damit können Sie schnell eine Umgebung aufsetzen, um:
die Oberfläche zu bewerten;
Plugins zu testen;
LDAP und SSO zu validieren;
Integrationen zu testen;
Inventardaten zu analysieren;
Formulare zu überprüfen;
Regeln zu prüfen;
Inkompatibilitäten zu erkennen.
Verwenden Sie vor dem Test eines Updates immer eine Kopie der Umgebung.
Verbinden Sie dieses Image nicht mit der Produktivdatenbank.
Beispiel für eine Docker-Umgebung
Im Folgenden ein einfaches Beispiel, um GLPI 12 mit einer eigenen Labordatenbank zu starten:
services:
glpi:
image: jmbasolucoes/glpi:12-dev
container_name: glpi-12-dev
restart: unless-stopped
ports:
- "8080:80"
environment:
TZ: America/Sao_Paulo
volumes:
- ./files:/var/lib/glpi
- ./config:/etc/glpi
- ./plugins:/usr/share/glpi/plugins
- ./marketplace:/usr/share/glpi/marketplace
depends_on:
- db
db:
image: mariadb:11.4
container_name: glpi-12-dev-db
restart: unless-stopped
environment:
TZ: America/Sao_Paulo
MARIADB_DATABASE: glpi
MARIADB_USER: glpi
MARIADB_PASSWORD: altere_esta_senha
MARIADB_ROOT_PASSWORD: altere_a_senha_root
volumes:
- ./database:/var/lib/mysql
Zum Starten:
docker compose up -d
Rufen Sie anschließend auf:
http://localhost:8080
Diese Compose-Datei ist nur ein Laborbeispiel und muss an Ihre Umgebung angepasst werden.
So bereiten Sie sich auf GLPI 12 vor
Sie müssen nicht auf die stabile Version warten, um mit der Vorbereitung zu beginnen.
Der erste Schritt besteht darin, die aktuelle Umgebung in Ordnung zu bringen.
Aktualisieren Sie GLPI 11
Bevor Sie an GLPI 12 denken, halten Sie GLPI 11 aktuell.
Eine Migration von einer alten Version aus erhöht die Zahl der Änderungen und erschwert die Fehlersuche.
Erstellen Sie eine Bestandsliste der Plugins
Listen Sie alle installierten Plugins auf und erfassen Sie:
Version;
Entwickler;
Zweck;
Kritikalität;
Wartungsstatus;
Abhängigkeiten;
Kompatibilität.
Installierte, aber ungenutzte Plugins sollten entfernt werden.
Dokumentieren Sie die Integrationen
Erfassen Sie:
Endpunkt;
Authentifizierungsmethode;
verwendeten Benutzer;
gesendete Felder;
empfangene Felder;
Häufigkeit;
Abhängigkeiten;
Fehlerbehandlung.
Richten Sie eine Testumgebung ein
Die Testumgebung sollte die Produktion so weit wie möglich nachbilden:
PHP;
Datenbank;
Plugins;
Konfigurationen;
Authentifizierung;
Regeln;
Benachrichtigungen;
Cron;
Integrationen.
Erstellen Sie einen Validierungsplan
Es reicht nicht, GLPI nur zu öffnen und zu prüfen, ob die Seite lädt.
Die wichtigsten Prozesse müssen getestet werden:
Erstellen von Tickets;
Zuweisungsregeln;
SLA;
Benachrichtigungen;
Formulare;
Genehmigungen;
Aufgaben;
Inventar;
LDAP;
SSO;
automatische Aktionen;
API;
Berichte;
Dashboards;
Berechtigungen;
Einheiten.
Was wir wirklich von GLPI 12 erwarten
Nach allem, was wir bisher beobachten konnten, wird GLPI 12 nicht einfach nur ein Versionswechsel.
Das Projekt schafft eine modernere Basis für die kommenden Jahre.
Die wichtigsten Punkte sind:
Modernisierung des Frontends;
stärkerer Einsatz von Vue.js;
Abbau alter Abhängigkeiten;
Vereinheitlichung der Oberfläche;
Weiterentwicklung der benutzerdefinierten Assets;
Verbesserungen an der Wissensdatenbank;
Überarbeitung der APIs;
interne Sicherheitsverbesserungen;
einfachere Wartung des Codes;
bessere Struktur für künftige Funktionen.
Welche Funktionen in der ersten stabilen Version enthalten sein werden, lässt sich noch nicht sagen.
Ebenso wenig lässt sich garantieren, dass alles, was heute in der Entwicklung zu sehen ist, genau so ausgeliefert wird.
Jetzt ist der Zeitpunkt, die Entwicklung zu verfolgen, zu testen und Auswirkungen zu erkennen.
Wer eine einfache Umgebung betreibt, wird voraussichtlich eine ruhigere Migration erleben.
Wer viele Plugins, Integrationen und eigene Änderungen hat, sollte frühzeitig mit der Validierung beginnen.
Um mit den Tests zu beginnen:
docker pull jmbasolucoes/glpi:12-devIn den nächsten Beiträgen teilen wir die Tests, die wir durchführen, die Unterschiede zu GLPI 11 und die Probleme, auf die wir bei dieser Vorbereitung stoßen.
Testen Sie GLPI 12 bereits? Erzählen Sie uns, was funktioniert hat, was nicht und welche Änderungen Ihnen aufgefallen sind.
Hinweis: Dieser Beitrag gibt den Entwicklungsstand von GLPI 12 im Juli 2026 wieder. Da es sich um eine noch nicht stabile Version handelt, können sich Funktionen, Anforderungen, Struktur und Verhalten ändern.
