Wo war der Techniker, als er das Ticket gelöst hat? Das Modul Geolocation von NexTool beantwortet diese Frage, ohne sich auf das Wort von irgendjemandem zu verlassen: Es erfasst die GPS-Koordinaten in dem Moment, in dem der Techniker die Folgeaktion oder die Lösung erfasst, und zeigt die physische Adresse direkt in der Timeline des Tickets an. In diesem Artikel zeigen wir das reale Problem, das es löst, wie es unter der Haube funktioniert, wie Sie es aktivieren und - mit derselben Ehrlichkeit, die wir in den von uns betreuten Umgebungen anwenden - wann es sich nicht lohnt.
Das Problem: Außeneinsätze ohne Anwesenheitsnachweis
Bei Außendiensteinsätzen - Wartung der Infrastruktur, Gerätetausch in einer Niederlassung, technischer Besuch beim Kunden - gehört es zur Kontrolle, zu wissen, wo der Techniker war, als er den Vorgang erfasst hat. SLA-Audits, die Abrechnung von Anfahrten, die Routenplanung und schlicht das Vertrauen in das Team hängen davon ab. Das Problem ist, dass GLPI allein diese Information nicht speichert.
Die einzige native Möglichkeit, einen Standort in einer Folgeaktion zu erfassen, ist, die Adresse von Hand in den Text einzugeben. Und eine Adresse in der Hektik eines Einsatzes einzutippen ist eine Einladung zu Fehlern: Sie ist unvollständig, enthält die falsche Straße oder fehlt einfach. Schlimmer noch, sie ist eine Selbstauskunft - es gibt keine Koordinate dahinter, die einer Prüfung standhält. Die Führungskraft, die bei einem Außeneinsatz die physische Anwesenheit bestätigen muss, ist letztlich auf das Wort des Technikers angewiesen oder auf eine separate Tracking-App, die nie mit GLPI kommuniziert.
Das Ergebnis ist eine Lücke in der Nachvollziehbarkeit, die sowohl die Qualität der Betriebsdaten als auch die Glaubwürdigkeit der Supportberichte beeinträchtigt.
So funktioniert Geolocation
Das Modul fügt in die Formulare für Folgeaktionen und Lösungen des Tickets eine Schaltfläche „Standort ermitteln“ ein. Beim Klick fragt der Browser die Berechtigung zur Geolokalisierung an und erfasst über die native API des Browsers drei Angaben:
- Breiten- und Längengrad - die rohe Koordinate, also die Angabe, die die Prüfung trägt.
- Genauigkeit in Metern - die Fehlertoleranz der Messung, die je nach Gerät stark schwankt.
- Lesbare Adresse - ermittelt durch automatisches Reverse Geocoding über Nominatim (OpenStreetMap), einen kostenlosen Dienst, der keinen API-Schlüssel benötigt.
Nach dem Speichern der Folgeaktion oder der Lösung erscheint in der Timeline des Tickets ein Standort-Badge mit der formatierten Adresse, der Genauigkeit in Metern und einem direkten Link zu dem Punkt in OpenStreetMap. Neben dem Badge bietet das Modul:
- Vollständigen Verlauf pro Ticket - jede Erfassung bleibt mit dem Ticket verknüpft; ein Einsatz mit mehreren Besuchen speichert alle.
- Einfügen von formatiertem Text - der Standort kann automatisch in den Text der Folgeaktion eingefügt werden, nicht nur in das Badge.
- Integrierte Testseite - prüft Erfassung, Browserberechtigung und Geocoding direkt in den Einstellungen, ohne ein echtes Ticket öffnen zu müssen.
- Unterstützung mehrerer Anbieter - Nominatim ist bereits implementiert; Google Maps und Mapbox sind für eine künftige Aktivierung vorbereitet, für alle, die mehr Genauigkeit oder Volumen brauchen.
In der Praxis liegt der Unterschied zum Standard-GLPI weniger darin, „wo“ etwas erscheint, sondern darin, wie zuverlässig die Daten dahinter sind:
| Kriterium | In die Folgeaktion eingetippte Adresse (nativ) | Modul Geolocation |
|---|---|---|
| Adresse | Freitext, anfällig für Tippfehler | Ausgefüllt per Reverse Geocoding der Koordinaten |
| Genauigkeit | Keine - es gibt keine Koordinate | Breiten-/Längengrad + Toleranz in Metern |
| Prüfbarkeit | Selbstauskunft, ohne Nachweis | Rohe Koordinate, erfasst im Moment der Aktion |
| Aufwand für den Techniker | Die vollständige Adresse eintippen | Ein Klick auf „Standort ermitteln“ |
Der in der Folgeaktion gespeicherte Standortblock sieht etwa so aus - eine Adresse für den Menschen zum Lesen und ein Kartenlink, um den genauen Punkt zu prüfen:
Localização registrada em 04/12 14:32
Endereço: Av. Paulista, 1578 - Bela Vista, São Paulo - SP
Precisão: ~18 m
Mapa: https://www.openstreetmap.org/?mlat=-23.5613&mlon=-46.6558
# Requisito de contexto seguro (o botão só aparece e funciona sob HTTPS):
# Permissions-Policy: geolocation=(self)Aktivierung
- Installieren Sie das NexTool-Plugin in Ihrem GLPI.
- Öffnen Sie Einstellungen > NexTool > Module.
- Suchen Sie die Karte Geolocation, klicken Sie auf Installieren und danach auf Aktivieren.
- Passen Sie unter Konfigurieren den Geocoding-Anbieter und die Anzeigeoptionen des Badges an.
- Stellen Sie sicher, dass die Umgebung über HTTPS antwortet - ohne sicheren Kontext zeigt der Browser die Berechtigungsanfrage gar nicht erst an, und die Schaltfläche schlägt stillschweigend fehl.
Was wir im Außeneinsatz gelernt haben
Drei Details zeigen sich erst, wenn Sie das Modul wirklich betreiben. Erstens: Ohne HTTPS fragt der Browser keine Berechtigung zur Geolokalisierung an, und die Schaltfläche schlägt stillschweigend fehl - es gibt keinen sichtbaren Fehler, sie erfasst einfach nichts. Wir haben schon Zeit mit der Jagd nach einem „Bug“ verloren, der nur eine Testumgebung war, die über reines HTTP ausgeliefert wurde. Zweitens: Nominatim von OpenStreetMap ist kostenlos, hat aber eine Fair-Use-Richtlinie und ein Ratenlimit - es eignet sich für die punktuelle Erfassung eines Einsatzes, nicht dafür, einen ganzen Datenbestand auf einmal zu geokodieren; wer Volumen braucht, wechselt zu Google Maps oder Mapbox. Drittens: Die Genauigkeit schwankt stark. Ein Smartphone mit GPS unter freiem Himmel liefert wenige Meter; ein Desktop, der sich über WLAN und IP lokalisiert, kann um ganze Häuserblocks danebenliegen. Deshalb liefert das Reverse Geocoding manchmal die Nachbarstraße - und genau deshalb speichern wir auch den rohen Breiten- und Längengrad: Die Adresse ist eine Bequemlichkeit für den menschlichen Leser, die Koordinate ist der Nachweis, der die Prüfung trägt.
Für wen es geeignet ist - und wann Sie es nicht verwenden sollten
Das Modul lohnt sich für Außendienstteams mit externen Einsätzen, Unternehmen, die die physische Anwesenheit bei Infrastruktur-Tickets prüfen müssen, und Führungskräfte, die die Daten des GLPI um geografischen Kontext anreichern möchten, ohne ein separates Tracking-System anzubinden.
Wenig Nutzen - oder gar keine Funktion - bringt es in zwei Szenarien. Ein Team, das zu 100 % intern oder remote arbeitet und vom eigenen Arbeitsplatz ohne Anfahrt unterstützt, gewinnt wenig: Der erfasste Standort wird immer derselbe Raum sein. Und eine Umgebung ohne HTTPS kann es schlicht nicht nutzen, weil der Browser die Geolokalisierung außerhalb eines sicheren Kontexts blockiert. Wenn das auf Sie zutrifft, kümmern Sie sich zuerst um das Zertifikat, bevor Sie über das Modul nachdenken.
Kompatibilität
- GLPI: 10.x und 11.x
- Plan: auf Anfrage (PAID)
- Plugin: NexTool 3.x oder höher
Nächster Schritt
Geolocation ist eines der Module von NexTool, dem modularen Plugin für GLPI. Um herauszufinden, ob es für Ihren Außendienst sinnvoll ist, sprechen Sie mit dem Team.
Geprüft vom Team von NexTool Solutions.
