type-felt, hvis værdi er en af
hændelsestyperne på denne side. Når du abonnerer på et
endpoint, skal events-arrayet indeholde de
hændelsestyper, du ønsker (eller være tomt for at abonnere på alt).
Disse hændelser leveres på to måder:
- Endpoint-leveringer er altid ikke-blokerende notifikationer
med genforsøg: svar med en
vilkårlig 2xx; konvolutten indeholder et
event_idtil deduplikering. - Blokerende udvekslinger kører kun på den
ældre webhook med én URL: konfigurationsanmodningen
telephony.incoming/web.incoming(numre i webhook-tilstand og widgetnøgler, timeout på 10 s) og værktøjsdistribuering i webhook-tilstand. Dit svar former det aktive opkald.
data, event_id, type); ældre leveringer
indeholder samme data uden event_id.
Opkaldshændelser
telephony.incoming
Sendes, når et indgående opkald når et af dine
telefonnumre. Endpoint-leveringer er
fire-and-forget-notifikationer, der sendes for alle indgående opkald,
uanset om nummeret er agentkonfigureret eller webhookkonfigureret. Numre uden
en tilknyttet agent modtager desuden den blokerende
konfigurationsanmodning på den ældre webhook — se
telephony.incoming / web.incoming for
det fulde anmodnings- / svarskema.
telephony.complete
Sendes, når et indgående eller udgående telefoniopkald afsluttes. Ikke-blokerende.
Indeholder transskriptionen, optagelses-URL’en, når den er tilgængelig, og faktureringsoversigten. Se
telephony.complete / web.complete for
payload-skemaet.
telephony.tool
Sendes, efter et telefoniopkald kalder et
funktionsværktøj. Ikke-blokerende revisionsnotifikation —
værktøjet er allerede blevet kørt, når denne hændelse leveres; den omfatter
dine egne funktionsværktøjer (ikke indbyggede værktøjer, værktøjer til vidensbase,
appforbindelser eller MCP-værktøjer).
response er det udførte resultat: {"status": <http status>, "response": <your endpoint's JSON>} ved succes eller
{"status": <status>, "error": "<message>"} ved fejl.
web.incoming
Webkanalens ækvivalent til telephony.incoming, sendt når en
webwidget-session eller et builder-mikrofontestopkald
starter. Endpoint-leveringer er fire-and-forget for alle websessioner.
Publicerbare nøgler i mode="webhook" modtager desuden den
blokerende konfigurationsanmodning på den ældre webhook — den
blokerende anmodning har en anden struktur (origin_domain,
publishable_key_prefix; ingen telefonnumre). Se
telephony.incoming / web.incoming.
from_number er altid den bogstavelige værdi "web". For widget-
sessioner i webhooktilstand er to_number tomt (sessionens agentnummer tildeles
efter konfiguration); for builder-mikrofontestopkald er origin_domain og
publishable_key_prefix tomme.
web.complete
Webkanalens ækvivalent til telephony.complete, som omfatter
webwidgetopkald (direction: "web") og builder-mikrofontestopkald
(direction: "test"). Ikke-blokerende. Samme payload-struktur som
telephony.complete, plus origin_domain,
med from_number sat til "web".
På den ældre webhook med én URL rapporteres builder-mikrofontestopkald
historisk som
telephony.complete — kun opkald med direction: "web" bruger typen web.complete der. Endpointsystemet
knytter både web- og testopkald til web.*. Historiske payloads kan
indeholde de ældre direction-værdier widget eller mic.web.tool
Webkanalens ækvivalent til telephony.tool. data indeholder
origin_domain i stedet for from_number / to_number.
Stemmehændelser
Oprettelse af tilpassede stemmer sker asynkront. Disse ikke-blokerende hændelser lader dig reagere på et endeligt resultat i stedet for at forespørge klonedetaljeendepunktet.voice.ready
Sendes, når en tilpasset stemme er færdigbehandlet og kan tildeles en
agent.
voice.failed
Sendes, når behandlingen af en tilpasset stemme ender med en permanent fejl.
Kvalitetshændelser
call.graded
Sendes, når en AI-vurderingskørsel
afsluttes for et opkald. Blokerer ikke.
Et opkald kan vurderes mere end én gang — en hurtig heuristisk vurdering
efterfølges ofte af en fuld modelvurdering, når optagelsen er
tilgængelig, og manuelle genvurderinger er mulige. Hver afsluttet kørsel
udsender sin egen
call.graded-hændelse; betragt den seneste graded_at
som gældende.issue.reported
Sendes, når en problemrapport oprettes —
enten indsendt af en bruger fra dashboardet (source: "user") eller
automatisk af opkaldsvurdering (source: "system"). Blokerer ikke.
Genvurdering af et opkald genopbygger dets systemgenererede problemrapporter,
hvilket udsender
issue.reported igen for de genskabte rapporter.
Dubletfiltrer på call_id + title, hvis du kun vil have én notifikation
pr. underliggende problem.Testopkaldshændelser
test-call.completed
Sendes, når en
testopkaldskørsel
når en endelig status — completed eller failed, herunder kørsler,
der mislykkedes ved start og aldrig oprettede et opkald. Blokerer ikke.
Nyttig til at forbinde batchkørsler i CI med dine chat- og
notifikationssystemer.
Advarselsbegivenheder
alert.triggered
Sendes, når en advarselsregel med kanalen Lever til
udviklerwebhooks aktiveret overskrider sin tærskel.
Ikke-blokerende. En regel udløses én gang og overholder derefter sin
nedkølingsperiode, så et vedvarende brud producerer én begivenhed pr. nedkølingsvindue.
Se vejledningen til advarsler for at oprette regler, metrikker,
nedkølingsperioder og e-mail- / Slack-kanalerne.
Relateret
telephony.incoming / web.incoming
Payloaden for blokerende indgående opkald, som du skal svare på.
telephony.complete / web.complete
Transskription og metrikker efter opkaldet.
Webhook-endepunkter
Abonner en URL på et undersæt af disse begivenheder.
Funktionsværktøjer
Sådan genereres
telephony.tool / web.tool-begivenheder.