This article presents possible use cases and corresponding sample flows that you can support. It provides a useful starting point as you plan your implementation.
Your app reports an event that activates the site's automations, then cancels it if the event becomes irrelevant before the automations finish. For example, you report an invoice overdue event, then cancel it once the customer pays.
To report an event and later cancel it:
triggerKey and an externalEntityId. The externalEntityId is required to cancel the event later.triggerKey and externalEntityId. Any remaining actions for that event are canceled.Your app reports many events at once and later cancels them together when they're no longer relevant. For example, a customer books multiple sessions and then cancels all of them, so you cancel all the related reminders.
To bulk report events and later bulk cancel them:
triggerKey and an eventsInfo entry for each event. Include an externalEntityId for each event you might cancel later.bulkActionMetadata in the response for the success and failure totals.triggerKey and the relevant externalEntityIds.Your app activates an automation manually when the usual triggering event doesn't happen in your system. For example, an automation sends a booking confirmation when a customer books online, but the customer books by phone instead, so you run the automation directly.
To run an automation directly:
identifierType set to AUTOMATION, the automationIdentifier, and the payload the automation expects.Your app reruns an activation that failed, after you've resolved whatever caused the failure. The rerun reuses the original activation's payload and creates a new activation.
To retry a failed activation:
activationId. To run the automation immediately, set options.skipDelays to true.Last updated: 5 July 2026