Skip to main content
General-purpose operations an automation can run as App Action steps. Unlike commerce primitives’ actions, these aren’t tied to a Colossal object.

Email

Sends an email to a recipient.Input
string
required
string
required
minLen: 1, maxLen: 998.
string
Default: "".
string
Default: "".
string | null
Output
string
string

Notifications

Send a notification about this automation. It reaches whoever the automation belongs to - the person who created it, whoever set that run going, plus anyone added to an agent that uses it. A builder who has never touched it is not notified, and there is no way to name a recipient. The default channel when the merchant asks to be notified without naming one.Input
string
required
Short headline shown in the notification row.
string
required
A sentence or two of detail below the title.
string
One of: info, suggestion, warning, action_required, celebration. Default: "info".
string | null
Optional dedupe key; matching non-deleted rows are returned instead of creating a new one.
Output
string | null

HTTP request

Sends an HTTP request to any URL.Input
string
required
minLen: 1, maxLen: 2083.
enum (`GET`, `POST`, `PUT`, `PATCH`, `DELETE`)
required
object
object
integer
min: 1, max: 300. Default: 30.
Output
integer
min: 0.
object | string | null
object

Security

The http_request action supports custom headers, so you can include a secret key to verify that incoming requests are from Colossal. When configuring a webhook request in your automation, add an authorization header with a secret value:
Then verify it on your server:

Best practices

  1. Use a secret header - Add a shared secret to your webhook headers to verify requests
  2. Handle duplicate events - Use correlation_id for idempotency
  3. Return 200 quickly - Process events asynchronously
  4. Handle retries - We retry failed webhooks up to 3 times
  5. Monitor webhook endpoints - Ensure high availability