Tags: Aktualisierung von Konzept und Terminologie

Wir aktualisieren schrittweise das in Tags verwendete Konzept und die Terminologie – der GPS-Trace-Lösung für Asset-Tracking. Das Update führt eine klarere Struktur für die Arbeit mit Gateways, Sensoren und physischen Assets ein.

Der Zugriff auf Tags wird über registrierte GPS-Trace Console-Benutzer verwaltet.

Bisher basierte Tags auf zwei Haupteinheiten: Gateways und Assets. In der Praxis spiegelte dieses Modell nicht immer wider, wie Benutzer mit physischen Objekten arbeiten.
Zum Beispiel sind ein an einem Werkzeug befestigter BLE- (Bluetooth Low Energy-) Beacon und das Werkzeug selbst nicht dasselbe. Der Beacon kann versetzt, ersetzt oder wiederverwendet werden, während das Werkzeug ein separates Asset mit eigener Historie bleibt.

Um diese Logik klarer zu machen, verwendet Tags nun drei Schlüsseleinheiten:

1. Gateway
2. Sensor
3. Asset

Gateway

Ein Gateway ist ein Gerät, das Daten sammelt und an die Plattform sendet.

In den meisten Fällen ist dies ein GPS-Tracker, der Daten empfangen kann von:

• BLE-Tags und Beacons;
• kabelgebundenen Sensoren, die mit dem Gateway verbunden sind;
• den eigenen Parametern des Gateways.

Das Gateway bleibt der technische Einstiegspunkt, über den Daten an Tags gesendet werden.

Gateways können je nach verwendeter Technologie unterschiedlich funktionieren:

• Mit der mobilen Technologie fungiert ein GPS-Tracker als mobiles Gateway. Er sammelt Daten von BLE-Sensoren in der Nähe und sendet diese Daten zusammen mit seinen eigenen GPS-Koordinaten an die GPS-Trace-Plattform.
• Mit der Mesh Technologie sind Gateways Teil einer stationären Infrastruktur, die aus Gateways und Ankern besteht.

Sensor

Ein Sensor ist eine Datenquelle, die mit einem Asset verknüpft werden kann.

Ein Sensor kann sein:

• ein BLE-Tag oder Beacon;
• ein kabelgebundener Sensor, der mit einem Gateway verbunden ist;
• ein Gateway-Parameter, z. B. Kraftstoffstand, Temperatur oder Zündstatus;
• mehrere Gateway-Parameter, die zu einer Einheit gruppiert werden.

Im aktualisierten Modell werden viele Einheiten, die zuvor Assets genannt wurden, nun Sensoren heißen.

Zum Beispiel:

• ein BLE-Tag, das an einem Defibrillator im Krankenhaus befestigt ist, ist ein Sensor;
• ein Temperaturparameter, der von einem Gateway empfangen wird, kann als separater Sensor erstellt werden;
• eine Gruppe von Gateway-Parametern, die vom Benutzer ausgewählt wird, kann ebenfalls als Sensor erstellt werden.

Asset

Ein Asset ist das physische Objekt, das für den Benutzer einen Wert hat und verfolgt werden muss.

Ein Asset kann sein:

• ein Container;
• ein Anhänger;
• ein Werkzeug;
• ein Gerät (Ausrüstungsteil);
• Fracht;
• Gepäck;
• ein anderes physisches Objekt.

Ein Sensor kann mit einem Asset verknüpft werden, um Daten über dessen Standort, Zustand oder ausgewählte Parameter bereitzustellen.

Eine wichtige Änderung ist, dass ein Asset ohne verknüpften Sensor existieren kann. Das bedeutet, Benutzer können Assets im Voraus anlegen und sie später mit Sensoren verknüpfen, sobald das physische Objekt einsatzbereit ist.

Zum Beispiel kann ein Unternehmen Datensätze für 100 Container erstellen, bevor BLE-Tags daran befestigt werden. Später, wenn die Container vorbereitet sind, kann der Benutzer jeden Container mit dem richtigen Sensor verknüpfen.

