Nodo Throw Error
Detener inmediatamente el workflow y lanzar un error con un mensaje personalizado y un código de error opcional.
Descripción general
El nodo Throw Error detiene la ejecución del workflow de inmediato y lanza un error. Úselo dentro de un ámbito Try / Catch para activar el camino de error, o de forma independiente para detener el flujo con un mensaje descriptivo.
Esto es útil para aplicar reglas de negocio, validar precondiciones o señalar fallos que la lógica posterior no debería ignorar.
Configuración
| Campo | Descripción | Requerido |
|---|---|---|
Error Message |
Un mensaje descriptivo que explica qué salió mal | Sí |
Error Code |
Un código opcional para categorizar el error (p. ej., ERR_VALIDATION) |
No |
Cómo funciona
Cuando se ejecuta el nodo Throw Error:
- El workflow se detiene inmediatamente en ese punto.
- Si el nodo está dentro de un ámbito Try / Catch, el error se captura y el flujo se dirige a la salida ERROR del nodo Try / Catch.
- Si no hay un Try / Catch envolvente, todo el workflow termina con un estado de error.
El mensaje de error y el código de error están disponibles como variables en el camino de error del Try / Catch, para que pueda registrarlos, devolverlos en una respuesta API o usarlos en lógica condicional.
Ejemplo: Validar entrada antes del procesamiento
Use Throw Error para rechazar datos inválidos de forma temprana:
Flow Start → Condition (is input valid?)
├── YES → Process Data → Output
└── NO → Throw Error ("Missing required field: email")
Ejemplo: Dentro de un Try / Catch
Combine con Try / Catch para un manejo de errores controlado:
Flow Start → [Try / Catch]
├── Condition → Throw Error ("Unauthorized access", ERR_AUTH)
├── SUCCESS → Continue
└── ERROR → Log Error → Send Alert
Ejemplo: Aplicación de reglas de negocio
Detener el workflow cuando se viola una regla de negocio:
HTTP Request (get account) → Condition (balance < 0?)
├── NO → Continue
└── YES → Throw Error ("Insufficient balance", ERR_BALANCE)
Buenas prácticas
- Escriba mensajes de error claros y específicos que expliquen qué salió mal y por qué
- Use códigos de error para categorizar errores programáticamente (p. ej.,
ERR_VALIDATION,ERR_AUTH,ERR_NOT_FOUND) - Envuelva Throw Error dentro de un Try / Catch cuando quiera manejar el fallo de forma elegante en lugar de detener todo el workflow
- Use Throw Error después de nodos Condition para aplicar precondiciones de forma temprana en el flujo