Skip to main content
Le système de webhooks basé sur des points de terminaison vous permet d’enregistrer plusieurs destinations par organisation, chacune avec son propre secret, son propre statut et son propre abonnement à un sous-ensemble de types d’événements. Il s’agit du modèle recommandé pour toutes les nouvelles intégrations. Comparez avec le webhook historique à URL unique, conservé pour assurer la rétrocompatibilité, mais qui ne prend en charge qu’une URL par organisation.

Points de terminaison

Objet de point de terminaison

Le secret complet du point de terminaison est renvoyé une seule fois lors de sa création et ne l’est plus jamais. Stockez-le de façon sécurisée — si vous le perdez, supprimez le point de terminaison et recréez-le.

Types d’événements valides

events est validé par rapport à cet ensemble exact — les valeurs absentes de la liste renvoient 400. Consultez le catalogue des événements pour connaître la structure de la charge utile de chaque type.
  • telephony.incoming, telephony.complete, telephony.tool
  • web.incoming, web.complete, web.tool
  • call.graded
  • issue.reported
  • test-call.completed
  • alert.triggered

Statuts des points de terminaison

  • active — les livraisons se déroulent normalement.
  • disabled — mis en pause manuellement via PATCH. Aucune requête n’est envoyée. Nous ne modifions jamais le statut d’un point de terminaison disabled ; le rétablir sur active dépend toujours de vous.
  • failing — défini automatiquement lorsqu’une livraison vers le point de terminaison épuise l’intégralité de son programme de tentatives (8 tentatives sur 24 heures) sans jamais obtenir de 2xx. Un point de terminaison défaillant ne reçoit plus aucun trafic. Une fois le point de terminaison corrigé, utilisez PATCH pour rétablir son statut sur active ; les livraisons dont le programme de tentatives n’est pas encore épuisé reprennent là où elles s’étaient arrêtées.

Lister les points de terminaison

Renvoie un tableau d’objets de point de terminaison.

Créer un endpoint

Champs de requête

Renvoie 201 Created avec l’objet Endpoint, ainsi qu’un champ secret supplémentaire au niveau supérieur contenant la clé de signature brute — une chaîne hexadécimale de 48 caractères :
secret est renvoyé uniquement lors de la création. Les réponses GET ultérieures incluent uniquement secret_hint. Copiez la valeur complète dans votre gestionnaire de secrets avant de fermer la réponse.

Mettre à jour un endpoint

Renvoie 200 OK avec l’objet Endpoint mis à jour.

Envoyer une livraison de test

Envoyez un événement synthétique webhook.test à un endpoint via le pipeline de livraison normal, y compris la sérialisation JSON canonique, X-ThunderPhone-Signature, l’enregistrement de la livraison et le suivi des tentatives. Le test cible l’endpoint sélectionné, indépendamment de son filtre events.
L’endpoint reçoit une enveloppe telle que :
L’API renvoie 200 OK après la première tentative, même si la destination renvoie une erreur. Consultez success, status, response_code et error pour connaître le résultat de la livraison :
webhook.test est synthétique et ne peut pas être ajouté à l’abonnement events d’un endpoint. Si la première tentative échoue, la livraison suit le même calendrier de tentatives que les livraisons d’événements normales.

Supprimer un endpoint

Renvoie 204 No Content. La livraison vers l’URL s’arrête immédiatement ; les nouvelles tentatives en cours sont abandonnées.

Associés

Catalogue des événements

La liste complète des valeurs events auxquelles vous pouvez vous abonner.

Vue d’ensemble des webhooks

Vérification des signatures et sémantique de livraison.