Abläufe nach einer Buchung mit Chronock-Webhooks automatisieren
Chronock-Webhooks informieren Ihre Tools, wenn Buchungen erstellt, storniert oder verschoben werden, damit CRM-Updates, Benachrichtigungen und interne Workflows automatisch laufen.
Die Arbeit rund um einen Termin endet nicht, wenn eine Buchung erstellt wurde.
Oft müssen danach CRM-Daten aktualisiert, Slack-Kanäle informiert, Aufgaben erstellt, Onboarding-Prozesse gestartet oder interne Systeme synchronisiert werden. Wenn dafür jemand Chronock öffnen und Details manuell übertragen muss, entstehen schnell Lücken.
Mit ausgehenden Chronock-Webhooks kann ein Workspace Buchungsereignisse an eine HTTPS-URL senden, die Sie kontrollieren. Wenn eine Buchung erstellt, storniert oder verschoben wird, sendet Chronock eine signierte JSON-Anfrage an Ihren Endpoint.
So wird eine Buchung zum Auslöser für den nächsten Arbeitsschritt.
Was Chronock-Webhooks tun
Ein Webhook ist eine automatische HTTP-Anfrage von Chronock an Ihren Endpoint.
Die erste Version konzentriert sich auf Ereignisse im Lebenszyklus einer Buchung.
| Ereignis | Wann es gesendet wird | Beispiel-Workflow |
|---|---|---|
booking.created |
Eine neue Buchung wurde bestätigt | CRM-Aktivität hinzufügen, Sales-Team informieren oder Onboarding-Aufgabe erstellen |
booking.canceled |
Eine Buchung wurde storniert | Aufgabe schließen, Verantwortliche informieren oder internen Datensatz aktualisieren |
booking.rescheduled |
Die Buchungszeit ändert sich über Kalender-Ingestion | Nachgelagerten Zeitplan aktualisieren, Team benachrichtigen oder Erinnerung erneuern |
Jeder Webhook-Endpoint gehört zu einem Chronock-Workspace. Workspace-Owner und Admins können Endpoints erstellen, Ereignisse auswählen, Testereignisse senden und die Zustellhistorie prüfen.
Warum das für Terminprozesse wichtig ist
Terminplanung ist häufig mit echten Geschäftsprozessen verbunden.
Für Sales kann eine gebuchte Demo den nächsten CRM-Schritt auslösen. Für Recruiting kann ein bestätigtes Interview eine Koordinatorin benachrichtigen. Für Customer Success kann ein abgesagter Kickoff verhindern, dass der nächste Schritt zu früh startet.
Ohne Webhooks werden solche Abläufe oft zu:
- manuellen Checklisten;
- Polling-Jobs, die Änderungen später suchen;
- Einzelintegrationen für ein bestimmtes Tool.
Webhooks sind ein flexiblerer Einstieg. Chronock sendet das Ereignis, wenn die Änderung passiert. Das empfangende System entscheidet, was danach geschieht.
Das kann eine interne API, eine Serverless Function, ein Workflow-Tool oder eine Automatisierungsplattform mit Webhook-Trigger sein.
Workflows, die sich gut automatisieren lassen
Chronock-Webhooks helfen besonders dann, wenn Buchungsdaten schnell in einem anderen System gebraucht werden.
| Workflow | Wie der Webhook hilft |
|---|---|
| CRM-Aktualisierungen | Meetings mit Leads, Kontakten, Opportunities oder Accounts verknüpfen |
| Team-Benachrichtigungen | Wichtige Buchungen, Absagen oder Änderungen in interne Kanäle senden |
| Recruiting-Operations | Koordinatoren informieren, wenn Interviews gebucht oder verschoben werden |
| Kunden-Onboarding | Beim ersten Termin eine Kickoff-Checkliste starten |
| Interne Dashboards | Buchungsereignisse an Datenpipelines oder operative Datenbanken senden |
| Eigene Erinnerungen | Erinnerungen oder Vorbereitungsschritte im eigenen System auslösen |
Der wichtigste Punkt: Ein Webhook ist nicht auf ein Ziel beschränkt.
Sie können Ereignisse direkt in einem internen System empfangen. Oder Sie nutzen eine No-Code-Plattform mit Webhook-Trigger und verbinden Chronock mit den Tools, die Ihr Team bereits nutzt.
Welche Daten gesendet werden
Chronock sendet Webhook-Payloads als JSON.
Payloads für den Buchungslebenszyklus enthalten eine Ereignis-Hülle mit Event-ID, Event-Typ, API-Version, Erstellungszeit und Buchungsdaten.
{
"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"
}
}
}
Bei verschobenen Buchungen enthält Chronock auch die vorherige Start- und Endzeit. Das empfangende System kann dadurch den richtigen Datensatz aktualisieren, statt den Termin als völlig neue Buchung zu behandeln.
Standardmäßig sendet Chronock keine Namen und E-Mail-Adressen von Teilnehmenden. Wenn ein Endpoint diese Details benötigt, können Owner oder Admins sie gezielt aktivieren.
Viele Automatisierungen brauchen nur Buchungs-ID, Zeit, Slot und Meeting-URL. Dass personenbezogene Details standardmäßig ausbleiben, reduziert versehentliche Datenweitergabe.
Zustellhistorie und Tests
Webhook-Automatisierung ist nur hilfreich, wenn Sie sehen können, was passiert ist.
Chronock speichert Zustellungen, damit Admins prüfen können, ob ein Ereignis erfolgreich war, fehlgeschlagen ist oder auf einen Retry wartet. Beim Aufbau eines neuen Workflows können Sie so nachvollziehen, ob Chronock die erwartete Anfrage gesendet hat.
Mit einer Testzustellung können Sie den Endpoint prüfen, bevor echte Buchungen verarbeitet werden. Endpoint anlegen, Test senden, Empfänger kontrollieren, dann den Workflow aktivieren.
Der manuelle Test verwendet das Ereignis endpoint.verification mit Endpoint-Daten statt Buchungsdaten. Er wird unabhängig von den für den Endpoint ausgewählten Buchungsereignissen gesendet.
Wenn eine Zustellung fehlschlägt, versucht Chronock sie mit Backoff erneut. Ein kurzer Ausfall des empfangenden Systems soll nicht sofort zu einem verlorenen Buchungsereignis führen.
Chronock speichert den vollständigen Payload eines Buchungsereignisses zusammen mit dem zugehörigen Vorgang im Buchungslebenszyklus, bevor die asynchrone Zustellung beginnt. Die Verarbeitung folgt dem Prinzip at-least-once, nicht exactly-once. Nach einem Timeout oder einem unklaren Übertragungsergebnis kann dieselbe Anfrage daher mehrfach eintreffen. Verarbeiten Sie eingehende Anfragen deshalb idempotent und erkennen Sie Wiederholungen anhand von Chronock-Webhook-Id.
Einen Webhook-Endpoint einrichten
Für die Verwaltung von Webhooks benötigen Sie Owner- oder Admin-Rechte im Workspace.
Der Grundablauf ist:
- Die Integrationseinstellungen des Chronock-Workspace öffnen
- Einen Webhook-Endpoint mit HTTPS-URL erstellen
- Die gewünschten Buchungsereignisse auswählen
- Das beim Erstellen angezeigte Secret speichern
- Den Empfänger so konfigurieren, dass Chronock-Signaturen geprüft werden
- Einen Test-Webhook senden und die Zustellhistorie prüfen
Das Endpoint-Secret wird nur einmal angezeigt. Speichern Sie es im empfangenden Service oder in Ihrer Automatisierungsplattform, um Signaturen zu verifizieren.
Prüfen, ob die Anfrage von Chronock kommt
Chronock signiert Webhook-Anfragen mit HMAC-SHA256.
Der Empfänger sollte die Signatur prüfen, bevor er dem Payload vertraut. Chronock sendet unter anderem diese Header:
| Header | Zweck |
|---|---|
Chronock-Webhook-Id |
Identifiziert die Zustellung |
Chronock-Webhook-Event-Id |
Identifiziert das Webhook-Ereignis |
Chronock-Webhook-Event-Type |
Ereignistyp, zum Beispiel booking.created |
Chronock-Webhook-Timestamp |
Schutz gegen wiederholte alte Anfragen |
Chronock-Webhook-Signature |
HMAC-Signatur |
Für Produktions-Workflows sollten Sie Signatur und Timestamp prüfen. Chronock verlangt außerdem HTTPS und validiert Endpoint-Adressen, um SSRF-Risiken zu reduzieren.
Was Webhooks noch nicht abdecken
Webhooks sind ein flexibler Integrationspunkt, aber nicht dasselbe wie eine native Marketplace-Integration.
Die erste Version enthält nicht:
- eingehende Webhooks nach Chronock;
- eine Zapier REST-Hooks-App mit Subscribe/Unsubscribe;
- einen n8n Community Node;
- Make- oder Yoom-Marketplace-Listings;
- Filter pro Raum oder Slot;
- standardmäßig aktivierte Teilnehmerdetails.
Der Fokus liegt zuerst auf einem robusten Webhook-Kern: Endpoint-Verwaltung, dauerhaft gespeicherte Buchungsereignisse, signierte Zustellung, begrenzte Retry-Logik für Endpoint-Zustellungen, Testzustellung und Zustellhistorie.
Mit einer wichtigen Automatisierung starten
Automatisieren Sie nicht alles auf einmal.
Wählen Sie zuerst einen Workflow, bei dem eine vergessene Aktualisierung wirklich stört:
- Sales-Kanal informieren, wenn eine Demo gebucht wird;
- CRM-Notiz erstellen, wenn eine Buchung entsteht;
- interne Aufgabe schließen, wenn eine Buchung storniert wird;
- Onboarding-Datensatz aktualisieren, wenn ein Kickoff verschoben wird.
Wenn dieser erste Workflow zuverlässig läuft, können Sie den nächsten hinzufügen.
Buchungen als Workflow-Auslöser nutzen
Chronock hilft bereits dabei, verfügbare Zeiten aus verbundenen Google- und Microsoft-Outlook-Kalendern zu finden und Buchungen anzunehmen. Webhooks erweitern diesen Nutzen nach der Buchung.
Eine bestätigte Besprechung kann den nächsten Schritt auslösen: die richtigen Personen informieren, die richtigen Datensätze aktualisieren und nachgelagerte Systeme synchron halten.
Wenn Ihr Team Terminänderungen mit den restlichen Abläufen verbinden möchte, sind Chronock-Webhooks ein praktischer Einstieg.


