Saltar al contenido principal

Ejecuciones y trazas

Cada vez que un flujo publicado recibe una entrada se crea una ejecución con estado (En cola, Corriendo, Pausado, Completado, Fallido, Cancelado) y origen (Webhook, WhatsApp, Agents, Prueba interna).

Conversaciones

En el detalle del flujo, Conversaciones muestra cada hilo con sus mensajes, el número de mensajes y el enlace Ver registros de este hilo, que salta a sus ejecuciones. Es la vista para leer qué contestó el flujo a una persona.

Pestaña Conversaciones de un flujo con un hilo abierto

Registros

La pestaña Registros del editor lista conversaciones y ejecuciones en producción. Filtros disponibles:

FiltroValores
Buscar por participante o mensajeTexto libre; también acepta el ID de una ejecución.
EstadoTodos, Éxito, Parciales, Error.
PeríodoHoy, Últimas 24 h, Últimos 7 días, Últimos 30 días, Todo el tiempo.
OrigenTodas, Webhook, WhatsApp, Agents, Prueba interna. En las filas pueden aparecer además API, Manual e Invocado por agente según cómo se disparó cada ejecución.
Filas25, 50 o 100 por página.

Pestaña Registros

Cada fila es una ejecución del flujo: entrada del usuario, respuesta y nodos que corrieron. Agrupar por participante junta las ejecuciones de una misma persona o sistema; Copiar ID copia el identificador para citarlo en un reporte.

Un flujo sin publicar no genera registros: la pestaña muestra "Aquí verás los registros de tu flujo" hasta la primera ejecución en producción.

Leer una ejecución

Al abrir una ejecución:

  • Timeline: los nodos en orden, con la duración de cada uno. Sirve para ver dónde se fue el tiempo.
  • Traza: eventos detallados (nodo iniciado y completado, llamadas a herramientas, invocaciones de modelo con sus tokens, errores con el nodo y el recurso afectado).
  • Payload: la entrada tal como llegó y la salida tal como se envió.

Acciones: Cancelar ejecución mientras corre, Reintentar cuando falla. Reintentar crea una ejecución nueva con la misma entrada; la fallida se conserva.

Qué buscar cuando algo falla

  1. Filtra por Error y el período del reporte.
  2. Abre la ejecución más reciente y lee la Traza desde el primer evento de error: nombra el nodo y, si aplica, la credencial o el modelo que faltó.
  3. Compara el Payload de entrada con lo que esperaba el flujo. La mayoría de los fallos "parciales" son entradas con un formato distinto al de las pruebas.

Siguiente paso