Automatiser les actions après une réservation avec les webhooks Chronock

Le travail autour d’un rendez-vous ne s’arrête pas au moment où la réservation est créée.

Il faut parfois mettre à jour un CRM, prévenir une équipe dans Slack, créer une tâche de suivi, lancer une checklist d’onboarding ou synchroniser les informations avec un outil interne. Si ces actions dépendent d’une personne qui vérifie Chronock puis recopie les détails à la main, les oublis deviennent faciles.

Les webhooks sortants de Chronock permettent d’envoyer des événements de réservation à une URL HTTPS que vous contrôlez. Quand une réservation est créée, annulée ou déplacée, Chronock peut envoyer une requête JSON signée à votre système.

La réservation devient alors le point de départ d’un workflow, pas seulement la fin d’une prise de rendez-vous.

Ce que font les webhooks Chronock

Un webhook est une requête HTTP automatique envoyée par Chronock à votre endpoint.

La première version couvre les événements principaux du cycle de vie d’une réservation.

Événement	Moment d’envoi	Exemple d’automatisation
booking.created	Une nouvelle réservation est confirmée	Ajouter une activité CRM, prévenir l’équipe commerciale ou créer une tâche d’onboarding
booking.canceled	Une réservation est annulée	Fermer une tâche, prévenir le responsable ou mettre à jour un enregistrement interne
booking.rescheduled	L’horaire change via l’ingestion calendrier	Mettre à jour un planning en aval, prévenir l’équipe ou rafraîchir un rappel

Chaque endpoint appartient à un espace de travail Chronock. Les propriétaires et administrateurs peuvent créer des endpoints, choisir les événements reçus, envoyer un événement de test et consulter l’historique des livraisons.

Pourquoi c’est utile pour les opérations

Un outil de planification est souvent relié à de vrais processus métier.

Pour une équipe commerciale, une démo réservée peut devoir être attachée à une opportunité. Pour une équipe recrutement, un entretien confirmé peut déclencher une notification au coordinateur. Pour une équipe customer success, l’annulation d’un kickoff peut suspendre les étapes suivantes.

Sans webhook, ces actions deviennent souvent :

• une checklist manuelle ;
• un script qui vérifie les changements plus tard ;
• une intégration spécifique à un seul outil.

Avec un webhook, Chronock envoie l’événement au moment où le changement a lieu. Le système qui reçoit l’événement décide ensuite quoi faire.

Ce système peut être une petite API interne, une fonction serverless, un outil de workflow ou une plateforme d’automatisation qui accepte les webhooks entrants.

Workflows faciles à automatiser

Les webhooks Chronock sont utiles quand les données de réservation doivent arriver rapidement dans un autre système.

Workflow	Ce que le webhook permet
Mise à jour CRM	Relier les rendez-vous aux leads, contacts, opportunités ou comptes
Notifications d’équipe	Envoyer les réservations, annulations ou changements importants dans un canal interne
Recrutement	Prévenir les coordinateurs lorsqu’un entretien est réservé ou déplacé
Onboarding client	Démarrer une checklist quand un client réserve le premier rendez-vous
Tableaux de bord internes	Envoyer les événements vers une base opérationnelle ou un pipeline de données
Rappels personnalisés	Créer des rappels ou tâches de préparation dans votre propre système

L’intérêt est que le webhook n’impose pas une seule destination.

Vous pouvez recevoir les événements directement dans votre système interne. Vous pouvez aussi passer par une plateforme no-code qui expose un déclencheur webhook, puis connecter vos outils habituels.

Les données envoyées

Chronock envoie les payloads de webhook en JSON.

Les payloads du cycle de vie d’une réservation contiennent une enveloppe avec l’identifiant d’événement, le type d’événement, la version d’API, l’heure de création et les données de réservation.

{
  "id": "evt_7Z4A2rXh2B4V8nYcH9pQmN",
  "type": "booking.created",
  "api_version": "2026-07-06",
  "created_at": "2026-07-06T03:04:05.000Z",
  "data": {
    "booking": {
      "id": "7Z4A2rXh2B4V8nYcH9pQmN",
      "status": "confirmed",
      "start_time": "2026-07-07T01:00:00.000Z",
      "end_time": "2026-07-07T01:30:00.000Z",
      "timezone": "Asia/Tokyo",
      "slot": {
        "id": "2dK8eV6hKp9mQr4ZyT1xAb",
        "title": "Product Demo"
      },
      "meeting_tool": "google_meet",
      "meeting_url": "https://meet.google.com/example"
    }
  }
}

Pour une réservation déplacée, Chronock inclut aussi l’ancien horaire. Le système récepteur peut donc mettre à jour le bon enregistrement au lieu de traiter le changement comme un nouveau rendez-vous.

