Essayer de capturer

L'activité Try Catch fournit une gestion structurée des exceptions dans les workflows. Utilisez-le pour définir des actions de secours en cas d’échec d’API, de données non valides ou d’erreurs inattendues.

Utilisation de l'activité Try Catch

Voici comment ajouter une activité Try Catch à votre workflow :

1. Sur votre canevas de conception de workflow d'API, sélectionnez l'icône plus (+). Le menu Ajouter une activité s'affiche.
2. Sélectionnez Plus... , puis Essayez de capturer.
3. Dans le panneau Propriétés , donnez un nom à votre erreur.
4. Ajoutez des activités au bloc Try . Il s'agit des activités où des erreurs sont surveillées.
5. Définissez la logique de gestion des erreurs dans le bloc Catch . Si une étape du bloc Try échoue, l'exécution passe au flux Catch .
6. Déboguez le workflow pour exécuter l'activité et générer des champs de sortie pour une utilisation ultérieure.

Accès aux détails de l’erreur

Lorsqu'une erreur se produit dans le bloc Try , l'activité Try-Catch affiche les détails de l'erreur structurés. Pour accéder aux détails de l’erreur, utilisez $context.outputs.Try_Catch_X.error ou $error.

L'objet d'erreur conserve une structure cohérente, comme suit :

"Try_Catch_1": {
        "error": {
          "type": "<runtime error source>",
          "title": "<summary error message>",
          "status": <response status code>,
          "detail": "<detailed error message",
          "data": {},
        }
      }

Les détails de l'erreur sont :

• type—Indique la source du runtime de l’erreur.
• titre—Fournit un résumé concis de l’erreur.
• status— Le code de statut HTTP (le cas échéant).
• détail : fournit une explication détaillée de l'erreur.
• data— Comprend des métadonnées supplémentaires sur la tâche ayant échoué. Ce champ n’est pas toujours renseigné.

Vous pouvez référencer ces propriétés pour créer des réponses d'erreur ou des alertes de déclencheur structurées.