Depuración y manejo de errores

Fijar datos

> “Data pinning allows you to temporarily freeze the output data of a node during workflow development… Production workflows ignore pinned data and request new data on each execution.”

Eso es lo que permite iterar sobre el último nodo de una cadena sin volver a golpear la API del primero en cada intento. Es una herramienta exclusiva del editor: “Data pinning isn't available for production workflow executions.”

Tiene dos límites: solo se puede fijar en nodos con una única salida principal (las salidas de error no cuentan) y no se puede fijar si la salida incluye datos binarios.

Cuando algo falla

En Workflow Settings se define un error workflow, que corre si una ejecución falla. Ese workflow debe empezar con el nodo Error Trigger, y el mismo error workflow puede servir para varios workflows.

El payload que recibe trae el bloque execution (con id, url, error.message, error.stack, lastNodeExecuted, mode) y el bloque workflow (id, name). El id y la url requieren que la ejecución esté guardada en la base de datos.

El nodo Stop and Error fuerza el fallo de una ejecución bajo las condiciones que decidas, y con ello dispara el error workflow.

Ajustes por nodo

• Retry On Fail — el nodo vuelve a correr hasta que tiene éxito.
• Always Output Data — devuelve un item vacío aunque no haya datos; cuidado en nodos If, puede provocar un bucle infinito.
• On Error — Stop Workflow, Continue, o Continue (using error output).