Skip to main content
Jeder Webhook-Body hat ein Feld type, dessen Wert einer der Ereignistypen auf dieser Seite ist. Wenn Sie einen Endpoint abonnieren, muss das Array events die gewünschten Ereignistypen enthalten (oder leer sein, um alles zu abonnieren). Diese Ereignisse werden auf zwei Arten zugestellt: Die folgenden Beispiel-Payloads zeigen den Endpoint-Umschlag in seiner Übertragungsreihenfolge (Schlüssel alphabetisch sortiert: data, event_id, type); Legacy-Zustellungen enthalten dieselben data ohne event_id.

Anrufereignisse

telephony.incoming

Wird gesendet, wenn ein eingehender Anruf eine Ihrer Telefonnummern erreicht. Zustellungen an Endpunkte sind Fire-and-forget-Benachrichtigungen, die für jeden eingehenden Anruf gesendet werden, unabhängig davon, ob die Nummer für einen Agenten oder einen Webhook konfiguriert ist. Nummern ohne zugewiesenen Agenten erhalten zusätzlich die blockierende Konfigurationsanfrage über den Legacy-Webhook — das vollständige Anfrage-/Antwortschema finden Sie unter telephony.incoming / web.incoming.

telephony.complete

Wird gesendet, wenn ein eingehender oder ausgehender Telefonieanruf endet. Nicht blockierend. Enthält das Transkript, die Aufzeichnungs-URL, sofern verfügbar, sowie eine Abrechnungsübersicht. Das Payload-Schema finden Sie unter telephony.complete / web.complete.

telephony.tool

Wird gesendet, nachdem ein Telefonieanruf ein Funktionstool aufruft. Nicht blockierende Audit-Benachrichtigung — das Tool wurde bereits ausgeführt, wenn dieses Ereignis zugestellt wird; es umfasst Ihre eigenen Funktionstools (nicht integrierte Tools, Wissensdatenbank-, App-Verbindungs- oder MCP-Tools).
response ist das Ausführungsergebnis: Bei Erfolg {"status": <http status>, "response": <your endpoint's JSON>}, bei Fehlern {"status": <status>, "error": "<message>"}.

web.incoming

Das Webkanal-Äquivalent von telephony.incoming, das gesendet wird, wenn eine Web-Widget-Sitzung oder ein Builder-Mikrofontestanruf beginnt. Zustellungen an Endpunkte sind für jede Websitzung Fire-and-forget. Veröffentlichbare Schlüssel in mode="webhook" erhalten zusätzlich die blockierende Konfigurationsanfrage über den Legacy-Webhook — diese blockierende Anfrage hat eine andere Struktur (origin_domain, publishable_key_prefix; keine Telefonnummern). Siehe telephony.incoming / web.incoming.
from_number ist immer der Literalwert "web". Bei Web-Widget-Sitzungen im Webhook-Modus ist to_number leer (die Agentennummer der Sitzung wird nach der Konfiguration zugewiesen); bei Builder-Mikrofontestanrufen sind origin_domain und publishable_key_prefix leer.

web.complete

Das Webkanal-Äquivalent von telephony.complete, das Web-Widget-Anrufe (direction: "web") und Builder-Mikrofontestanrufe (direction: "test") abdeckt. Nicht blockierend. Dieselbe Payload-Struktur wie bei telephony.complete, zusätzlich mit origin_domain, wobei from_number auf "web" gesetzt ist.
Beim Legacy-Webhook mit einer einzelnen URL werden Builder-Mikrofontestanrufe historisch als telephony.complete gemeldet — nur Anrufe mit direction: "web" verwenden dort den Typ web.complete. Das Endpunktsystem ordnet sowohl Web- als auch Testanrufe web.* zu. Historische Payloads können die Legacy-Werte widget oder mic für direction enthalten.

web.tool

Das Webkanal-Äquivalent von telephony.tool. Die data enthalten origin_domain statt from_number / to_number.

Sprachereignisse

Die Erstellung benutzerdefinierter Stimmen erfolgt asynchron. Mit diesen nicht blockierenden Ereignissen können Sie auf ein endgültiges Ergebnis reagieren, anstatt den Clone-Detail-Endpunkt abzufragen.

voice.ready

Wird gesendet, wenn die Verarbeitung einer benutzerdefinierten Stimme abgeschlossen ist und sie einem Agenten zugewiesen werden kann.

voice.failed

Wird gesendet, wenn die Verarbeitung einer benutzerdefinierten Stimme dauerhaft fehlschlägt.

Qualitätsereignisse

call.graded

Wird gesendet, wenn eine KI-Bewertung für einen Anruf abgeschlossen wird. Nicht blockierend.
Ein Anruf kann mehrmals bewertet werden — auf eine schnelle heuristische Bewertung folgt häufig eine vollständige Modellbewertung, sobald die Aufzeichnung verfügbar ist; auch manuelle Neubewertungen sind möglich. Jeder abgeschlossene Durchlauf sendet ein eigenes call.graded-Ereignis; betrachten Sie den neuesten Wert für graded_at als maßgeblich.

issue.reported

Wird gesendet, wenn ein Problembericht erstellt wird — entweder von einem Benutzer im Dashboard eingereicht (source: "user") oder automatisch durch die Anrufbewertung erstellt (source: "system"). Nicht blockierend.
Die Neubewertung eines Anrufs erstellt dessen systemgenerierte Problemberichte neu, wodurch issue.reported für die neu erstellten Berichte erneut gesendet wird. Deduplizieren Sie nach call_id + title, wenn Sie nur eine Benachrichtigung pro zugrunde liegendem Problem erhalten möchten.

Testanrufereignisse

test-call.completed

Wird gesendet, wenn ein Testanruf-Durchlauf einen Endstatus erreicht — completed oder failed, einschließlich Durchläufen, die beim Start fehlgeschlagen sind und nie einen Anruf erzeugt haben. Nicht blockierend. Nützlich, um Batch-CI-Durchläufe mit Ihren Chat- und Benachrichtigungssystemen zu verbinden.

Alarmereignisse

alert.triggered

Wird gesendet, wenn eine Alarmregel mit aktiviertem Kanal An Entwickler-Webhooks senden ihren Schwellenwert überschreitet. Nicht blockierend. Eine Regel wird einmal ausgelöst und berücksichtigt anschließend ihren Cooldown, sodass eine anhaltende Überschreitung ein Ereignis pro Cooldown-Fenster erzeugt.
Im Leitfaden zu Alarmen erfahren Sie, wie Sie Regeln, Metriken, Cooldowns sowie die E-Mail- und Slack-Kanäle erstellen.

Verwandt

telephony.incoming / web.incoming

Die blockierende Nutzlast für eingehende Anrufe, auf die Sie antworten müssen.

telephony.complete / web.complete

Transkript und Metriken nach dem Anruf.

Webhook-Endpunkte

Abonnieren Sie eine URL für eine Teilmenge dieser Ereignisse.

Funktions-Tools

So werden Ereignisse von telephony.tool / web.tool generiert.