Des webhooks signés pour chaque événement de réservation et de paiement
Streamez chaque événement de réservation et de paiement vers vos propres systèmes — CRM, data warehouse, Slack, intégrations sur mesure. Signés en HMAC, retryés à backoff exponentiel et entièrement journalisés. Conçus pour les équipes d'ingénierie qui refusent de poller une API.
Pourquoi les équipes d'ingénierie choisissent les webhooks Triviyo
Des patterns standards, un comportement prévisible et un journal de livraison qui aide vraiment à débuguer.
Signatures HMAC sur chaque payload
Chaque webhook est signé en HMAC-SHA256 avec le secret propre à votre endpoint. Vérifiez la signature avant de traiter le payload — le même pattern que Stripe, GitHub et tous les webhooks auxquels vous faites déjà confiance.
Retries avec backoff exponentiel
Si votre endpoint ne répond pas à temps ou renvoie 408, 429 ou un code 5xx, Triviyo relance automatiquement la livraison, jusqu'à 6 tentatives au total. Toute autre réponse 4xx est considérée comme définitive et n'est pas relancée.
Noms d'événements standards
BOOKING_CREATED, BOOKING_UPDATED, BOOKING_CANCELED, PAYMENT_SUCCEEDED, PAYMENT_FAILED, REFUND_PROCESSED. Abonnez-vous précisément aux événements dont votre intégration a besoin ; ignorez le reste.
Une clé de signature par endpoint
Chaque endpoint dispose de sa propre clé de signature, que vous pouvez régénérer à tout moment dans Paramètres → Webhooks.
Journal complet des livraisons
Chaque tentative de livraison est enregistrée dans le tableau de bord avec son statut HTTP, sa réponse et son horodatage.
Webhooks Triviyo vs. polling d'une API REST
Ce que donne le streaming d'événements en temps réel comparé au matraquage d'un endpoint REST.
| Ce que l'API webhooks embarque | Triviyo | Without Triviyo |
|---|---|---|
| Disponibilité | Forfait Professional et au-dessus | Accès API Enterprise uniquement |
| BOOKING_CREATED | ||
| BOOKING_UPDATED | ||
| BOOKING_CANCELED | ||
| PAYMENT_SUCCEEDED | ||
| Signatures HMAC-SHA256 | Add-on Enterprise | |
| Stratégie de retry | Jusqu'à 6 tentatives | Une seule tentative ou aucune |
| Journal des livraisons | ||
| Assistance | Support prioritaire | File de tickets par e-mail |
Des patterns standards — rien d'exotique, rien de propriétaire.
Questions fréquentes
À quels événements puis-je m'abonner ?
BOOKING_CREATED, BOOKING_UPDATED, BOOKING_CANCELED, PAYMENT_SUCCEEDED, PAYMENT_FAILED, REFUND_PROCESSED. Abonnez-vous par endpoint, précisément à ce dont votre intégration a besoin.
Comment vérifier qu'un webhook vient bien de Triviyo ?
Chaque payload est signé en HMAC-SHA256 avec le secret unique de votre endpoint. Vérifiez l'en-tête X-Webhook-Signature contre le corps brut de la requête avant de traiter — le même pattern que les webhooks Stripe et GitHub. Des exemples de code sont disponibles dans notre documentation.
Que se passe-t-il si mon endpoint est indisponible ?
Triviyo effectue jusqu'à 6 tentatives de livraison au total. Après la dernière, la livraison est marquée comme échouée dans le journal des livraisons. Une réponse 4xx autre que 408 ou 429 marque immédiatement la livraison comme échouée, sans nouvelle tentative.
Puis-je tester les webhooks dans un environnement de staging ?
Oui. Envoyez une livraison de test à n'importe quel endpoint depuis Paramètres → Webhooks pour vérifier votre intégration avant la mise en production.
Quel forfait faut-il pour les webhooks ?
Forfait Professional et au-dessus.
Construisez des intégrations en temps réel qui ne pollent pas
Signé, retryé, journalisé — exactement comme les équipes d'ingénierie attendent que les webhooks fonctionnent.
Essai gratuit de 14 jours. Aucune carte bancaire requise. Annulable à tout moment.