---
title: "Estados de ejecución"
description: "Cada estado por el que pasa una ejecución de campaña, cuánto tiempo sobrevive una ejecución en espera, y qué registra un fallo sobre el nodo que se rompió."
canonical: https://docs.afp.monster/es/reference/execution-states
updated: 2026-08-19
pageType: reference
---

Una ejecución es un recorrido del grafo de una campaña para una persona, y siempre está en uno de cinco estados: en ejecución, esperando una respuesta, esperando un retraso, completada, o fallida. Una ejecución en ejecución recorre el grafo nodo por nodo hasta que algo la detiene o la termina. Completada y fallida son terminales — una ejecución nunca se reinicia, aunque un evento posterior puede iniciar una nueva.

El panel de ejecución del lienzo no imprime estos cinco nombres. Muestra si una ejecución está activa, el nodo en el que está, la ruta que tomó, y un mensaje de error cuando hay uno; los nombres de abajo describen lo que esos campos significan en conjunto.

## Resumen

| Estado | Qué está haciendo la ejecución | Pasa a, con qué |
|---|---|---|
| En ejecución | Recorriendo el grafo, ejecutando cada nodo que alcanza | Esperando, Completada, o Fallida — lo que sea que produzca el siguiente nodo |
| Esperando una respuesta | Detenida en una `condition` cuyo `wait_for_reply` está activado | En ejecución con una respuesta; Fallida después de 7 días de silencio |
| Esperando un retraso | Detenida en un nodo `delay` con una reanudación programada | En ejecución cuando pasa la espera; Completada si una respuesta cancela la espera; Fallida si la reanudación nunca se ejecuta |
| Completada | Terminada. Ningún nodo más se ejecutará | Terminal |
| Fallida | Detenida con un error registrado contra ella | Terminal |

## Diagrama de estados

```d2 title="Execution states and the transitions between running, waiting for a reply, waiting out a delay, completed and failed"
direction: down
begin: "Inicio" {shape: circle}
running: "En ejecución"
awaitingReply: "Esperando una respuesta"
awaitingDelay: "Esperando un retraso"
completed: "Completada"
failed: "Fallida"
finish: "Fin" {shape: circle}
begin -> running: "llega un evento coincidente"
running -> awaitingReply: "condition configurada para esperar una respuesta"
awaitingReply -> running: "la persona responde o hace clic en un botón"
running -> awaitingDelay: "se alcanza un nodo delay"
awaitingDelay -> running: "pasa la espera"
awaitingDelay -> completed: "una respuesta cancela una espera configurada para continuar solo si no hay respuesta"
running -> completed: "nodo stop, o una salida sin nada conectado"
running -> failed: "un nodo se revisita, o una ejecución estancada se recoge en un barrido"
awaitingReply -> failed: "sin respuesta por 7 días"
awaitingDelay -> failed: "el paso programado nunca se ejecuta"
completed -> finish
failed -> finish
```

## En ejecución

- **Activa:** sí
- **Registrado:** el nodo en el que está actualmente, y cada nodo por el que ya pasó
- **Termina en:** un nodo `stop`, una salida sin nada conectado río abajo, o un nodo revisitado

Una ejecución en ejecución recorre el grafo en una sola pasada: la activación, luego cada nodo conectado en turno. Los nodos de acción envían su MD, publican su comentario, o cambian las etiquetas del contacto y pasan el control hacia adelante. Nada se programa — una ejecución se pausa solo en un nodo `delay` o en una `condition` que espera una respuesta.

Una acción que genera un error detiene el avance de la ejecución sin terminarla. La ejecución se queda activa con el error registrado contra ese nodo, que es por qué el panel puede mostrar una ejecución activa que no va a ningún lado; un barrido la cierra como fallida después.

Revisitar un nodo termina la ejecución y registra un error de ciclo nombrando ese nodo. Cada nodo en un grafo se ejecuta como máximo una vez por ejecución.

## Esperando una respuesta

- **Activa:** sí
- **Registrado:** una entrada de "esperando respuesta" contra el nodo `condition` en el que se detuvo
- **Sobrevive:** 7 días sin una respuesta

Una `condition` con `wait_for_reply` activado detiene la ejecución en lugar de evaluar de inmediato. El siguiente MD de la persona, respuesta de comentario en el mismo hilo, o clic en un botón la despierta, y el texto de esa respuesta es lo que la condición coincide: Coincidencia envía la ejecución por la primera salida, Sin coincidencia por la segunda.

Una ejecución que espera 7 días sin una respuesta se cierra como fallida, con un mensaje diciendo que la persona nunca respondió. Eso aplica también a las ejecuciones de prueba — una ejecución de prueba detenida en una condición de espera no tiene una respuesta real por venir y expira de la misma forma.

