Estados de ejecución

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

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 — qué eventos inician una ejecución, y cuáles se ignoran.
• Prueba y depura campañas — leer el panel de ejecución cuando una campaña no hizo lo que esperabas.
• Tipos de nodo — la configuración detrás de wait_for_reply, delay_seconds, y only_if_no_reply.