Ejecuciones e historial

Cada vez que un flujo de trabajo empieza, queda registrado como una ejecución. El historial es el primer sitio donde mirar cuando un flujo no ha hecho lo que esperaba — muestra lo que ocurrió realmente, no lo que el diagrama dice que debería ocurrir.

Abra un flujo de trabajo y seleccione su historial para ver sus ejecuciones, o abra una ejecución para seguirla paso a paso: qué pasos se ejecutaron, en qué orden, qué resultado tomó cada uno y qué escribió.

Qué significa el estado de una ejecución

En ejecución — recorriendo los pasos en este momento. La mayoría de las ejecuciones pasa por aquí demasiado rápido para verlo.

En espera — detenida en una espera, una aprobación o un paso de esperar evento, y continuará por sí sola. No pasa nada malo. Una ejecución puede esperar días.

En pausa — retenida, y no continúa por su cuenta.

Completado — llegó al final de un camino. Tenga en cuenta que esto significa que la ejecución terminó, no que hizo todo lo que hay en el diagrama: una ejecución que tomó una rama que usted no esperaba, o que se detuvo en un resultado sin conectar, también se completa.

Fallido — un paso no pudo terminar. Abra la ejecución para ver cuál y qué informó.

Cancelado — detenida deliberadamente antes de terminar.

Cuando una ejecución falla

Abra la ejecución fallida y localice el paso que la detuvo. Las causas más habituales son un sistema externo que no responde a un paso Llamar a la API, un paso que intenta escribir un valor que el campo no acepta, y un paso de IA ejecutándose sin créditos disponibles.

Corregir el flujo de trabajo no reinicia las ejecuciones que ya fallaron. Cambie el flujo, publíquelo, y la corrección se aplica a las ejecuciones que empiecen después.

Cuando no se ejecuta nada

Si un flujo de trabajo nunca aparece en el historial, es que nunca empezó. Compruebe, en este orden:

¿Está publicado? Los borradores nunca se ejecutan.

¿Siguen activadas las automatizaciones? Mientras lo estén, los flujos publicados permanecen en silencio en toda la cuenta. Consulte Introducción.

¿Coincide el disparador? Un flujo de trabajo solo empieza con el evento exacto para el que está configurado.

Flujos de trabajo y comportamiento integrado

Hay cosas que WiseParts hace por su cuenta — asignar una conversación, enviar una respuesta automática, avisar a quien esté asignado.

Cuando uno de sus flujos de trabajo se encarga de alguna de ellas, WiseParts aparta su propia versión para que lo mismo no ocurra dos veces. Si al final su flujo no se encarga — una rama no tomada, o un paso que no pudo ejecutarse — lo hace WiseParts, poco después. No puede acabar con una conversación sin nadie asignado porque un flujo de trabajo tuviera un hueco.

Por eso un flujo de trabajo que cierra una conversación también impide la respuesta automática: cerrarla es decidir que no debe enviarse respuesta, y WiseParts lo trata como tal en lugar de dar las gracias a alguien que usted acaba de cerrar como spam.