Sim

Réponse

Le bloc RĂ©ponse est la derniĂšre Ă©tape de votre workflow qui formate et envoie une rĂ©ponse structurĂ©e aux appels API. C'est comme l'instruction « return » pour l'ensemble de votre workflow — il emballe les rĂ©sultats et les renvoie.

Configuration du bloc Réponse

Les blocs Réponse sont des blocs terminaux - ils mettent fin à l'exécution du workflow et ne peuvent pas se connecter à d'autres blocs.

Aperçu

Le bloc Réponse vous permet de :

Formater les réponses API : structurer les résultats du workflow en réponses HTTP appropriées

Définir les codes d'état : configurer les codes d'état HTTP appropriés en fonction des résultats du workflow

ContrĂŽler les en-tĂȘtes : ajouter des en-tĂȘtes personnalisĂ©s pour les rĂ©ponses API et les webhooks

Transformer les données : convertir les variables du workflow en formats de réponse adaptés aux clients

Comment ça fonctionne

Le bloc Réponse finalise l'exécution du workflow :

  1. Collecte des données - Rassemble les variables et les sorties des blocs précédents
  2. Formatage de la réponse - Structure les données selon votre configuration
  3. DĂ©finition des dĂ©tails HTTP - Applique les codes d'Ă©tat et les en-tĂȘtes
  4. Envoi de la réponse - Renvoie la réponse formatée à l'appelant de l'API

Quand utiliser les blocs Réponse

  • Points de terminaison API : lorsque votre workflow est appelĂ© via API, les blocs RĂ©ponse formatent les donnĂ©es de retour
  • Webhooks : renvoie une confirmation ou des donnĂ©es au systĂšme appelant
  • Tests : visualisez les rĂ©sultats formatĂ©s lors du test de votre workflow

Deux façons de construire des réponses

Mode constructeur (recommandé)

Interface visuelle pour construire la structure de réponse :

  • Glisser-dĂ©poser des champs
  • RĂ©fĂ©rencer facilement les variables de flux
  • Aperçu visuel de la structure de rĂ©ponse

Mode éditeur (avancé)

Écrire du JSON directement :

  • ContrĂŽle total sur le format de rĂ©ponse
  • Prise en charge des structures imbriquĂ©es complexes
  • Utiliser la syntaxe <variable.name> pour les valeurs dynamiques

Options de configuration

Données de réponse

Les donnĂ©es de rĂ©ponse constituent le contenu principal qui sera renvoyĂ© Ă  l'appelant de l'API. Elles doivent ĂȘtre formatĂ©es en JSON et peuvent inclure :

  • Des valeurs statiques
  • Des rĂ©fĂ©rences dynamiques aux variables de flux en utilisant la syntaxe <variable.name>
  • Des objets et tableaux imbriquĂ©s
  • Toute structure JSON valide

Code d'état

Définir le code d'état HTTP pour la réponse. Les codes d'état courants incluent :

  • 200 : OK - RĂ©ponse de succĂšs standard
  • 201 : Créé - Ressource créée avec succĂšs
  • 204 : Pas de contenu - SuccĂšs sans corps de rĂ©ponse
  • 400 : Mauvaise requĂȘte - ParamĂštres de requĂȘte invalides
  • 401 : Non autorisĂ© - Authentification requise
  • 404 : Non trouvĂ© - La ressource n'existe pas
  • 422 : EntitĂ© non traitable - Erreurs de validation
  • 500 : Erreur interne du serveur - Erreur cĂŽtĂ© serveur
  • 502 : Mauvaise passerelle - Erreur de service externe
  • 503 : Service indisponible - Service temporairement hors service

Le code d'état par défaut est 200 s'il n'est pas spécifié.

En-tĂȘtes de rĂ©ponse

Configurer des en-tĂȘtes HTTP supplĂ©mentaires Ă  inclure dans la rĂ©ponse.

Les en-tĂȘtes sont configurĂ©s sous forme de paires clĂ©-valeur :

