Gestionnaire d'Erreurs

Capture et gere les erreurs d'execution des blocs en amont. Permet de definir une strategie de recuperation (ignorer, retenter, branche alternative).

Parametres communs

Parametre	Type	Requis	Variable	Description
strategy	choix (catch, retry, fallback)	Oui	Non	Strategie de gestion des erreurs. (Defaut: "catch")
errorVariable	texte	Oui	Non	Nom de la variable ou l'erreur capturee sera stockee, accessible via \{\{errorVariable\}\}. (Defaut: "error")
logError	oui/non	Non	Non	Enregistrer les erreurs dans les logs du systeme. (Defaut: true)

Parametres par strategie

catch — Catch

Capture l'erreur et continue l'execution du workflow.

retry — Retry

Reessaye automatiquement le bloc en erreur selon un nombre de tentatives et un delai configurable.

Parametre	Type	Requis	Variable	Description
maxRetries	nombre	Non	Non	Nombre maximum de tentatives avant de considerer le bloc comme echoue. (Defaut: 3, min 1, max 10)
retryDelayMs	nombre	Non	Non	Delai entre chaque tentative en millisecondes. (Defaut: 1000, min 100, max 10000)

fallback — Fallback

Utilise une valeur de secours si le bloc precedent echoue.

Parametre	Type	Requis	Variable	Description
fallbackValue	valeur dynamique	Non	Oui	Valeur a utiliser en cas d'erreur. Peut etre une valeur fixe, une variable ou une expression.

Les parametres marques Variable = Oui acceptent la syntaxe {{nomBloc.champ}}.

Sortie

Variable de sortie : errorData

{
  "error": "...",
  "handled": false
}

Exemple

Capturer une erreur et continuer le workflow.

Entree :

{}

Sortie :

{"error": "Connection timeout after 30000ms", "handled": true}

Astuce

{{errorData.error}} contient le message d'erreur. {{errorData.handled}} confirme que l'erreur a ete interceptee. Placez ce bloc apres les blocs risques.