Skip to main content
Hver webhook-forespørselskropp har et type-felt med en verdi som er én av hendelsestypene på denne siden. Når du abonnerer på et endepunkt, må events-matrisen inneholde hendelsestypene du ønsker (eller være tom for å abonnere på alt). Disse hendelsene leveres på to måter:
  • Endepunktleveringer er alltid ikke-blokkerende varsler med nye forsøk: svar med en hvilken som helst 2xx; konvolutten inneholder en event_id for deduplisering.
  • Blokkerende utvekslinger kjøres kun på eldre webhook med én URL: konfigurasjonsforespørselen telephony.incoming / web.incoming (numre i webhook-modus og widgetnøkler, tidsavbrudd på 10 s) og verktøydistribusjon i webhook-modus verktøydistribusjon. Svaret ditt former den pågående samtalen.
Eksempelnedlastingene nedenfor viser endepunktkonvolutten i overføringsrekkefølge (nøkler sortert alfabetisk: data, event_id, type); eldre leveringer inneholder samme data uten event_id.

Anropshendelser

telephony.incoming

Sendes når et innkommende anrop når et av telefonnumrene dine. Leveringer til endepunkt er send-og-glem-varsler som sendes for hvert innkommende anrop, enten nummeret er konfigurert for en agent eller en webhook. Numre uten en tilordnet agent mottar i tillegg den blokkerende konfigurasjonsforespørselen på den eldre webhooken — se telephony.incoming / web.incoming for hele forespørsels-/svarskjemaet.

telephony.complete

Sendes når et innkommende eller utgående telefoni-anrop avsluttes. Ikke-blokkerende. Inkluderer transkripsjonen, URL for opptak når den er tilgjengelig, og en faktureringsoppsummering. Se telephony.complete / web.complete for payload-skjemaet.

telephony.tool

Sendes etter at et telefoni-anrop har kalt et funksjonsverktøy. Ikke-blokkerende revisjonsvarsel — verktøyet er allerede kjørt når denne hendelsen leveres; den dekker dine egne funksjonsverktøy (ikke innebygde verktøy, kunnskapsbaseverktøy, app-tilkoblingsverktøy eller MCP-verktøy).
response er resultatet som ble kjørt: {"status": <http status>, "response": <your endpoint's JSON>} ved suksess, eller {"status": <status>, "error": "<message>"} ved feil.

web.incoming

Netkanalekvivalenten til telephony.incoming, sendt når en nettwidget-økt eller et mikrofontestanrop i byggeren starter. Leveringer til endepunkt er send-og-glem for hver nettøkt. Publiserbare nøkler i mode="webhook" mottar i tillegg den blokkerende konfigurasjonsforespørselen på den eldre webhooken — denne blokkerende forespørselen har en annen form (origin_domain, publishable_key_prefix; ingen telefonnumre). Se telephony.incoming / web.incoming.
from_number er alltid den bokstavelige verdien "web". For widgetøkter i webhook-modus er to_number tomt (øktens agentnummer tilordnes etter konfigurasjon); for mikrofontestanrop i byggeren er origin_domain og publishable_key_prefix tomme.

web.complete

Netkanalekvivalenten til telephony.complete, som dekker anrop fra nettwidgeten (direction: "web") og mikrofontestanrop i byggeren (direction: "test"). Ikke-blokkerende. Samme payload-form som telephony.complete, i tillegg til origin_domain, med from_number satt til "web".
På den eldre webhooken med én URL rapporteres mikrofontestanrop i byggeren historisk som telephony.complete — bare anrop med direction: "web" bruker typen web.complete der. Endepunktssystemet tilordner både nett- og testanrop til web.*. Historiske payload-er kan inneholde de eldre direction-verdiene widget eller mic.

web.tool

Netkanalekvivalenten til telephony.tool. data inneholder origin_domain i stedet for from_number / to_number.

Stemmehendinger

Opprettelse av egendefinerte stemmer er asynkron. Disse ikke-blokkerende hendelsene lar deg reagere på et endelig resultat i stedet for å spørre etter status fra klonedetaljendepunktet.

voice.ready

Sendes når en egendefinert stemme er ferdig behandlet og kan tilordnes til en agent.

voice.failed

Sendes når behandlingen av en egendefinert stemme ender i en permanent feil.

Kvalitetshendelser

call.graded

Sendes hver gang en AI-vurderingskjøring fullføres for et anrop. Ikke-blokkerende.
Et anrop kan vurderes mer enn én gang — en rask heuristisk vurdering etterfølges ofte av en full modellvurdering når opptaket er tilgjengelig, og manuelle revurderinger er mulige. Hver fullførte kjøring sender sin egen call.graded-hendelse; behandle den nyeste graded_at som autoritativ.

issue.reported

Sendes når en problemrapport opprettes — enten sendt inn av en bruker fra dashbordet (source: "user") eller automatisk av anropsvurdering (source: "system"). Ikke-blokkerende.
Revurdering av et anrop bygger opp systemgenererte problemrapporter på nytt, noe som sender issue.reported på nytt for de gjenskapte rapportene. Dedupliser på call_id + title hvis du bare vil ha ett varsel per underliggende problem.

Testanrophendelser

test-call.completed

Sendes når en testanropskjøring når en endelig status — completed eller failed, inkludert kjøringer som mislyktes ved oppstart og aldri opprettet et anrop. Ikke-blokkerende. Nyttig for å koble CI-kjøringer i batch til chat- og varslingssystemene dine.

Varselhendelser

alert.triggered

Sendes når en varselregel med kanalen Lever til utviklerwebhooker aktivert overskrider terskelen sin. Ikke-blokkerende. En regel utløses én gang og respekterer deretter nedkjølingsperioden, så et vedvarende brudd gir én hendelse per nedkjølingsvindu.
Se veiledningen for varsler for å opprette regler, målinger, nedkjølingsperioder og e-post- / Slack-kanalene.

Relatert

telephony.incoming / web.incoming

Den blokkerende nyttelasten for innkommende anrop som du må svare på.

telephony.complete / web.complete

Transkripsjon og målinger etter anropet.

Webhook-endepunkter

Abonner en URL på et delsett av disse hendelsene.

Funksjonsverktøy

Slik genereres hendelser for telephony.tool / web.tool.