Warum sich das Modell ändert

Das Hauptziel dieses Updates ist es, physische Objekte von den Datenquellen zu trennen, mit denen sie verfolgt werden.

Früher bedeutete ein Asset häufig „ein an einem Objekt befestigtes Tag“. In vielen realen Szenarien haben das Tag und das Objekt jedoch unterschiedliche Rollen.

Zum Beispiel in einem Krankenhaus:

• Tragen sind Assets;
• BLE-Tags, die an Tragen befestigt sind, sind Sensoren;
• Geräte, die Daten von BLE-Tags sammeln, sind Gateways.

Wenn eine Trage außer Betrieb genommen wird, kann das BLE-Tag entfernt und an einer anderen Trage angebracht werden. Mit dem aktualisierten Modell muss der Benutzer nicht alles von Grund auf neu erstellen. Er kann den Sensor von einem Asset trennen und ihn mit einem anderen verknüpfen.

So bleibt die Historie mit dem physischen Asset verbunden – nicht nur mit dem Tag. Benutzer sehen einen genaueren Verlauf für jedes Asset, selbst wenn sich der verknüpfte Sensor im Laufe der Zeit ändert.

Dieser Ansatz ist hilfreich, wenn:

• Sensoren für verschiedene Assets wiederverwendet werden;
• Assets im Voraus erstellt und später mit Sensoren verknüpft werden;
• einige Assets vorübergehend nicht genutzt werden;
• ein Sensor ersetzt wird, die Asset-Historie aber mit dem physischen Objekt verbunden bleiben muss;
• Benutzer getrennte Datensätze für physische Objekte und technische Geräte führen müssen.

Zusätzliche Beispiele

Beispiel 1: Mietwerkzeuge

Ein Vermietungsunternehmen arbeitet mit Bohrmaschinen, Generatoren und anderen Werkzeugen.

• Jedes Werkzeug ist ein Asset.
• Ein am Werkzeug befestigtes BLE-Tag ist ein Sensor.
• Ein Tracker, der in einem Servicefahrzeug oder in einem Lagerbereich installiert ist, kann als Gateway fungieren.

Das Unternehmen kann Asset-Datensätze für neue Werkzeuge erstellen, bevor ihnen BLE-Tags zugewiesen werden. Wenn die Werkzeuge einsatzbereit sind, können Sensoren mit den richtigen Assets verknüpft werden.

Beispiel 2: Container und Fracht

Ein Logistikunternehmen verfolgt Container und Fracht.

• Ein Container ist ein Asset.
• Ein am Container befestigtes BLE-Tag oder ein Beacon ist ein Sensor.
• Ein Tracker, der in einem Fahrzeug oder an einem Standort installiert ist, ist ein Gateway.

Wenn ein BLE-Tag von einem Container entfernt und an einem anderen angebracht wird, muss der Benutzer nur die Verknüpfung zwischen Sensor und Asset aktualisieren.

Beispiel 3: Gateway-Parameter als Sensoren

Ein Benutzer benötigt möglicherweise Berichte auf Basis von Daten, die direkt von einem Gateway empfangen werden, zum Beispiel:

• Kraftstoffstand;
• Temperatur;
• Motorstunden;
• ein anderer ausgewählter Parameter.

In diesem Fall kann der Benutzer einen Sensor auf Basis eines oder mehrerer Gateway-Parameter erstellen. Dieser Sensor kann dann für Historie und Berichte verwendet werden.

Interface-Updates

Aufgrund der aktualisierten Terminologie und Logik wird sich auch die Tags-Oberfläche schrittweise ändern.

Neue und aktualisierte Interface-Elemente werden eingeführt für:

• die Verwaltung von Gateways, Sensoren und Assets;
• das Verknüpfen und Trennen von Sensoren und Assets;
• das Anzeigen der Sensor-/Asset-Historie und von Berichten;

Historie, Berichte und Echtzeit-Tracking

