Rules and Alerts
Rules continuously monitor your assets and take action when conditions are met. Some rules raise alerts: a vehicle hasn't returned, equipment has left a restricted area, or a zone is over capacity. Others record events, linking tags that travel together or auto-associating items based on proximity. Define the conditions once, and Track watches 24/7.
How rules work
You define a rule with a type, parameters, and a severity. The system continuously evaluates tag positions against your rules. When a rule's condition is met, what happens depends on its severity:
- Notification (the default): the rule sends a notification — an informational, fire-and-forget event with nothing to resolve.
- Alert (
low,medium,high, orcritical): the rule raises an alert that stays active until the condition resolves and someone acts on it.
A couple of rule types don't notify or alert — proximity association and trip matching instead create records linking tags together.
Deliver either kind to your team in real time by email or webhook — see event delivery.
Common properties
Every rule has these properties:
| Property | Description |
|---|---|
| Rule name | A human-readable name for the rule |
| Rule type | The type of condition to monitor (see below) |
| Severity | notification (notify-only, the default), or low, medium, high, critical to raise an alert |
| Apply to | All tags, or a specific list of tag IDs |
| Enabled | Whether the rule is actively being evaluated |
Rule types
| Rule type | What it does |
|---|---|
| Geofence entry and exit | Alert when a tag enters or leaves a zone |
| Geofence containment | Alert when a tag is outside all allowed locations during specified hours |
| Return to base | Alert when a tag hasn't returned to its base location within a time limit |
| Scheduled return | Alert when a tag hasn't returned to base by a specific time of day |
| Inactivity | Alert when a tag hasn't reported a position for too long |
| Dwell time | Alert when a tag stays in a location longer than expected |
| Movement detection | Alert when a tag moves from where it should be staying |
| Minimum visit frequency | Alert when a tag hasn't visited a required location within a time window |
| Unknown location | Alert when a tag is at an unregistered location |
| Zone asset count | Alert when asset count in a zone crosses a threshold |
| Proximity association | Auto-associate tags based on proximity |
| Separation | Alert when an associated asset moves too far from its parent |
| Trip matching | Record when two tag types travel from the same origin to the same destination |
Location types
Rules work with both zone types:
- Network zones: Proximity-based zones defined by hotspot or reference beacon assignments. A tag is "in" the zone when detected by a hotspot assigned to that zone. Best for indoor environments.
- Coordinate zones: Geographic boundaries drawn on the map (polygons or bounding boxes). A tag is "in" the zone when its GPS coordinates fall within the boundary. Best for outdoor environments.
Both zone types use the same location_id parameter in rules. The system handles the different zone types automatically.
Zone tags
Many rules accept zone_tags as an alternative to listing specific zone IDs. Tag your zones (e.g., parking, storage) and reference the tags in rules. The system resolves the tags to matching zones automatically. See Use zone tags to manage rules at scale.