Ejecutar
Límites y créditos
El motor aplica cada uno de los límites siguientes. La última columna dice qué ocurre cuando lo alcanzas, porque esa suele ser la pregunta.
Límites de ejecución
Enlace a esta sección: Límites de ejecución| Límite | Valor | En el límite |
|---|---|---|
| Pasos en una ejecución | 1000 posiciones. El trigger, cada condición, switch, iteración, comprobación de bucle, salto, espera y acción ocupan una, y también los pasos que se repiten tras una espera. Un Intentar no ocupa ninguna, pero los pasos de dentro sí. | La ejecución falla de inmediato y sin reintento. |
| Pasos que se reproducen cuando se reanuda una ejecución | 1000 | La ejecución falla sin reintento. |
| Intentos tras un error del motor | 3 (esperas de 30 y 60 segundos) | La ejecución termina como fallida. |
| Vueltas de un Bucle | De 1 a 500; un bucle nuevo empieza en 100 | El paso falla, así que el run falla (un Intentar alrededor del bucle puede capturarlo). |
| Elementos de un paso Iterar | 500 | La ejecución falla antes de procesar ningún elemento. |
| Saltos de un paso Saltar | De 1 a 500; uno nuevo empieza en 3 | La ejecución continúa con el paso siguiente. |
| Cadena de ejecuciones (señales, Disparar workflow, eventos) | 10 saltos | Falla el paso que lanza o dispara; un evento se ignora. |
| Un paso Esperar | 30 días | Se rechaza al guardar. |
| Un paso Esperar hasta | 365 días hacia delante | El paso falla cuando se ejecuta. |
| Ajustar fecha | 3650 días en cualquier sentido | Se rechaza al guardar. |
| Cuánto tiempo puede retener un worker una ejecución | 5 minutos | Pasado ese punto, otro proceso puede retomar la ejecución, y eso cuesta un intento. |
| Profundidad de una definición guardada | 100 niveles | Se rechaza al guardar. |
No hay un número máximo de pasos en un workflow: los límites afectan a lo que hace una ejecución.
Otros límites
Enlace a esta sección: Otros límites| Dónde | Límite | En el límite |
|---|---|---|
| Cuerpo del webhook | 256 KiB | 413 |
| Frecuencia del webhook | Unas 60 peticiones por minuto por dirección (contadas por instancia de servidor) | 429 con Retry-After |
| Idempotency-Key del webhook | 255 caracteres | 400 |
| Respuesta del paso HTTP | 5 MB | El paso falla |
| Tiempo del paso HTTP | 15 segundos sin actividad | El paso falla |
| Redirecciones del paso HTTP | 3 | El paso falla |
| Búsqueda de email / búsqueda de calendario | 50 resultados | Truncado: los 50 emails más recientes, los 50 eventos más antiguos |
| Adjuntos en línea del correo | Unos 2.7 MiB una vez codificado (unos 2 MiB de archivos) | El paso falla |
| Adjuntos del correo desde Filmo | Unos 39 MiB codificados | El paso falla |
| Historial de runs mostrado | 100 ejecuciones | Los runs antiguos no se pueden consultar en la app |
| Runs conservados | 90 días después de que terminen | Se eliminan con sus pasos |
| REST API / MCP | 120 peticiones por minuto por clave | 429 |
| Idempotencia de REST API / MCP | 24 horas de reproducción | Una repetición posterior es un run nuevo |
Créditos
Enlace a esta sección: CréditosEjecutar un workflow usa el mismo fondo de créditos que la IA de Filmo.
- Un crédito por cada paso de acción que se completa, haga lo que haga. Una espera, un Definir variable y un Ajustar fecha cuestan uno, igual que un email.
- Gratis: el trigger, las condiciones, los switches, los bucles, las iteraciones, los saltos, los pasos que fallan y todo lo que se repite tras una espera, un reintento o una reanudación.
- Un paso en el cuerpo de un bucle o de una iteración cuesta uno en cada vuelta.
- Un paso que llama a la IA cuesta ese crédito más créditos de IA por los tokens que ha usado.
- En un reintento, un paso sin IA se cobra una sola vez; un paso con IA se cobra en cada intento.
- Lo que ves son créditos, nunca tokens: en la tarjeta del run, en el historial de runs y en cada paso.
Cuando se agota el crédito
Enlace a esta sección: Cuando se agota el créditoAntes de cada paso de acción el motor comprueba el crédito de la empresa. El resultado depende de por qué rechaza:
| Motivo | Resultado | Lo que haces |
|---|---|---|
| Sin créditos | El run está «Pausado». | Añade crédito o activa «Activar pago por uso», luego pulsa «Reanudar». |
| Un problema de pago en la suscripción | El run está «Pausado». | Corrige el pago y pulsa «Reanudar». |
| La ejecución de workflows está desactivada para la empresa | El paso falla, así que la ejecución falla. | Pide a quien administre los ajustes de IA que la vuelva a activar y pulsa Reintentar. |
| No se ha encontrado ninguna suscripción | El paso falla. | Contacta con soporte. |
- La comprobación pregunta si queda algún crédito, no si hay suficientes para este paso, así que el último paso puede llevar el consumo ligeramente por encima del límite.
- Una pausa no cuesta nada, no escribe ningún error y no envía ningún aviso. El run continúa en el paso que estaba bloqueado.
- Los planes sin techo nunca alcanzan el límite. Un presupuesto mensual en pago por uso sigue deteniendo la ejecución al llegar al presupuesto.
- Si el propio servicio de facturación está caído, el paso sigue adelante en lugar de pausar todas las ejecuciones de todas las empresas.
Páginas relacionadas
Enlace a esta sección: Páginas relacionadasEjecutar
Errores y reintentos
En un run pueden ir mal dos cosas distintas: un paso informa de un problema, o el propio motor falla. Se tratan de forma diferente, y la diferencia es lo más importante de esta página.
Construir
Ramas y bucles
Tres pasos repiten trabajo (y un cuarto, Intentar, mantiene un run en marcha tras un fallo): Bucle repite mientras se cumple una condición, los pasos Iterar ejecutan su cuerpo una vez por elemento de una colección, y Saltar vuelve a un paso anterior. Cada uno tiene un límite, y cada límite se aplica.
Ejecutar
Runs
Un run es una ejecución de un workflow. Cada run guarda lo que hizo, paso a paso, para que puedas ver dónde se detuvo y por qué.
¿Te ha resultado útil esta página?