Skip to main content
Każda treść webhooka ma pole type, którego wartość jest jednym z typów zdarzeń na tej stronie. Gdy subskrybujesz endpoint, tablica events musi zawierać typy zdarzeń, które chcesz otrzymywać (lub być pusta, aby subskrybować wszystkie). Te zdarzenia są dostarczane w dwóch stylach: Przykładowe ładunki poniżej pokazują kopertę endpointu w kolejności przesyłanej przez sieć (klucze posortowane alfabetycznie: data, event_id, type); starsze dostarczenia zawierają te same data bez event_id.

Zdarzenia połączeń

telephony.incoming

Wysyłane, gdy połączenie przychodzące dociera na jeden z Twoich numerów telefonów. Dostawy do endpointu to powiadomienia typu „wyślij i zapomnij” wysyłane dla każdego połączenia przychodzącego, niezależnie od tego, czy numer jest skonfigurowany dla agenta, czy dla webhooka. Numery bez przypisanego agenta dodatkowo otrzymują blokujące żądanie konfiguracji w starszym webhooku — pełny schemat żądania / odpowiedzi znajdziesz w telephony.incoming / web.incoming.

telephony.complete

Wysyłane po zakończeniu przychodzącego lub wychodzącego połączenia telefonicznego. Nieblokujące. Obejmuje pełną transkrypcję, adres URL nagrania i podsumowanie rozliczenia. Schemat ładunku znajdziesz w telephony.complete / web.complete.

telephony.tool

Wysyłane po wywołaniu przez połączenie telefoniczne narzędzia funkcji. Nieblokujące powiadomienie audytowe — narzędzie zostało już wykonane w momencie dostarczenia tego zdarzenia; dotyczy Twoich własnych narzędzi funkcji (nie wbudowanych narzędzi, bazy wiedzy, połączeń aplikacji ani narzędzi MCP).
response to wynik wykonania: {"status": <http status>, "response": <your endpoint's JSON>} w przypadku powodzenia albo {"status": <status>, "error": "<message>"} w przypadku błędu.

web.incoming

Odpowiednik telephony.incoming dla kanału internetowego, wysyłany po rozpoczęciu sesji widżetu internetowego lub testowego połączenia mikrofonowego w kreatorze. Dostawy do endpointu są typu „wyślij i zapomnij” dla każdej sesji internetowej. Klucze publiczne w mode="webhook" dodatkowo otrzymują blokujące żądanie konfiguracji w starszym webhooku — to blokujące żądanie ma inną strukturę (origin_domain, publishable_key_prefix; bez numerów telefonów). Zobacz telephony.incoming / web.incoming.
from_number zawsze ma dosłowną wartość "web". W przypadku sesji widżetu w trybie webhook to_number jest puste (numer agenta sesji jest przypisywany po konfiguracji); w przypadku testowych połączeń mikrofonowych w kreatorze origin_domain i publishable_key_prefix są puste.

web.complete

Odpowiednik telephony.complete dla kanału internetowego, obejmujący połączenia widżetu internetowego (direction: "web") oraz testowe połączenia mikrofonowe w kreatorze (direction: "test"). Nieblokujące. Ma taką samą strukturę ładunku jak telephony.complete, plus origin_domain, przy czym from_number ma wartość "web".
W starszym webhooku z jednym adresem URL testowe połączenia mikrofonowe w kreatorze historycznie są raportowane jako telephony.complete — tylko direction: "web" calls use the web.complete type there. System endpointów mapuje zarówno połączenia internetowe, jak i testowe na web.*. Historyczne ładunki mogą zawierać starsze wartości direction: widget lub mic.

web.tool

Odpowiednik telephony.tool dla kanału internetowego. data zawiera origin_domain zamiast from_number / to_number.

Zdarzenia jakości

call.graded

Wysyłane po zakończeniu uruchomienia oceniania AI dla połączenia. Nieblokujące.
Połączenie może zostać ocenione więcej niż raz — po szybkiej ocenie heurystycznej często następuje pełna ocena modelu, gdy nagranie jest dostępne, możliwe są też ręczne ponowne oceny. Każde zakończone uruchomienie emituje własne zdarzenie call.graded; jako rozstrzygający traktuj najnowszy parametr graded_at.

issue.reported

Wysyłane po utworzeniu zgłoszenia problemu — zgłoszonego przez użytkownika z panelu (source: "user") lub automatycznie przez ocenianie połączenia (source: "system"). Nieblokujące.
Ponowne ocenienie połączenia odtwarza zgłoszenia problemów wygenerowane przez system, co ponownie emituje issue.reported dla odtworzonych zgłoszeń. Deduplikuj według call_id + title, jeśli chcesz otrzymywać tylko jedno powiadomienie na każdy bazowy problem.

Zdarzenia połączeń testowych

test-call.completed

Wysyłane, gdy uruchomienie połączenia testowego osiągnie status końcowy — completed lub failed, w tym uruchomienia, które nie powiodły się podczas uruchamiania i nigdy nie utworzyły połączenia. Nieblokujące. Przydatne do podłączania wsadowych uruchomień CI do systemów czatu/powiadomień.

Zdarzenia alertów

alert.triggered

Wysyłane, gdy reguła alertu z włączonym kanałem Dostarczaj do webhooków deweloperskich przekroczy swój próg. Nieblokujące. Reguła jest wyzwalana raz, a następnie przestrzega okresu wyciszenia, więc utrzymujące się naruszenie generuje jedno zdarzenie na każde okno wyciszenia.
Więcej informacji o tworzeniu reguł, metrykach, okresach wyciszenia oraz kanałach e-mail / Slack znajdziesz w przewodniku po alertach.

Powiązane

telephony.incoming / web.incoming

Blokujący ładunek przychodzącego połączenia, na który musisz odpowiedzieć.

telephony.complete / web.complete

Transkrypcja i metryki po połączeniu.

Punkty końcowe webhooków

Skonfiguruj adres URL do odbierania podzbioru tych zdarzeń.

Narzędzia funkcji

Jak są generowane zdarzenia telephony.tool / web.tool.