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_idfor 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.
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.