Par défaut, les noms et adresses e-mail des participants ne sont pas inclus. Un propriétaire ou administrateur peut les activer seulement pour les endpoints qui en ont besoin.

Historique de livraison et tests

Une automatisation par webhook doit être observable.

Chronock enregistre les livraisons afin que les administrateurs puissent vérifier si un événement a réussi, échoué ou attend une nouvelle tentative. C’est particulièrement utile pendant la mise en place d’un workflow.

Vous pouvez aussi envoyer un événement de test avant de traiter de vraies réservations. Créez l’endpoint, envoyez un test, vérifiez le récepteur, puis activez le workflow.

Le test manuel utilise l’événement endpoint.verification avec les données de l’endpoint plutôt que celles d’une réservation. Il est envoyé quels que soient les événements de réservation sélectionnés pour l’endpoint.

En cas d’échec, Chronock réessaie avec un délai progressif. Une indisponibilité temporaire du système récepteur ne devrait pas faire disparaître immédiatement l’événement.

Chronock enregistre durablement le payload complet de chaque événement de réservation dans la même transaction que l’opération correspondante du cycle de vie de la réservation, avant le début de la livraison asynchrone. La livraison suit une sémantique at-least-once, et non exactly-once : après l’expiration d’un délai ou une réponse dont l’issue reste incertaine, une même requête peut être reçue plusieurs fois. Concevez le récepteur de façon idempotente et dédupliquez les nouvelles tentatives avec Chronock-Webhook-Id.

Mise en place d’un endpoint

La gestion des webhooks nécessite les droits propriétaire ou administrateur de l’espace de travail.

Le flux de base est le suivant :

1. Ouvrir les réglages d’intégration de l’espace de travail Chronock
2. Créer un endpoint webhook avec une URL HTTPS
3. Choisir les événements de réservation à recevoir
4. Copier le secret affiché à la création
5. Configurer le récepteur pour vérifier les signatures Chronock
6. Envoyer un webhook de test et consulter l’historique de livraison

Le secret de l’endpoint est affiché une seule fois. Conservez-le dans votre service récepteur ou votre plateforme d’automatisation pour vérifier les signatures.

Vérifier que la requête vient de Chronock

Chronock signe les requêtes avec HMAC-SHA256.

Votre récepteur doit vérifier la signature avant de faire confiance au payload. Chronock envoie notamment :

En-tête	Rôle
Chronock-Webhook-Id	Identifiant de livraison
Chronock-Webhook-Event-Id	Identifiant de l’événement
Chronock-Webhook-Event-Type	Type d’événement, par exemple booking.created
Chronock-Webhook-Timestamp	Protection contre les requêtes rejouées
Chronock-Webhook-Signature	Signature HMAC

En production, vérifiez la signature et refusez les timestamps trop anciens. Chronock impose aussi HTTPS et valide les adresses d’endpoint pour réduire les risques SSRF.

Ce que les webhooks ne couvrent pas encore

Les webhooks sont un point d’intégration flexible, mais ce n’est pas encore une intégration native pour chaque marketplace.

La première version n’inclut pas :

• les webhooks entrants vers Chronock ;
• une application Zapier REST Hooks avec subscribe et unsubscribe ;
• un node n8n packagé ;
• des listings Make ou Yoom ;
• des filtres par salle ou par créneau ;
• l’envoi des détails participants par défaut.

Le socle reste volontairement concentré : persistance des événements de réservation, gestion des endpoints, livraison signée, nouvelles tentatives limitées pour la livraison aux endpoints, test et historique.

Commencer par une automatisation importante

Le meilleur point de départ n’est pas d’automatiser tout le parcours.

Choisissez d’abord un workflow où un oubli coûte du temps :

• prévenir le canal sales quand une démo est réservée ;
• ajouter une note CRM quand une réservation est créée ;
• fermer une tâche interne quand une réservation est annulée ;
• mettre à jour un dossier d’onboarding quand un kickoff est déplacé.

Quand ce premier workflow est fiable, ajoutez le suivant.

Transformer les réservations en déclencheurs

Chronock aide déjà à trouver des disponibilités et à créer des réservations à partir de calendriers Google Calendar et Microsoft Outlook connectés. Les webhooks étendent cette valeur après la réservation.

Une réunion confirmée peut déclencher la suite : informer les bonnes personnes, mettre à jour les bons enregistrements et garder les systèmes internes synchronisés.

Si votre équipe veut connecter les changements de planning au reste de ses opérations, les webhooks Chronock sont un point de départ pratique.

Commencer gratuitement avec Chronock →