Transformez les événements entrants en travail utile.
Recevez un événement, transformez ses données et transmettez-les au service suivant.
LE FLUX
Du déclencheur au résultat.
Un parcours traçable depuis un événement entrant jusqu’à une réponse vérifiée du service en aval.
- 01 →
Receive
Définissez l’événement webhook et les données envoyées par votre application.
- 02 →
Transform
Analysez la requête et sélectionnez les champs nécessaires à l’étape suivante.
- 03 →
Deliver
Appelez le point de terminaison de destination et examinez la réponse enregistrée.
UTILISER CETTE RECETTE
Votre workflow,
en YAML.
- Définissez context.destination_url sur un point de terminaison qui accepte une commande au format JSON.
- Créez API_TOKEN dans les secrets Adios. La destination doit l’accepter dans l’en-tête X-API-Key.
- Envoyez un événement order.created avec les données d’exemple affichées à côté du YAML.
Copiez ou téléchargez le manifeste, configurez vos valeurs et ajoutez-le via Workflows ou votre espace de travail IA. Ouvrir la console ne crée ni n’active de workflow.
- Analyser les requêtes
- Transformer du JSON
- Appeler des API
workflow_id: webhook-delivery
title: Route a webhook
enabled: true
triggers:
- type: webhook
event: order.created
context:
destination_url: https://api.example.com/orders
steps:
- step_id: parse
kind: request-parser
command:
extract:
order: .payload.order
- step_id: order
kind: data-json
dependencies: [parse]
command:
from_step: parse
path: .order
- step_id: deliver
kind: http
dependencies: [order]
command:
method: POST
url: "{{ .context.destination_url }}"
headers:
X-API-Key: secret://API_TOKEN
body: "{{ .steps.order.output }}"
Configuration Configurez l’URL de destination et le secret API_TOKEN pour l’en-tête X-API-Key. Envoyez les données d’exemple avec l’événement order.created.
Exemple de données d’événement{"order":{"id":"ord_1042","total":49,"currency":"USD"}}
RÉSULTAT ATTENDU
Sachez quoi vérifier.
Avec l’événement d’exemple, la destination reçoit {"id":"ord_1042","total":49,"currency":"USD"}. L’étape deliver enregistre le corps de la réponse.
request-parser extrait les champs ; il ne valide pas le schéma d’une commande. Ajoutez une validation dans votre application ou dans une étape de script si certains champs sont obligatoires.
TESTEZ VOTRE CONFIGURATION
Vérifiez une exécution complète.
- Le corps transmis doit contenir id, total et currency, sans l’objet order qui les enveloppe.
- Gérez les identifiants de commande répétés à la destination avant de connecter de vrais événements. Cet exemple ne les déduplique pas.
- Testez une commande manquante et une requête de destination en échec, puis examinez l’erreur de l’étape dans l’historique d’exécution.
Adaptez cette recette avec votre agent d’IA
Aidez-moi à créer un workflow Adios de traitement des webhooks. Demandez d’abord un exemple de données reçues, le nom de l’événement, le point de terminaison de destination et les références aux secrets nécessaires. Utilisez une étape request-parser ou data-json pour sélectionner les champs et une étape HTTP pour transmettre le résultat. Expliquez comment seront traités les événements en double et les défaillances. Montrez-moi le workflow et un plan de tests avant de créer ou d’activer quoi que ce soit. N’envoyez pas de véritables données clients pendant les tests.
POURSUIVEZ LES CONNEXIONS
D’autres recettes de workflows.
Scheduled reports
Comptez les commandes de la veille dans PostgreSQL et envoyez le total par e-mail via SendGrid toutes les 24 heures.
Explorer →✓Approval workflows
Demandez à un agent de préparer une mise à jour du produit, faites une pause pour obtenir une décision humaine, puis envoyez le résultat approuvé à votre API.
Explorer →