Tags: update van concept en terminologie

We werken stap voor stap aan een update van het concept en de terminologie die in Tags worden gebruikt, de GPS-Trace-oplossing voor asset tracking. De update introduceert een duidelijkere structuur voor het werken met gateways, sensoren en fysieke assets.

Toegang tot Tags wordt beheerd via geregistreerde GPS-Trace Console-gebruikers.

Eerder was Tags gebaseerd op twee hoofdentiteiten: gateways en assets. In de praktijk weerspiegelde dit model niet altijd hoe gebruikers met fysieke objecten werken.
Een BLE-baken (Bluetooth Low Energy) dat aan een gereedschap is bevestigd en het gereedschap zelf zijn bijvoorbeeld niet hetzelfde. Het baken kan worden verplaatst, vervangen of opnieuw worden gebruikt, terwijl het gereedschap een aparte asset blijft met een eigen historie.

Om deze logica duidelijker te maken, gaat Tags nu drie kernentiteiten gebruiken:

1. Gateway
2. Sensor
3. Asset

Gateway

Een gateway is een apparaat dat gegevens verzamelt en naar het platform verzendt.

In de meeste gevallen is dit een GPS-tracker die gegevens kan ontvangen van:

• BLE-tags en bakens;
• bekabelde sensoren die op de gateway zijn aangesloten;
• de eigen parameters van de gateway.

De gateway blijft het technische toegangspunt waarmee data naar Tags wordt verzonden.

Gateways kunnen anders werken afhankelijk van de gebruikte technologie:

• Met Mobile technology fungeert een GPS-tracker als mobiele gateway. Deze verzamelt data van BLE-sensoren in de buurt en verzendt die data samen met de eigen GPS-coördinaten naar het GPS-Trace-platform.
• Met Mesh technology maken gateways deel uit van een stationaire infrastructuur die bestaat uit gateways en anchors.

Sensor

Een sensor is een gegevensbron die aan een asset kan worden gekoppeld.

Een sensor kan zijn:

• een BLE-tag of baken;
• een bekabelde sensor die op een gateway is aangesloten;
• een gateway-parameter, zoals brandstofniveau, temperatuur of ontstekingsstatus;
• meerdere gateway-parameters die in één entiteit zijn gegroepeerd.

In het bijgewerkte model zullen veel entiteiten die eerder assets werden genoemd nu sensoren heten.

Bijvoorbeeld:

• een BLE-tag die aan een defibrillator in een ziekenhuis is bevestigd is een sensor;
• een temperatuurparameter die van een gateway wordt ontvangen kan als een aparte sensor worden aangemaakt;
• een groep gateway-parameters die door de gebruiker is geselecteerd kan ook als sensor worden aangemaakt.

Asset

Een asset is het fysieke object dat waarde heeft voor de gebruiker en dat gevolgd moet worden.

Een asset kan zijn:

• een container;
• een aanhanger;
• gereedschap;
• apparatuur;
• vracht;
• bagage;
• een ander fysiek object.

Een sensor kan aan een asset worden gekoppeld om data te leveren over de locatie, de staat of geselecteerde parameters.

Een belangrijke wijziging is dat een asset kan bestaan zonder gekoppelde sensor. Dit betekent dat gebruikers assets vooraf kunnen aanmaken en ze later aan sensoren kunnen koppelen wanneer het fysieke object klaar is voor gebruik.

Een bedrijf kan bijvoorbeeld records aanmaken voor 100 containers voordat er BLE-tags aan worden bevestigd. Later, wanneer de containers zijn voorbereid, kan de gebruiker elke container aan de juiste sensor koppelen.

Waarom het model verandert

Het belangrijkste doel van deze update is om fysieke objecten te scheiden van de gegevensbronnen die worden gebruikt om ze te volgen.

Eerder betekende een asset vaak “een tag die aan een object is bevestigd”. In veel praktijksituaties hebben de tag en het object echter verschillende rollen.

Bijvoorbeeld in een ziekenhuis:

• brancards zijn assets;
• BLE-tags die aan brancards zijn bevestigd zijn sensoren;
• apparaten die data van BLE-tags verzamelen zijn gateways.

Als één brancard buiten gebruik wordt gesteld, kan de BLE-tag worden verwijderd en aan een andere brancard worden bevestigd. Met het bijgewerkte model hoeft de gebruiker niet alles opnieuw vanaf nul aan te maken. De sensor kan worden losgekoppeld van de ene asset en gekoppeld aan een andere.

Dit helpt om de historie verbonden te houden met de fysieke asset, en niet alleen met de tag. Gebruikers zien een nauwkeuriger overzicht per asset, zelfs als de gekoppelde sensor in de loop van de tijd verandert.

Deze aanpak is handig wanneer:

• sensoren opnieuw worden gebruikt voor verschillende assets;
• assets vooraf worden aangemaakt en later aan sensoren worden gekoppeld;
• sommige assets tijdelijk niet in gebruik zijn;
• een sensor wordt vervangen, maar de asset-historie verbonden moet blijven met het fysieke object;
• gebruikers aparte registraties moeten bijhouden voor fysieke objecten en technische apparaten.

Aanvullende voorbeelden

Voorbeeld 1: verhuurgereedschap

Een verhuurbedrijf werkt met boormachines, generatoren en ander gereedschap.

