Skip to main content

What are Events?

Events are occurrences that happen to a monitorable that may require a response such as an alarm. An event represents an activity, alarm, or incident such as a fire alarm activation, intrusion detection, medical emergency, or vehicle accident.

Events are the primary mechanism for triggering monitoring responses in the Hyperion platform. When an event is created, it can notify monitoring agents, trigger webhooks, and initiate response workflows based on the event type and communication preferences.

How are events structured?​

Each event contains information about what occurred and when it was created. Event type, observed time, and optional signals are set when creating an event. In API responses, those fields appear at the root when you have the event:data:read scope; otherwise only identifiers and timestamps are returned.

{
"id": "550e8400-e29b-41d4-a716-446655440000",
"partnerId": "550e8400-e29b-41d4-a716-446655440001",
"monitorableId": "550e8400-e29b-41d4-a716-446655440002",
"externalId": "ext-event-12345",
"systemStatus": "ACTIVE",
"createdAt": "2024-01-15T10:30:00Z",
"updatedAt": "2024-01-15T10:30:00Z"
}

Event Fields​

FieldDescription
idUnique identifier assigned by Hyperion
partnerIdID of the partner organization that owns the event
monitorableIdID of the monitorable this event is associated with
externalIdOptional external identifier for the event in your system
systemStatusThe monitorable's system status at the time the event was created (ACTIVE, FAMILIARIZATION, CUSTOMER_TEST)
createdAtTimestamp when the event was created in Hyperion
updatedAtTimestamp when the event was last updated

Event Types​

Events are categorized with a single type (e.g., SILENT_ALERT, INTRUSION, PANIC). Hyperion maintains a shared catalog of event types. Contact your Hyperion representative if you need additional types added to the catalog.

Example types​

TypeDescription
SILENT_ALERTAlarm triggered without siren
INTRUSIONIntrusion detected
PANICPanic or duress button
FIRE_ALARMFire or smoke alarm

Communication preferences are configured on monitorable contacts. Each contact specifies a communicationMode (VOICE, VIDEO, SMS, or IN_APP_CHAT) that determines how monitoring agents reach them when responding to events.

Use Cases​

Fire Alarm Detection​

When a fire alarm is triggered at a monitored premises, create an event to notify monitoring agents:

{
"externalId": "alarm-panel-zone-3",
"type": "FIRE_ALARM",
"observedAt": "2024-01-15T10:30:00Z"
}

Intrusion Alert​

When motion sensors or door contacts detect unauthorized entry:

{
"externalId": "sensor-front-door",
"type": "INTRUSION",
"observedAt": "2024-01-15T22:15:00Z"
}

Medical Emergency​

When a person activates a medical panic button:

{
"externalId": "pendant-user-12345",
"type": "PANIC",
"observedAt": "2024-01-15T14:30:00Z"
}

Vehicle Accident​

When a vehicle's crash sensors detect an impact:

{
"externalId": "vehicle-gps-event-789",
"type": "INTRUSION",
"observedAt": "2024-01-15T08:45:00Z"
}

Receiving Event Notifications​

To receive real-time notifications when events are created or updated, configure webhooks to subscribe to event notifications. This allows you to integrate with your own systems and trigger automated workflows.

Guides​

  • Create Events - Step-by-step guide to create events for monitorables

API Reference​

  • Monitorables - Entities that events are associated with
  • Webhooks - Receive real-time event notifications