Cron Trigger
Run workflows on a recurring schedule.
A cron trigger runs your workflow automatically on a recurring schedule.
Setup
- Add a Cron Trigger node to your canvas
- Click the node to open settings and configure the schedule in the Parameters pane
- Add a Sample Payload if downstream nodes need seeded data for testing
- Click Activate in the editor toolbar, or toggle Active on the workflow's row in the Workflows list
Schedule options
| Schedule | Frequency | Config fields |
|---|---|---|
| Every minute | * * * * * | None |
| Every 5 minutes | */5 * * * * | None |
| Hourly | {minute} * * * * | Minute (0-59) |
| Daily | {minute} {hour} * * * | Hour (0-23), Minute (0-59) |
| Weekly | {minute} {hour} * * {day} | Day of week (0-6), Hour, Minute |
The schedule is stored as a standard 5-field cron expression.
Sample payload
Cron triggers can emit optional JSON seed data. Top-level object fields are available directly, such as {cron.symbol}. If you paste an array or primitive, the editor stores it wrapped as { "body": <value> } and you access it via {cron.body}.
The settings Input pane previews the sample payload while you edit it. If you rerun a cron execution from the editor's executions panel, Solaris AI Flow fires the cron trigger using its current configuration.
Output
Every cron fire emits at minimum:
{
"triggeredAt": "2026-05-14T10:00:00.000Z",
"source": "cron"
}With a Sample Payload such as { "watchlist": ["SOL", "BONK"] }, the trigger output becomes:
{
"watchlist": ["SOL", "BONK"],
"triggeredAt": "2026-05-14T10:00:00.000Z",
"source": "cron"
}Downstream nodes reference fields with the trigger response name (default cron): {cron.watchlist}, {cron.triggeredAt}. The base fields (triggeredAt, source) always win on key collision.
Day-of-week mapping
For weekly schedules, dayOfWeek follows the standard cron convention: 0 = Sunday, 1 = Monday, ..., 6 = Saturday.
Enabling and disabling
Toggle the workflow from:
- The editor toolbar (Activate / Active)
- The Workflows list: the Active control on a cron row, or the row's ••• menu (Activate schedule / Pause schedule)
- The mobile actions menu (Activate Schedule / Deactivate Schedule)
- The
updateScheduleaction on the workflow
When disabled, the cron stops firing but the configuration is preserved.
Activating the schedule is separate from running once. Run on a workflow's row (or in the editor) fires the workflow a single time immediately and leaves the schedule untouched; the Active toggle is what starts and stops recurring firing.
Automatic pausing
If a scheduled workflow fails 4 times in a row, Solaris AI Flow pauses it automatically and shows a deactivation reason on the workflow's row. Any successful run resets the counter, so a one-off failure won't pause the schedule, and a non-critical step set to Continue on failure keeps the run green so the streak never builds. Re-enable the schedule from the Workflows list or editor toolbar once you've fixed the cause. See Error Handling for details.
Plan restrictions
| Plan | Allowed frequencies |
|---|---|
| Free | Daily, Weekly |
| Pro | All frequencies (every minute, every 5 min, hourly, daily, weekly) |
| Ultra | All frequencies |
If you downgrade to a plan that doesn't allow your current frequency (for example Pro or Ultra to Free with an hourly cron active), the schedule is automatically disabled with a deactivation reason shown in the editor.
Every minute and your run quota: each fire counts as one run against your monthly run quota. An every-minute workflow runs about 43,200 times per 30-day cycle, which is more than the Pro quota, so on Pro it reaches the run limit partway through the cycle and stops firing until the quota resets. Ultra's quota is sized to sustain it. Reserve every-minute schedules for workflows that genuinely need that cadence.
Timezone
Cron schedules run in UTC. Configure the hour/minute relative to UTC.
Next steps
- Executions - what happens when a cron fires
- Plans and Limits - trigger quotas by plan
