Estamos actualizando gradualmente el concepto y la terminología utilizados en Tags, la solución de GPS-Trace para el seguimiento de activos. La actualización introduce una estructura más clara para trabajar con gateways, sensores y activos físicos.
El acceso a Tags se gestiona a través de usuarios registrados de GPS-Trace Console .
Anteriormente, Tags se basaba en dos entidades principales: gateways y activos. En la práctica, este modelo no siempre reflejaba cómo trabajan los usuarios con objetos físicos.
Por ejemplo, una baliza BLE (Bluetooth Low Energy) fijada a una herramienta y la herramienta en sí no son lo mismo. La baliza se puede mover, sustituir o reutilizar, mientras que la herramienta sigue siendo un activo independiente con su propio historial.
Para que esta lógica sea más clara, Tags ahora utilizará tres entidades clave:
- Gateway
- Sensor
- Activo
Gateway
Un gateway es un dispositivo que recopila datos y los envía a la plataforma.
En la mayoría de los casos, se trata de un rastreador GPS que puede recibir datos de:
- tags y balizas BLE;
- sensores cableados conectados al gateway;
- los propios parámetros del gateway.
El gateway sigue siendo el punto de entrada técnico a través del cual los datos se envían a Tags.
Los gateways pueden funcionar de forma diferente según la tecnología utilizada:
- Con la tecnología Mobile, un rastreador GPS actúa como un gateway móvil. Recopila datos de sensores BLE cercanos y envía estos datos a la plataforma GPS-Trace junto con sus propias coordenadas GPS.
- Con la tecnología Mesh, los gateways forman parte de una infraestructura estacionaria compuesta por gateways y anchors.
Sensor
Un sensor es una fuente de datos que puede vincularse a un activo.
Un sensor puede ser:
- un tag o una baliza BLE;
- un sensor cableado conectado a un gateway;
- un parámetro del gateway, como nivel de combustible, temperatura o estado de encendido;
- varios parámetros del gateway agrupados en una sola entidad.
En el modelo actualizado, muchas entidades que antes se llamaban activos ahora se llamarán sensores.
Por ejemplo:
- un tag BLE fijado a un desfibrilador de hospital es un sensor;
- un parámetro de temperatura recibido desde un gateway puede crearse como un sensor independiente;
- un grupo de parámetros del gateway seleccionados por el usuario también puede crearse como un sensor.
Activo
Un activo es el objeto físico que tiene valor para el usuario y que necesita ser rastreado.
Un activo puede ser:
- un contenedor;
- un remolque;
- una herramienta;
- un equipo;
- carga;
- equipaje;
- otro objeto físico.
Se puede vincular un sensor a un activo para proporcionar datos sobre su ubicación, estado o parámetros seleccionados.
Un cambio importante es que un activo puede existir sin un sensor vinculado. Esto significa que los usuarios pueden crear activos con antelación y vincularlos a sensores más adelante cuando el objeto físico esté listo para su uso.
Por ejemplo, una empresa puede crear registros para 100 contenedores antes de fijarles tags BLE. Más adelante, cuando los contenedores estén preparados, el usuario podrá vincular cada contenedor con el sensor correcto.
Por qué está cambiando el modelo
El objetivo principal de esta actualización es separar los objetos físicos de las fuentes de datos utilizadas para rastrearlos.
Antes, un activo a menudo significaba “un tag fijado a un objeto”. Sin embargo, en muchos escenarios reales, el tag y el objeto tienen funciones diferentes.
Por ejemplo, en un hospital:
- las camillas son activos;
- los tags BLE fijados a las camillas son sensores;
- los dispositivos que recopilan datos de los tags BLE son gateways.
Si una camilla se retira del servicio, el tag BLE se puede quitar y fijar a otra camilla. Con el modelo actualizado, el usuario no necesita volver a crear todo desde cero. Puede desvincular el sensor de un activo y vincularlo a otro.
Esto ayuda a mantener el historial conectado al activo físico, y no solo al tag. Los usuarios pueden ver un registro más preciso de cada activo, incluso si el sensor vinculado cambia con el tiempo.
Este enfoque es útil cuando:
- los sensores se reutilizan para diferentes activos;
- los activos se crean con antelación y se vinculan a sensores más tarde;
- algunos activos no se usan temporalmente;
- se sustituye un sensor, pero el historial del activo debe seguir vinculado al objeto físico;
- los usuarios necesitan mantener registros separados para objetos físicos y dispositivos técnicos.
Ejemplos adicionales
Ejemplo 1: Herramientas de alquiler
Una empresa de alquiler trabaja con taladros, generadores y otras herramientas.
- Cada herramienta es un activo.
- Un tag BLE fijado a la herramienta es un sensor.
- Un rastreador instalado en un vehículo de servicio o en una zona de almacenamiento puede funcionar como un gateway.
La empresa puede crear registros de activos para herramientas nuevas antes de asignarles tags BLE. Cuando las herramientas estén listas para su uso, los sensores podrán vincularse a los activos correctos.
Ejemplo 2: Contenedores y carga
Una empresa de logística rastrea contenedores y carga.
- Un contenedor es un activo.
- Un tag o una baliza BLE fijados al contenedor son un sensor.
- Un rastreador instalado en un vehículo o en una instalación es un gateway.
Si se quita un tag BLE de un contenedor y se fija a otro, el usuario solo necesita actualizar el vínculo entre el sensor y el activo.
Ejemplo 3: Parámetros del gateway como sensores
Un usuario puede necesitar informes basados en datos recibidos directamente de un gateway, por ejemplo:
- nivel de combustible;
- temperatura;
- horas de motor;
- otro parámetro seleccionado.
En este caso, el usuario puede crear un sensor basado en uno o varios parámetros del gateway. Después, este sensor puede utilizarse para el historial y los informes.
Actualizaciones de la interfaz
Debido a la terminología y la lógica actualizadas, la interfaz de Tags también cambiará gradualmente.
Se introducirán elementos de interfaz nuevos y actualizados para:
- gestionar gateways, sensores y activos;
- vincular y desvincular sensores y activos;
- ver el historial y los informes de sensor/activo;
Historial, informes y seguimiento en tiempo real
En el concepto actualizado, las funciones relacionadas con el historial, los informes y el seguimiento estarán disponibles para sensores y activos.
Esto incluye:
- historial de movimiento;
- informes;
- eventos relacionados con objetos rastreados;
- cambios de estado basados en sensores vinculados.
En futuras actualizaciones, Tags también se ampliará con herramientas de seguimiento adicionales para sensores y activos, como viajes, notificaciones basadas en parámetros y otras funciones que ayudan a los usuarios a rastrear movimiento, estado y eventos.
Los gateways seguirán siendo entidades técnicas utilizadas principalmente para la recopilación y transmisión de datos. Si un usuario necesita rastrear el propio gateway, obtener historial, informes u otras funciones de seguimiento, puede crear un sensor basado en los parámetros del gateway necesarios. Después, este sensor se puede utilizar en Tags de la misma manera que otros sensores.
Esto separa la facturación por recopilación de datos de la facturación por funciones de seguimiento. Los gateways siguen siendo económicos cuando se usan solo para recopilación y transmisión de datos, mientras que las funciones avanzadas de seguimiento se facturan únicamente cuando el usuario decide crear un sensor basado en parámetros del gateway.
Cambios de precios
Los precios también se alinearán con la terminología actualizada.
La facturación se basará en dos entidades:
- gateways;
- sensores.
No habrá cargo por los activos.
En la práctica, la lógica de facturación sigue siendo similar al modelo actual. El cambio principal es que ahora las entidades se nombrarán de forma más precisa.
El precio del gateway se mantiene sin cambios:
- 1 gateway — 0,1 EUR por gateway / por mes.
El precio del sensor también se mantiene sin cambios:
- 1 sensor — de 0,1 EUR a 0,5 EUR por sensor al mes, según el plan seleccionado
Un sensor es la entidad a la que antes a menudo se hacía referencia como un activo.
Este modelo permite a los usuarios gestionar los objetos físicos por separado de los dispositivos y las fuentes de datos utilizadas para rastrearlos, sin cambiar el enfoque básico de precios.
Límites actualizados
Los límites para una cuenta de Tags también se actualizarán.
Los límites máximos serán:
- 500 gateways
- 500 sensores
Para mantener la interfaz cómoda y la aplicación estable para escenarios de seguimiento en tiempo real, los gateways y los sensores necesitan límites claros a nivel de cuenta.
Al mismo tiempo, los activos ahora están separados de los sensores. Esto significa que los usuarios pueden crear registros de activos para objetos físicos independientemente del número de gateways y sensores utilizados para recopilar datos.
Si un usuario necesita trabajar con un mayor número de gateways o sensores, puede usar varias cuentas de Tags y cambiar rápidamente entre ellas.
Cuándo comienzan los cambios
Las actualizaciones globales comenzarán el 10 de junio de 2026.
Desde el inicio del proceso de actualización, la información sobre la nueva terminología, los límites, la interfaz y la funcionalidad de Tags se actualizará gradualmente en los recursos de GPS-Trace durante aproximadamente dos semanas.
El modelo actualizado de Tags facilitará describir procesos reales de seguimiento de activos, gestionar vínculos entre objetos físicos y sensores, y mantener el historial conectado a los activos que importan a los usuarios.