CléValeur
Content-Typeapplication/json
Cache-Controlno-cache
X-API-Version1.0

Exemples de cas d'utilisation

Réponse du point de terminaison API

Scénario : renvoyer des données structurées à partir d'une API de recherche

  1. Le workflow traite la requĂȘte de recherche et rĂ©cupĂšre les rĂ©sultats
  2. Le bloc de fonction formate et pagine les résultats
  3. Le bloc de réponse renvoie du JSON avec les données, la pagination et les métadonnées
  4. Le client reçoit une réponse structurée avec un statut 200

Confirmation de webhook

Scénario : accuser réception et traitement d'un webhook

  1. Le déclencheur de webhook reçoit les données du systÚme externe
  2. Le workflow traite les données entrantes
  3. Le bloc de réponse renvoie une confirmation avec l'état du traitement
  4. Le systÚme externe reçoit l'accusé de réception

Gestion des réponses d'erreur

Scénario : renvoyer des réponses d'erreur appropriées

  1. Le bloc de condition détecte un échec de validation ou une erreur systÚme
  2. Le routeur dirige vers le chemin de gestion d'erreur
  3. Le bloc de réponse renvoie un statut 400/500 avec les détails de l'erreur
  4. Le client reçoit des informations d'erreur structurées

Entrées et sorties

  • DonnĂ©es de rĂ©ponse : structure JSON pour le corps de la rĂ©ponse

  • Code de statut : code de statut HTTP (par dĂ©faut : 200)

  • En-tĂȘtes : en-tĂȘtes HTTP personnalisĂ©s sous forme de paires clĂ©-valeur

  • Mode : mode Constructeur ou Éditeur pour la construction de la rĂ©ponse

  • response.data : le corps de rĂ©ponse structurĂ©

  • response.status : code de statut HTTP envoyĂ©

  • response.headers : en-tĂȘtes inclus dans la rĂ©ponse

  • response.success : boolĂ©en indiquant la rĂ©ussite de l'exĂ©cution

  • RĂ©ponse HTTP : rĂ©ponse complĂšte envoyĂ©e Ă  l'appelant de l'API

  • Terminaison du workflow : met fin Ă  l'exĂ©cution du workflow

  • AccĂšs : les blocs de rĂ©ponse sont terminaux - aucun bloc subsĂ©quent

Références de variables

Utilisez la syntaxe <variable.name> pour insérer dynamiquement des variables de workflow dans votre réponse :

{
  "user": {
    "id": "<variable.userId>",
    "name": "<variable.userName>",
    "email": "<variable.userEmail>"
  },
  "query": "<variable.searchQuery>",
  "results": "<variable.searchResults>",
  "totalFound": "<variable.resultCount>",
  "processingTime": "<variable.executionTime>ms"
}

Les noms de variables sont sensibles Ă  la casse et doivent correspondre exactement aux variables disponibles dans votre workflow.

Bonnes pratiques

  • Utilisez des codes d'Ă©tat significatifs : choisissez des codes d'Ă©tat HTTP appropriĂ©s qui reflĂštent prĂ©cisĂ©ment le rĂ©sultat du workflow
  • Structurez vos rĂ©ponses de maniĂšre cohĂ©rente : maintenez une structure JSON cohĂ©rente pour tous vos points d'accĂšs API afin d'amĂ©liorer l'expĂ©rience des dĂ©veloppeurs
  • Incluez les mĂ©tadonnĂ©es pertinentes : ajoutez des horodatages et des informations de version pour faciliter le dĂ©bogage et la surveillance
  • GĂ©rez les erreurs avec Ă©lĂ©gance : utilisez la logique conditionnelle dans votre workflow pour dĂ©finir des rĂ©ponses d'erreur appropriĂ©es avec des messages descriptifs
  • Validez les rĂ©fĂ©rences de variables : assurez-vous que toutes les variables rĂ©fĂ©rencĂ©es existent et contiennent les types de donnĂ©es attendus avant l'exĂ©cution du bloc de rĂ©ponse
Réponse