Oi @projetosaberebemesta Bem-vindo!
O número de 5 minutos está desatualizado. O Cloud não impõe um limite de execução curto em Trial ou Starter, então uma execução com várias chamadas sequenciais de API e LLM que ultrapassam cinco minutos ainda será concluída.
Veja isto:
Os tempos limite são opcionais por fluxo de trabalho: Settings > Timeout Workflow > Timeout After. O Cloud limita o valor máximo que você pode escolher por plano, e você não pode aumentá-lo além disso no Cloud porque as variáveis de ambiente não são expostas lá. EXECUTIONS_TIMEOUT e EXECUTIONS_TIMEOUT_MAX existem apenas no auto-hospedado. Para o limite exato do seu plano por escrito, pergunte a help@n8n.io.
Cada fluxo de trabalho tem sua própria configuração de tempo limite, e um fluxo de trabalho chamado pelo nó Execute Sub-workflow é executado como sua própria execução, portanto o tempo limite do sub-fluxo de trabalho se aplica ao sub-fluxo de trabalho enquanto o relógio da tarefa pai continua funcionando o tempo todo que aguarda.
Quando um tempo limite é atingido, o n8n cancela a execução assim que o nó atual é concluído. É marcado como cancelado e nada retoma automaticamente.
A restrição real em Trial e Starter é memória, não tempo: ambas têm 320MiB de RAM. Cadeias editoriais longas morrem lá primeiro, então mova as etapas pesadas para sub-fluxos de trabalho que retornam apenas pequenos resultados.
Limites por plano se você está comparando Starter com Pro: