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:
- Dostarczenia do endpointu są zawsze nieblokującymi powiadomieniami
z ponownymi próbami: odpowiedz
dowolnym kodem 2xx; koperta zawiera
event_iddo deduplikacji. - Blokujące wymiany są wykonywane tylko w
starszym webhooku z pojedynczym URL-em: żądanie
konfiguracji
telephony.incoming/web.incoming(numery w trybie webhooka i klucze widżetów, limit czasu 10 s) oraz dyspozycja narzędzia w trybie webhooka. Twoja odpowiedź kształtuje trwającą rozmowę.
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.