Run

Limits and credits

Each limit below is enforced by the engine. The last column says what happens when you reach it, because that is usually the question.

LimitValueAt the limit
Steps in one run1000 positions. The trigger, every condition, switch, iterate, loop check, jump, wait and action each take one, and so do steps replayed after a wait. A Try takes none, but the steps inside it do.The run fails at once with no retry.
Steps replayed when a run resumes1000The run fails with no retry.
Attempts after an engine error3 (waits of 30 and 60 seconds)The run ends as failed.
Laps of a Loop1 to 500; a new loop starts at 100The step fails, so the run fails (a Try around the loop can catch it).
Items of an Iterate step500The run fails before processing any item.
Jumps of a Jump step1 to 500; a new one starts at 3The run continues with the next step.
Chain of runs (signals, Trigger workflow, events)10 hopsThe firing or triggering step fails; an event is ignored.
One Wait step30 daysRefused when you save.
One Wait until step365 days aheadThe step fails when it runs.
Adjust date3650 days either wayRefused when you save.
How long a worker may hold a run5 minutesAfter that the run can be taken over, and that costs an attempt.
Depth of a stored definition100 levelsRefused when you save.

There is no maximum number of steps in a workflow: the limits are on what one run does.

WhereLimitAt the limit
Webhook body256 KiB413
Webhook rateAbout 60 requests a minute per address (counted per server instance)429 with Retry-After
Webhook Idempotency-Key255 characters400
HTTP step response5 MBThe step fails
HTTP step time15 seconds without activityThe step fails
HTTP step redirects3The step fails
Email search / calendar search50 resultsTruncated: the newest 50 emails, the 50 earliest events
Email inline attachmentsAbout 2.7 MiB once encoded (about 2 MiB of files)The step fails
Email from Filmo attachmentsAbout 39 MiB encodedThe step fails
Run history shown100 runsOlder runs are not reachable in the app
Runs kept90 days after they endDeleted with their steps
REST API / MCP120 requests a minute per key429
REST API / MCP idempotency24 hours of replayA repeat after that is a new run

Running a workflow uses the same pool of credits as the AI in Filmo.

  • One credit for every action step that completes, whatever it does. A wait, a Set variable and an Adjust date cost one, like an email does.
  • Free: the trigger, conditions, switches, loops, iterations, jumps, steps that fail, and anything replayed after a wait, a retry or a resume.
  • A step in the body of a loop or an iteration costs one on every lap.
  • A step that calls the AI costs that credit plus AI credits for the tokens it used.
  • On a retry, a step without AI is charged only once; a step with AI is charged on every attempt.
  • What you see are credits, never tokens: on the run card, in the run history and on each step.

Before each action step the engine checks the company's credit. The outcome depends on why it refuses:

ReasonResultWhat you do
No credits leftThe run is «Paused».Add credit or turn on «Turn on pay-as-you-go», then press «Resume».
A payment problem on the subscriptionThe run is «Paused».Fix the payment, then press «Resume».
Workflow execution is switched off for the companyThe step fails, so the run fails.Ask whoever administers the AI settings to turn it on again, then Retry.
No subscription foundThe step fails.Contact support.
  • The check asks whether any credit is left, not whether there is enough for this step, so the last step can take consumption slightly over the limit.
  • A pause costs nothing, writes no error and sends no notice. The run continues at the step that was blocked.
  • Plans with no ceiling never reach the limit. A monthly budget on pay-as-you-go still stops the run at the budget.
  • If the billing service itself is down, the step goes ahead rather than pausing every run of every company.
  • Run

    Errors and retries

    Two different things go wrong in a run: a step reports a problem, or the engine itself breaks. They are treated differently, and the difference is the most important thing on this page.

  • Build

    Branches and loops

    Three steps repeat work (and a fourth, Try, keeps a run going after a failure): Loop repeats while a condition holds, Iterate steps run their body once per item of a collection, and Jump goes back to an earlier step. Each has a limit, and each limit is enforced.

  • Run

    Runs

    A run is one execution of a workflow. Every run keeps what it did, step by step, so you can see where it stopped and why.

Was this page helpful?