À quoi sert ce node ?
Le node Fail arrête l’exécution du workflow et affiche un message d’erreur personnalisé. Utilisez-le pour valider des données, appliquer des règles métier ou gérer proprement des situations d’erreur. Usages courants :- Valider les données requises
- Appliquer des règles métier
- Gérer les erreurs attendues
- Fournir des messages d’erreur clairs
Configuration rapide
Configuration
Champs obligatoires
Le message d’erreur affiché lorsque le workflow échoue.Conseils pour de bons messages d’erreur :
- Expliquer ce qui s’est mal passé
- Inclure les valeurs de données pertinentes
- Suggérer comment corriger le problème
Sortie
Lorsqu’il est déclenché, le workflow s’arrête et renvoie :Exemples
Validation des données
Valider une entrée requise : Message d’erreur :Application de règles métier
Imposer une longueur minimale de contenu : Message d’erreur :Gestion des erreurs API
Gérer les échecs d’appel API : Message d’erreur :Protection contre les limites de débit
Arrêter avant d’atteindre les limites : Message d’erreur :Bonnes pratiques
Rédiger des messages d’erreur utiles
Inclure du contexte pour aider l’utilisateur à corriger le problème :Inclure les valeurs pertinentes
Afficher les données réelles à l’origine de l’échec :Échouer tôt
Valider les entrées au début : Éviter de traiter des données pour échouer à la fin.Utiliser des codes d’erreur cohérents
Définir un ensemble standard de codes d’erreur :| Code | Signification |
|---|---|
VALIDATION_ERROR | Données d’entrée invalides |
API_ERROR | Échec de l’API externe |
AUTH_ERROR | Échec d’authentification |
RATE_LIMIT | Limite de débit dépassée |
DATA_MISSING | Données requises introuvables |
Envisager des alternatives
Avant d’utiliser Fail, envisager :- Conditional : Orienter vers un autre chemin
- Valeurs par défaut : Utiliser des replis pour les données manquantes
- Logique de nouvelle tentative : Réessayer en cas d’échecs temporaires

