Sandbox incident flows
Sandbox incident flows
Create an incident and simulate ADT operator actions in a sandbox environment.Overview
In production, ADT operators handle alarms and Hyperion sends you those steps as a monitorable incident and its actions.
In sandbox, you can practice that same path. Create an event with one of the sandbox event types below. Hyperion opens a real incident on your premises and sends you the operator actions you would receive when ADT works an alarm.
Think of these event types like the service availability reference postal codes: one public API call, a predictable result you can build and test against.
These event types are for sandbox only. Do not send them in production.
Getting Started
Before you start, you need:
- An activated premises monitorable.
- An application with the
event:writeandmonitorable-incident:readscopes. If you have not created an application yet, see the Create Application API Reference. - A partner access token. Use Set Access Token in the navbar to configure it for the request builders on this page.
To receive updates as they happen, create a webhook subscribed to monitorable-incident:create and monitorable-incident:action:create.
Create a sandbox incident
Create an event for your premises with a sandbox event type from the table below. Hyperion opens a monitorable incident and attaches the operator actions for that story. Actions arrive one after another, not all at the same instant, so webhook notifications are spaced out the way they would be when ADT works a live alarm.
Everyday event types such as INTRUSION and SILENT_ALERT still create an event. They do not open a monitorable incident.
Read the incident and actions
After you create the event:
- List incidents for the premises with
GET /v1/monitorable-incidents?monitorableId=.... - List operator actions with
GET /v1/monitorable-incidents/{id}/actions.
You receive Hyperion action names such as DIALED_PREMISES and AGENT_ACCESSED. A clear action (AGENT_CLEARED_INCIDENT or ELECTRONIC_CANCEL) sets closedAt on the incident.
If you subscribed a webhook, you also receive monitorable-incident:create when the incident opens and monitorable-incident:action:create for each operator action.
Sandbox event types
Event type | What the operator story covers | Actions you receive (in order) |
|---|---|---|
INCIDENT_LIFECYCLE_FULL_VERIFICATION | Premises answers, password accepted, no agency | AGENT_ACCESSED → DIALED_PREMISES → PREMISES_ANSWERED → VERBAL_PASSWORD_ACCEPTED → NO_AGENCY_NOTIFICATION → AGENT_CLEARED_INCIDENT |
INCIDENT_LIFECYCLE_MULTIPLE_CALLS | Answering machine, then a contact | AGENT_ACCESSED → DIALED_PREMISES → PREMISES_ANSWERING_MACHINE → DIALED_CONTACT → CONTACT_ANSWERED → VERBAL_PASSWORD_ACCEPTED → AGENT_CLEARED_INCIDENT |
INCIDENT_LIFECYCLE_AGENCY_DISPATCH | No answer, then agency | AGENT_ACCESSED → DIALED_PREMISES → PREMISES_NO_ANSWER → DIALED_AGENCY → AGENCY_DISPATCH_ATTEMPT → AGENCY_DISPATCH_NO_REFERENCE → AGENT_CLEARED_INCIDENT |
INCIDENT_LIFECYCLE_COMPLEX | Mixed contact and agency | AGENT_ACCESSED → DIALED_PREMISES → PREMISES_NO_ANSWER → DIALED_CONTACT → PREMISES_ANSWERING_MACHINE → DIALED_AGENCY → AGENCY_DISPATCH_ATTEMPT → AGENT_CLEARED_INCIDENT |
INCIDENT_LIFECYCLE_ELECTRONIC_CANCEL | Call ends, then an electronic cancel | AGENT_ACCESSED → DIALED_PREMISES → CALL_ENDED → ELECTRONIC_CANCEL |
Conclusion
You can now open a monitorable incident in sandbox and receive the same operator actions you will handle in production.
Next Steps
- Monitorable Incidents — Incident and action names
- Receive Notifications — Push updates as actions arrive
- Create Events — Everyday event types