Zwei GLPI, dasselbe Ticket. Wenn Zentrale und Filiale, Dienstleister und Kunde oder Produktion und Testumgebung getrennte Instanzen betreiben, existiert derselbe Vorgang am Ende zweimal – und irgendjemand zahlt den Preis dafür, beide gleich zu halten.
Das Problem
Ein GLPI spricht nicht mit einem anderen GLPI. Jede Instanz ist eine geschlossene Welt, und die Integration zwischen ihnen läuft meist auf einen von drei schlechten Wegen hinaus: manuelles Kopieren und Einfügen, ein eigenes Skript, das Monate später niemand mehr versteht, oder die Hinnahme, dass beide Datenbestände auseinanderlaufen.
Die Kosten zeigen sich nicht sofort. Sie kommen, wenn der Kunde fragt, warum sein Ticket im einen System „in Bearbeitung“ und im anderen „geschlossen“ ist, oder wenn die in der Installation des Partners erfasste Lösung nie in der Datenbank der Zentrale angekommen ist.
Wie GLPI Sync funktioniert
Das Modul spiegelt Tickets von einer Instanz in eine andere über die native REST-API des GLPI – ohne Middleware, ohne gemeinsame Datenbank und ohne Integration von Drittanbietern.
- Drei Richtungen pro Instanz – Senden (das hier erstellte Ticket wird im Hintergrund in der entfernten Instanz angelegt), Import (jede Minute ruft das Modul neue Tickets aus der entfernten Instanz ab und legt hier das Spiegelticket an) oder bidirektional.
- Folgeaktionen, Aufgaben, Lösungen und Status – jeder Typ lässt sich unabhängig aktivieren: Sie synchronisieren nur, was relevant ist.
- Mehrere entfernte Instanzen – eine Quelle kann mehrere Ziele gleichzeitig beliefern.
- Sende- und Importfilter – beim Senden nach Kategorie, Einheit, Anforderer und Gruppe; beim Import nach Kategorie, Einheit und zuständiger Gruppe des entfernten Tickets, mit optionalem Stichtag.
- Feldzuordnung – Einheit, Kategorie und weitere Daten der Quelle werden in die entsprechenden IDs des Ziels übersetzt, die selten übereinstimmen.
- Warteschlange mit Wiederholung – ist die entfernte Instanz nicht erreichbar, wird die Synchronisation später erneut verarbeitet, statt verloren zu gehen. Die Reiter Korrelationen und Logs zeigen jedes verknüpfte Ticket und jede Ausführung, und mit dem Modul Smart Notify meldet die Glocke, wenn ein entferntes GLPI ausfällt.
So aktivieren Sie es
- Installieren Sie NexTool in Ihrem GLPI 11, wobei die automatischen Aufgaben des GLPI über den Kommandozeilen-Cron laufen.
- Öffnen Sie NexTool > Module und aktivieren Sie GLPI Sync.
- Erfassen Sie die entfernte Instanz mit URL und User-Token der REST-API (oder Benutzer und Passwort) sowie, falls das entfernte GLPI es verlangt, dem App-Token; wählen Sie die Richtung und nutzen Sie Verbindung und Berechtigungen testen.
- Legen Sie die Sende- und Importfilter, die Standardwerte auf beiden Seiten und die Feldzuordnung zwischen den Instanzen fest.
- Wählen Sie, was synchronisiert wird: Folgeaktionen, Aufgaben, Lösungen und Status.
Für wen es geeignet ist
Dienstleister, die das GLPI des Kunden und ihr eigenes betreiben; Organisationen mit Zentrale und Filialen in getrennten Instanzen aus Compliance- oder Infrastrukturgründen; und Teams, die ein Test-GLPI pflegen und echte Fälle zum Testen brauchen.
Ein wichtiges Architekturdetail: Jede Instanz kann im Modus Outbound (lokal → entfernt), Inbound (entfernt → lokal) oder Bidirektional (in beide Richtungen) arbeiten. Die Richtung wird pro Integration festgelegt, und das Modul nutzt Korrelationen und Richtungssperren, um Dubletten und Schreibzugriffe in nicht autorisierter Richtung zu verhindern. In bidirektionalen Szenarien bleibt es wichtig festzulegen, welche Felder und Teams auf jeder Seite zuständig sind.
Kompatibilität
- GLPI: 11.0+
- Tarif: Lizenziert
- Plugin: NexTool 6.16.0 oder höher
Nächster Schritt
GLPI Sync ist Teil von NexTool, einem Ökosystem von Modulen, das das GLPI ohne Code-Anpassungen erweitert. Besuchen Sie die Seite des Moduls oder vereinbaren Sie ein Gespräch, um es in Ihrer Umgebung in Aktion zu sehen.
Geprüft vom Team der NexTool Solutions.
