🟪 Voltask Webhook

Le bloc Voltask Webhook permet de créer un pont technologique direct entre Celestory et Voltask en envoyant des requêtes HTTP vers ce système externe pour déclencher des actions back-end sans implémenter de bloc Requêtes HTTP paramétrées.

Ce bloc est idéal pour automatiser des workflows complexes et déclencher des actions puissantes en arrière-plan, sans alourdir l'expérience utilisateur.

📥 Entrées

• webhook (Texte/Identifiant) : URL unique ou identifiant pointant vers le flux de travail Voltask ciblé. Indispensable pour diriger la requête vers le bon endpoint.
• payload (JSON/Objet de données) : Paquet d'informations à transmettre (variables, scores, données utilisateur). Exemple : {"nom": V_Joueur_Nom, "score": V_Joueur_Score}.

📤 Sorties

• réponse (JSON/Texte) : Retour du serveur distant si le webhook est bidirectionnel. Contient le résultat de l'opération (ex: "Validé OK !").
• stream_de_flux (Signal) : Signal asynchrone indiquant que l'envoi a été tenté ou terminé, indépendamment des erreurs éventuelles (timeout, etc.).

💡 Exemple d'utilisation

Scénario : Transmission des données d'un quiz client vers Voltask

1. Un utilisateur termine un quiz interactif dans une application Celestory et saisit ses coordonnées (nom, email, téléphone) via des blocs "Saisie de texte".
2. Les variables V_Nom, V_Email et V_Telephone sont stockées dans le flux.
3. Le bloc Voltask Webhook est placé en fin de parcours pour transmettre ces données.
4. Le payload est construit avec les variables : {"nom": V_Nom, "email": V_Email, "telephone": V_Telephone}.
5. L'URL du webhook Voltask (ex: https://api.voltask.com/webhook/12345) est renseignée dans l'entrée webhook.
6. À la validation, le bloc envoie les données. Voltask reçoit le payload et déclenche automatiquement un workflow (ex: envoi d'un email de confirmation ou mise à jour d'une base de données).

⚙️ Détails Techniques

• Optimisation des performances : Contrairement aux outils comme Zapier ou Make, ce bloc est optimisé pour l'écosystème Celestory-Voltask, réduisant la latence et simplifiant l'intégration sans parsing complexe.
• Gestion des erreurs : Le signal stream_de_flux permet de suivre l'état de l'envoi même en cas d'échec (timeout, erreur réseau).

Mis à jour le : 04/03/2026