Tags: обновление концепции и терминологии

Мы постепенно обновляем концепцию и терминологию, используемые в Tags — решении GPS-Trace для отслеживания ассетов. Обновление вводит более понятную структуру работы со шлюзами, сенсорами и физическими объектами.

Доступ к Tags управляется через зарегистрированных пользователей GPS-Trace Console .

Ранее Tags основывался на двух основных сущностях: шлюзах и ассетах. На практике такая модель не всегда отражала то, как пользователи работают с физическими объектами.
Например, BLE-метка (Bluetooth Low Energy), закреплённая на инструменте, и сам инструмент — это не одно и то же. Метку можно переместить, заменить или использовать повторно, тогда как инструмент остаётся отдельным ассетом со своей собственной историей.

Чтобы сделать эту логику более понятной, в Tags теперь будут использоваться три ключевые сущности:

1. Шлюз
2. Сенсор
3. Ассет

Шлюз

Шлюз — это устройство, которое собирает данные и отправляет их на платформу.

В большинстве случаев это GPS-трекер, который может получать данные от:

• BLE-меток и маяков;
• проводных сенсоров, подключённых к шлюзу;
• собственных параметров шлюза.

Шлюз остаётся технической точкой входа, через которую данные передаются в Tags.

Шлюзы могут работать по-разному в зависимости от используемой технологии:

• В случае использования мобильной технологии GPS-трекер выступает мобильным шлюзом. Он собирает данные с BLE-сенсоров поблизости и отправляет их на платформу GPS-Trace вместе со своими GPS-координатами.
• В случае использования mesh технологии шлюзы являются частью стационарной инфраструктуры, состоящей из шлюзов и анкеров.

Сенсор

Сенсор — это источник данных, который можно связать с ассетом.

Сенсором может быть:

• BLE-метка или маяк;
• проводной сенсор, подключённый к шлюзу;
• параметр шлюза, например уровень топлива, температура или статус зажигания;
• несколько параметров шлюза, объединённых в одну сущность.

В обновлённой модели многие сущности, которые ранее назывались ассетами, теперь будут называться сенсорами.

Например:

• BLE-метка, закреплённая на больничном дефибрилляторе, — это сенсор;
• параметр температуры, получаемый от шлюза, можно создать как отдельный сенсор;
• группу параметров шлюза, выбранных пользователем, также можно создать как сенсор.

Ассет

Ассет — это физический объект, который имеет ценность для пользователя и который нужно отслеживать.

Ассетом может быть:

• контейнер;
• прицеп;
• инструмент;
• оборудование;
• груз;
• багаж;
• любой другой физический объект.

Сенсор можно связать с ассетом, чтобы получать данные о его местоположении, состоянии или выбранных параметрах.

Важное изменение: ассет может существовать без привязанного сенсора. Это означает, что пользователи могут заранее создавать ассеты и связывать их с сенсорами позже, когда физический объект будет готов к использованию.

Например, компания может создать записи для 100 контейнеров до того, как к ним будут прикреплены BLE-метки. Позже, когда контейнеры будут подготовлены, пользователь сможет связать каждый контейнер с нужным сенсором.

Почему модель меняется

Главная цель этого обновления — отделить физические объекты от источников данных, используемых для их отслеживания.

Ранее ассет часто означал «метка, прикреплённая к объекту». Однако во многих реальных сценариях метка и объект выполняют разные роли.

Например, в больнице:

• каталки — это ассеты;
• BLE-метки, прикреплённые к каталкам — это сенсоры;
• устройства, собирающие данные с BLE-меток — это шлюзы.

Если одну каталку выводят из эксплуатации, BLE-метку можно снять и закрепить на другой каталке. С обновлённой моделью пользователю не нужно пересоздавать всё с нуля. Он может отвязать сенсор от одного ассета и привязать его к другому.

Это помогает сохранять историю, привязанную к физическому ассету, а не только к метке. Пользователи могут видеть более точную запись по каждому ассету, даже если связанный сенсор со временем меняется.

Такой подход полезен, когда:

• сенсоры повторно используются для разных ассетов;
• ассеты создаются заранее и связываются с сенсорами позже;
• некоторые ассеты временно не используются;
• сенсор заменяется, но история ассета должна оставаться привязанной к физическому объекту;
• пользователям нужно вести отдельные записи для физических объектов и технических устройств.

Дополнительные примеры

Пример 1: арендный инструмент

Компания по аренде работает с дрелями, генераторами и другими инструментами.

• Каждый инструмент — это ассет.
• BLE-метка, закреплённая на инструменте, — это сенсор.
• Трекер, установленный в сервисном автомобиле или в зоне хранения, может работать как шлюз.