• Elk stuk gereedschap is een asset.
• Een BLE-tag die aan het gereedschap is bevestigd is een sensor.
• Een tracker die in een servicevoertuig of in een opslagruimte is geïnstalleerd kan fungeren als gateway.

Het bedrijf kan asset-records aanmaken voor nieuwe gereedschappen voordat er BLE-tags aan worden toegewezen. Wanneer de gereedschappen klaar zijn voor gebruik, kunnen sensoren aan de juiste assets worden gekoppeld.

Voorbeeld 2: containers en vracht

Een logistiek bedrijf volgt containers en vracht.

• Een container is een asset.
• Een BLE-tag of baken dat aan de container is bevestigd is een sensor.
• Een tracker die in een voertuig of bij een locatie is geïnstalleerd is een gateway.

Als een BLE-tag van de ene container wordt verwijderd en aan een andere wordt bevestigd, hoeft de gebruiker alleen de koppeling tussen de sensor en de asset bij te werken.

Voorbeeld 3: gateway-parameters als sensoren

Een gebruiker kan rapporten nodig hebben op basis van data die direct van een gateway wordt ontvangen, bijvoorbeeld:

• brandstofniveau;
• temperatuur;
• motoruren;
• een andere geselecteerde parameter.

In dit geval kan de gebruiker een sensor aanmaken op basis van één of meerdere gateway-parameters. Deze sensor kan vervolgens worden gebruikt voor historie en rapporten.

Interface-updates

Door de bijgewerkte terminologie en logica zal de Tags-interface ook geleidelijk veranderen.

Nieuwe en bijgewerkte interface-elementen worden geïntroduceerd voor:

• het beheren van gateways, sensoren en assets;
• het koppelen en loskoppelen van sensoren en assets;
• het bekijken van sensor-/asset-historie en rapporten;

Historie, rapporten en real-time tracking

In het bijgewerkte concept zijn historie, rapporten en trackinggerelateerde functies beschikbaar voor sensoren en assets.

Dit omvat:

• bewegingshistorie;
• rapporten;
• gebeurtenissen die gerelateerd zijn aan gevolgde objecten;
• statuswijzigingen op basis van gekoppelde sensoren.

In toekomstige updates wordt Tags ook uitgebreid met extra trackingtools voor sensoren en assets, zoals ritten, parametergestuurde meldingen en andere functies die gebruikers helpen beweging, status en gebeurtenissen te volgen.

Gateways blijven technische entiteiten die vooral worden gebruikt voor het verzamelen en verzenden van data. Als een gebruiker een gateway zelf wil volgen en historie, rapporten of andere trackingfuncties nodig heeft, kan hij een sensor aanmaken op basis van de vereiste gateway-parameters. Daarna kan deze sensor in Tags op dezelfde manier worden gebruikt als andere sensoren.

Dit scheidt facturering voor dataverzameling van facturering voor trackinggerelateerde functies. Gateways blijven goedkoop wanneer ze alleen worden gebruikt voor dataverzameling en transmissie, terwijl geavanceerde trackingfuncties alleen worden gefactureerd wanneer de gebruiker besluit een sensor aan te maken op basis van gateway-parameters.

Wijzigingen in prijzen

De prijzen worden ook afgestemd op de bijgewerkte terminologie.

Facturering is gebaseerd op twee entiteiten:

• gateways;
• sensoren.

Voor assets worden geen kosten in rekening gebracht.

In de praktijk blijft de factureringslogica dicht bij het huidige model. De belangrijkste wijziging is dat de entiteiten nu nauwkeuriger worden benoemd.

De gatewayprijs blijft ongewijzigd:

• 1 gateway — 0,1 EUR per gateway / per maand.

De sensorprijs blijft ook ongewijzigd:

• 1 sensor — van 0,1 EUR tot 0,5 EUR per sensor per maand, afhankelijk van het gekozen plan

Een sensor is de entiteit die eerder vaak als een asset werd aangeduid.

Met dit model kunnen gebruikers fysieke objecten afzonderlijk beheren van de apparaten en gegevensbronnen die worden gebruikt om ze te volgen, zonder de basisaanpak van de prijzen te veranderen.

Bijgewerkte limieten

De limieten voor één Tags-account worden ook bijgewerkt.

De maximale limieten zijn:

• 500 gateways
• 500 sensoren

Om de interface gebruiksvriendelijk te houden en de applicatie stabiel voor real-time tracking-scenario's te houden, hebben gateways en sensoren duidelijke limieten op accountniveau nodig.

Tegelijkertijd zijn assets nu gescheiden van sensoren. Dit betekent dat gebruikers asset-records voor fysieke objecten kunnen aanmaken, onafhankelijk van het aantal gateways en sensoren dat wordt gebruikt om data te verzamelen.

Als een gebruiker met een groter aantal gateways of sensoren moet werken, kan hij meerdere Tags-accounts gebruiken en snel tussen die accounts schakelen.

Wanneer de wijzigingen starten

De wereldwijde updates starten op 10 juni 2026.

Vanaf de start van het updateproces wordt informatie over de nieuwe terminologie, limieten, interface en Tags-functionaliteit geleidelijk bijgewerkt in GPS-Trace-bronnen gedurende ongeveer twee weken.

Het bijgewerkte Tags-model maakt het eenvoudiger om echte asset tracking-processen te beschrijven, koppelingen tussen fysieke objecten en sensoren te beheren en de historie verbonden te houden met de assets die voor gebruikers belangrijk zijn.