Event Handlers (Actions)
Event Handlers define what happens when a connector detects a change (create, update, delete, enable, disable, etc.). They live inside <events> blocks within change handler definitions.
Each event type can contain one or more steps that specify what to do — submit a job, run a script, notify users, update tickets, and more.
Supported Event Steps
Step | Purpose |
|---|---|
submit | Submit a job or task within Activate. |
execute | Run a script directly from the workflow. |
notify | Send an email or in-system notification. |
end | End the current workflow successfully. |
retry | Leave the change pending and rerun later. |
error | Throw an error and mark the row as failed. |
set | Set Activate parameters or attributes. |
ticket | Create or update a ticket in Activate. |
publish / unpublish | Change the publication state of provisioning objects. |
Example
Step Details
submit
Submit a task to Activate’s workflow engine.
execute
Run a script inline or referenced from a resource.
notify
Send an email or message, optionally conditional.
ticket
Log or update an Activate ticket.
Ticket fields
Field | Required | Example | Description |
|---|---|---|---|
ticketNumber | Optional | HR12345 | External ticket number. |
name | Optional | Onboarding Failure | Ticket title. |
description | Optional | — | Detailed message. |
state | Optional | Open / Closed | Ticket state in Activate. |
status | Optional | Assigned | External status. |
user | Optional | =//User | Assigned user. |
notes | Optional | — | Long-form note text. |
type | Optional | Request / Fault | Ticket type. |
priority | Optional | High | Ticket priority. |
category | Optional | Hardware | Ticket category. |
retry
Keep the change pending and rerun later.
error
Mark a change as failed and stop processing.
set
Assign parameters without needing a script.
publish / unpublish
Toggle publication status of provisioning objects.
Best Practices
- Chain multiple steps in order: e.g., submit → set → notify.
- Use when=errors in notify blocks to alert only on failures.
- Keep retry timeouts bounded — use options/retry/timeout in the process.
- Avoid infinite loops: ensure scripts and jobs don’t re-trigger the same connector immediately.