Overview
Structure of the Application
| Area | Description |
|---|---|
The path from a device’s first report to the third-party system receiving its positions. |
|
The working list of all tags of the current tenant, with state, telemetry and assignments. |
|
Creating and maintaining groups. They are the unit by which access is authorized. |
|
The diagnostic view: every positioning decision with the data it is based on. |
|
The credentials third-party systems use to collect positions and decisions. |
|
Your own position database — cells, WiFis and beacons with a known position. |
|
The order in which the application consults its sources, and what that means in practice. |
|
Administration |
Views across all tenants and the maintenance of the position cache. Requires the cloud administrator role and is opened through the gear icon in the side menu. |
|
If you are new to the application, start with First Steps. The order of the steps there is not arbitrary — without it the tag list stays empty, or no events reach the target system. |
What This Application Does Not Do
-
It shows no floor plans or indoor maps. Positions are geographic coordinates on a world map. For locating within buildings there is the tracking application.
-
It has no location hierarchy of plant, building and floor. Separation is by tenant only.
-
It offers no interface for querying the past. Third-party systems receive events continuously; whoever needs history stores it themselves.