Overview
Triggers define what starts your workflow
Every workflow starts with exactly one trigger. The trigger defines what event kicks off the workflow.
Trigger Types
| Trigger | When it runs |
|---|---|
| Manual | When someone clicks "Run" in the platform |
| Webhook | When an external system sends data to your workflow's URL |
| Scheduled | At specific times or intervals (daily, hourly, etc.) |
| Email Received | When an email arrives at your workflow's address |
| EDI Transaction | When an EDI document is received |
Choosing a Trigger
Pick based on what starts the process in real life, not what the workflow does.
Manual Testing, one-off tasks, user-initiated processes
Webhook Integrations with other systems, real-time events, API-driven automation
Scheduled Daily reports, periodic cleanup, recurring tasks
Email Received Process incoming emails, extract attachments, auto-responses
EDI Transaction Supply chain documents, partner data exchange
Trigger Data
Each trigger provides data that your workflow can use:
Manual Trigger
You define what input fields to collect when someone runs the workflow.
Webhook Trigger
The payload sent to your webhook URL becomes trigger.payload. You define the expected schema.
Scheduled Trigger
Provides the scheduled time and run count. Useful for "daily digest" type workflows.
Email Trigger
Provides sender, subject, body, and attachments:
trigger.from
trigger.subject
trigger.text
trigger.html
trigger.attachments[0]EDI Trigger
Provides the parsed EDI document with standard fields based on transaction type.
Webhook URLs
Webhook triggers give you a unique URL like:
https://steel.flint.com/workflows/triggers/webhook/{your-webhook-secret}Send a POST request to this URL to trigger the workflow. The request body becomes available as trigger.
Testing Triggers
- Manual: Just click Run
- Webhook: Use the "Test" button to send sample data
- Scheduled: Trigger manually to test, then enable the schedule
- Email: Send a test email to your workflow address
Related
- Your First Workflow — Build a workflow from scratch
- Actions — What happens after the trigger