Im aktualisierten Konzept werden Historie, Berichte und trackingbezogene Funktionen für Sensoren und Assets verfügbar sein.

Dazu gehören:

• Bewegungshistorie;
• Berichte;
• Ereignisse in Bezug auf verfolgte Objekte;
• Statusänderungen basierend auf verknüpften Sensoren.

In zukünftigen Updates wird Tags außerdem um zusätzliche Tracking-Tools für Sensoren und Assets erweitert, z. B. Fahrten, parameterbasierte Benachrichtigungen und weitere Funktionen, die Benutzern helfen, Bewegungen, Status und Ereignisse zu verfolgen.

Gateways bleiben technische Einheiten, die hauptsächlich für Datenerfassung und -übertragung verwendet werden. Wenn ein Benutzer ein Gateway selbst verfolgen, Historie, Berichte oder andere Tracking-Funktionen erhalten möchte, kann er einen Sensor auf Basis der erforderlichen Gateway-Parameter erstellen. Danach kann dieser Sensor in Tags genauso verwendet werden wie andere Sensoren.

Dadurch wird die Abrechnung für die Datenerfassung von der Abrechnung für trackingbezogene Funktionen getrennt. Gateways bleiben kostengünstig, wenn sie nur für Datenerfassung und -übertragung genutzt werden, während erweiterte Tracking-Funktionen nur dann berechnet werden, wenn der Benutzer sich entscheidet, einen Sensor auf Basis von Gateway-Parametern zu erstellen.

Preisänderungen

Auch die Preise werden an die aktualisierte Terminologie angepasst.

Die Abrechnung basiert auf zwei Einheiten:

• Gateways;
• Sensoren.

Für Assets fallen keine Kosten an.

In der Praxis bleibt die Abrechnungslogik nahe am aktuellen Modell. Die wichtigste Änderung ist, dass die Einheiten nun präziser benannt werden.

Der Gateway-Preis bleibt unverändert:

• 1 Gateway — 0.1 EUR pro Gateway / pro Monat.

Auch der Sensor-Preis bleibt unverändert:

• 1 Sensor — von 0.1 EUR bis 0.5 EUR pro Sensor und Monat, abhängig vom ausgewählten Plan

Ein Sensor ist die Einheit, die zuvor oft als Asset bezeichnet wurde.

Dieses Modell ermöglicht es Benutzern, physische Objekte getrennt von den Geräten und Datenquellen zu verwalten, mit denen sie verfolgt werden, ohne den grundlegenden Preisansatz zu ändern.

Aktualisierte Limits

Auch die Limits für ein Tags-Konto werden aktualisiert.

Die maximalen Limits sind:

• 500 Gateways
• 500 Sensoren

Damit die Oberfläche komfortabel bleibt und die Anwendung für Echtzeit-Tracking-Szenarien stabil ist, benötigen Gateways und Sensoren klare Konto-Limits.

Gleichzeitig sind Assets nun von Sensoren getrennt. Das bedeutet, Benutzer können Asset-Datensätze für physische Objekte unabhängig von der Anzahl der Gateways und Sensoren erstellen, die zur Datenerfassung verwendet werden.

Wenn ein Benutzer mit einer größeren Anzahl von Gateways oder Sensoren arbeiten muss, kann er mehrere Tags-Konten verwenden und schnell zwischen ihnen wechseln.

Wann die Änderungen starten

Die globalen Updates beginnen am 10. Juni 2026.

Ab Beginn des Update-Prozesses werden Informationen zur neuen Terminologie, zu Limits, Interface und Tags-Funktionalität über einen Zeitraum von etwa zwei Wochen schrittweise in den GPS-Trace-Ressourcen aktualisiert.

Das aktualisierte Tags-Modell erleichtert es, reale Asset-Tracking-Prozesse zu beschreiben, Verknüpfungen zwischen physischen Objekten und Sensoren zu verwalten und die Historie mit den Assets zu verbinden, die für Benutzer wichtig sind.