Компания может создать записи ассетов для новых инструментов до назначения BLE-меток. Когда инструменты будут подготовлены к использованию, сенсоры можно будет привязать к нужным ассетам.

Пример 2: контейнеры и груз

Логистическая компания отслеживает контейнеры и груз.

• Контейнер — это ассет.
• BLE-метка или маяк, закреплённые на контейнере, — это сенсор.
• Трекер, установленный в транспортном средстве или на объекте, — это шлюз.

Если BLE-метку снимают с одного контейнера и закрепляют на другом, пользователю нужно лишь обновить связь между сенсором и ассетом.

Пример 3: параметры шлюза как сенсоры

Пользователю могут понадобиться отчёты на основе данных, получаемых напрямую от шлюза, например:

• уровень топлива;
• температура;
• моточасы;
• другой выбранный параметр.

В этом случае пользователь может создать сенсор на основе одного или нескольких параметров шлюза. Затем этот сенсор можно использовать для истории и отчётов.

Обновления интерфейса

Из-за обновлённой терминологии и логики интерфейс Tags также будет меняться постепенно.

Новые и обновлённые элементы интерфейса будут добавляться для:

• управления шлюзами, сенсорами и ассетами;
• привязки и отвязки сенсоров и ассетов;
• просмотра истории и отчётов по сенсору/ассету;

История, отчёты и отслеживание в реальном времени

В обновлённой концепции история, отчёты и функции, связанные с отслеживанием, будут доступны для сенсоров и ассетов.

Это включает:

• историю перемещений;
• отчёты;
• события, связанные с отслеживаемыми объектами;
• изменения статуса на основе связанных сенсоров.

В будущих обновлениях Tags также будет расширяться дополнительными инструментами отслеживания для сенсоров и ассетов — такими как поездки, уведомления на основе параметров и другие функции, которые помогают пользователям отслеживать перемещения, статусы и события.

Шлюзы останутся техническими сущностями, используемыми главным образом для сбора и передачи данных. Если пользователю нужно отслеживать сам шлюз, получать историю, отчёты или другие функции отслеживания, он может создать сенсор на основе необходимых параметров шлюза. После этого этот сенсор можно использовать в Tags так же, как и другие сенсоры.

Это отделяет биллинг за сбор данных от биллинга за функции отслеживания. Шлюзы остаются недорогими, когда используются только для сбора и передачи данных, а расширенные функции отслеживания тарифицируются только тогда, когда пользователь решает создать сенсор на основе параметров шлюза.

Изменения в ценах

Ценообразование также будет приведено в соответствие с обновлённой терминологией.

Биллинг будет основан на двух сущностях:

• шлюзы;
• сенсоры.

За ассеты плата взиматься не будет.

На практике логика биллинга остаётся близкой к текущей модели. Главное изменение заключается в том, что сущности теперь будут названы более точно.

Стоимость шлюза остаётся без изменений:

• 1 шлюз — 0.1 EUR за шлюз / в месяц.

Стоимость сенсора также остаётся без изменений:

• 1 сенсор — от 0.1 EUR до 0.5 EUR за сенсор в месяц, в зависимости от выбранного плана

Сенсор — это сущность, которую ранее часто называли ассетом.

Эта модель позволяет пользователям отдельно управлять физическими объектами и устройствами/источниками данных, используемыми для их отслеживания, не меняя базовый подход к ценообразованию.

Обновлённые лимиты

Лимиты для одного аккаунта Tags также будут обновлены.

Максимальные лимиты будут:

• 500 шлюзов
• 500 сенсоров

Чтобы сохранить удобство интерфейса и стабильность приложения для сценариев отслеживания в реальном времени, для шлюзов и сенсоров нужны чёткие лимиты на уровне аккаунта.

При этом ассеты теперь отделены от сенсоров. Это означает, что пользователи могут создавать записи ассетов для физических объектов независимо от количества шлюзов и сенсоров, используемых для сбора данных.

Если пользователю нужно работать с большим количеством шлюзов или сенсоров, он может использовать несколько аккаунтов Tags и быстро переключаться между ними.

Когда начнутся изменения

Глобальные обновления начнутся 10 июня 2026.

С начала процесса обновления информация о новой терминологии, лимитах, интерфейсе и функциональности Tags будет постепенно обновляться на ресурсах GPS-Trace в течение примерно двух недель.

Обновлённая модель Tags упростит описание реальных процессов отслеживания ассетов, управление связями между физическими объектами и сенсорами, а также сохранение истории, привязанной к ассетам, которые важны для пользователей.