## Esperando un retraso

- **Activa:** sí
- **Registrado:** una entrada de "retraso programado" nombrando la espera en segundos
- **Sobrevive:** toda la espera programada; una reanudación con más de una hora de retraso se marca como fallida en su lugar

Un nodo `delay` programa una reanudación y deja de avanzar. El `delay_seconds` configurado se limita entre 1 segundo y 31,536,000 segundos (365 días); un valor fuera de ese rango se recorta sin un error.

Un retraso cuyo `only_if_no_reply` está activado verifica si hay una respuesta cuando la espera termina. Si la persona respondió en algún momento durante la espera, la ejecución se completa en lugar de continuar por la rama.

Una reanudación que nunca llega se detecta con un barrido cada hora una vez que su momento programado tiene más de una hora de retraso, y la ejecución se cierra como fallida.

## Completada

- **Activa:** no
- **Registrado:** una hora de finalización y la ruta completa de nodos por los que pasó la ejecución
- **Mensaje de error:** ninguno

Una ejecución se completa cuando alcanza un nodo `stop`, cuando la salida que toma no tiene nada conectado a ella, o cuando una respuesta cancela un retraso que estaba configurado para continuar solo si no llegaba respuesta. Una ejecución que termina en un nodo `stop` lleva una entrada de "flujo detenido" como su último paso registrado, lo cual distingue un final deliberado de una rama que no tenía nada conectado.

Completada no es un veredicto sobre si la campaña hizo lo que querías: una ejecución que no coincidió con ninguna palabra clave y salió por una salida Sin coincidencia sin conectar es una ejecución completada.

## Fallida

- **Activa:** no
- **Registrado:** un mensaje de error y el nodo en el que se detuvo la ejecución
- **Reintentado:** la reanudación programada después de un retraso, hasta tres veces; nada más

Una ejecución falla de cuatro formas: un nodo se revisita, un nodo de acción genera un error y la ejecución estancada se recoge en un barrido, una condición en espera pasa 7 días sin una respuesta, o una reanudación programada nunca se ejecuta.

Una ejecución estancada — activa, con un error en el último nodo que visitó — se cierra dentro de una hora cuando todavía tiene un paso programado pendiente, y una vez que ha estado inactiva por 7 días cuando no lo tiene. Hasta entonces el panel la muestra como activa, así que un mensaje de error en una ejecución activa es la señal de que la ejecución ya terminó en la práctica.

## Qué registra un fallo

| Registrado | Dónde lo ves |
|---|---|
| El texto del error de la llamada fallida — un MD rechazado, un comentario que ya no existe, un token de página revocado | En la ejecución, y contra el nodo que lo generó en la ruta |
| El nodo en el que se detuvo la ejecución | El marcador de nodo actual en la superposición del lienzo |
| La ruta tomada hasta ese nodo | Resaltado de nodos visitados en la versión del grafo a la que la ejecución estaba fijada |
| La razón por la que un barrido cerró la ejecución | En la ejecución: sin respuesta dentro de 7 días, o un paso programado que no se ejecutó |

Los reintentos son limitados. Una reanudación programada después de un `delay` se intenta hasta tres veces, con una brecha creciente que empieza en cinco segundos, y la ejecución se marca como fallida después del tercer intento. Una acción que falla mientras la ejecución recorre el grafo no se reintenta, y ninguna ejecución se vuelve a ejecutar desde el inicio.

Una persona cuya ejecución falló no queda excluida de la campaña. La regla de una ejecución por persona cuenta solo las ejecuciones que todavía están en ejecución, así que su siguiente evento coincidente inicia una nueva.

## Notas

- Cada ejecución está fijada a la versión del grafo en la que inició. Guardar la campaña a mitad de una ejecución deja esa ejecución en su propia versión, y el panel la reproduce contra la versión que usó.
- Las ejecuciones de prueba recorren todo el grafo sin llamar a Facebook o Instagram y sin cambiar etiquetas. Un nodo `delay` termina una ejecución de prueba en lugar de programarla, registrando el retraso como omitido.
- El panel lista las 20 ejecuciones más recientes de la campaña, más nuevas primero, con las ejecuciones de prueba marcadas como pruebas, y no se actualiza por sí solo — actualízalo para ver hasta dónde ha llegado una ejecución.

## Relacionado

- [Eventos de activación](/es/reference/trigger-events) — qué eventos inician una ejecución, y cuáles se ignoran.
- [Prueba y depura campañas](/es/guides/test-and-debug-campaigns) — leer el panel de ejecución cuando una campaña no hizo lo que esperabas.
- [Tipos de nodo](/es/reference/node-types) — la configuración detrás de `wait_for_reply`, `delay_seconds`, y `only_if_no_reply`.