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_id, som kan bruges til 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 de samme data uden event_id.
Opkaldshændelser
telephony.incoming
Sendes, når et indgående opkald når et af dine
telefonnumre. Endpointleveringer er
fire-and-forget-notifikationer, der sendes for alle indgående opkald,
uanset om nummeret er agentkonfigureret eller webhookkonfigureret. Numre uden
en tildelt 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.
Inkluderer den fulde transskription, optagelses-URL og faktureringsoversigt. Se
telephony.complete / web.complete for
payloadskemaet.
telephony.tool
Sendes, efter et telefoniopkald kalder et
funktionsværktøj. Ikke-blokerende revisionsnotifikation —
værktøjet er allerede kørt, når denne hændelse leveres; den dækker
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 pendant til telephony.incoming, som sendes, når en
webwidget-session eller et builder-mikrofontestopkald
starter. Endpointleveringer er fire-and-forget for alle websessioner.
Offentlige 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 webwidget-
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 pendant til telephony.complete, som dækker
webwidgetopkald (direction: "web") og builder-mikrofontestopkald
(direction: "test"). Ikke-blokerende. Samme payloadstruktur som
telephony.complete, plus origin_domain,
med from_number indstillet 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 pendant til telephony.tool. data indeholder
origin_domain i stedet for from_number / to_number.
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; behandl den seneste graded_at som
autoritativ.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 sender
issue.reported igen for de genoprettede rapporter. Dedubliker på
call_id + title, hvis du kun vil have én notifikation pr. underliggende
problem.Hændelser for testopkald
test-call.completed
Sendes, når en
testopkaldskørsel
når en endelig status — completed eller failed, herunder kørsler
der mislykkedes ved opstart og aldrig oprettede et opkald. Blokerer ikke. Nyttig
til at koble batch-CI-kørsler til 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 respekterer derefter sin
nedkølingsperiode, så en vedvarende overskridelse producerer én begivenhed pr. nedkølingsvindue.
Se vejledningen til advarsler for at oprette regler, metrikker,
nedkølingsperioder og e-mail- / Slack-kanaler.
Relateret
telephony.incoming / web.incoming
Den blokerende payload for indgående opkald, som du skal svare på.
telephony.complete / web.complete
Transskription og metrikker efter opkaldet.
Webhook-slutpunkter
Abonner en URL på en delmængde af disse begivenheder.
Funktionsværktøjer
Sådan genereres
telephony.tool / web.tool-begivenheder.