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 vil ha (eller være tom for å abonnere på alt).
To leveringsstiler overfører disse hendelsene:
- 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ører bare på
den eldre webhooken med én URL:
konfigurasjonsforespørselen
telephony.incoming/web.incoming(numre i webhook-modus og widgetnøkler, 10 s tidsavbrudd) og verktøysending i webhook-modus. Svaret ditt former den aktive samtalen.
data, event_id, type); eldre leveringer
inneholder samme data uten event_id.
Anropshendelser
telephony.incoming
Sendes når et innkommende anrop når ett av
telefonnumrene dine. Endpoint-leveringer er
fire-and-forget-varsler som sendes for hvert innkommende anrop, enten
nummeret er agentkonfigurert eller webhook-konfigurert. 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 telefonanrop avsluttes. Ikke-blokkerende.
Inkluderer hele transkripsjonen, URL-adressen til opptaket og faktureringsoppsummeringen. Se
telephony.complete / web.complete for
payload-skjemaet.
telephony.tool
Sendes etter at et telefonanrop kaller 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,
appkoblingsverktø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
Netkanalens ekvivalent til telephony.incoming, sendt når en økt i en
webwidget eller et mikrofonsamtaletest i byggeren
starter. Endpoint-leveringer er fire-and-forget for hver nettøkt.
Publiserbare nøkler i mode="webhook" mottar i tillegg den
blokkerende konfigurasjonsforespørselen på den eldre webhooken — den
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 mikrofonsamtaletester i byggeren er origin_domain og
publishable_key_prefix tomme.
web.complete
Netkanalens ekvivalent til telephony.complete, som dekker anrop fra
webwidgeter (direction: "web") og mikrofonsamtaletester i byggeren
(direction: "test"). Ikke-blokkerende. Samme payload-form som
telephony.complete, pluss origin_domain,
med from_number satt til "web".
På den eldre webhooken med én URL rapporteres mikrofonsamtaletester i byggeren
historisk som
telephony.complete — bare anrop med direction: "web" bruker typen web.complete der. Endpointsystemet
tilordner både nett- og testanrop til web.*. Historiske payloads kan
inneholde de eldre direction-verdiene widget eller mic.web.tool
Netkanalens ekvivalent til telephony.tool. data inneholder
origin_domain i stedet for from_number / to_number.
Kvalitetshendelser
call.graded
Sendes hver gang en AI-vurdering
fullføres for en samtale. Blokkerer ikke.
En samtale kan vurderes mer enn én gang — en rask heuristisk vurdering
etterfølges ofte av en fullstendig modellvurdering når opptaket er
tilgjengelig, og manuelle nyvurderinger er mulig. 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 rapportert av en bruker fra dashbordet (source: "user") eller
automatisk av samtalevurdering (source: "system"). Blokkerer ikke.
Nyvurdering av en samtale bygger opp systemgenererte problemrapporter på nytt,
noe som sender
issue.reported på nytt for de gjenskapte rapportene. Fjern
duplikater basert på call_id + title hvis du bare vil ha ett varsel per
underliggende problem.Hendelser for testsamtaler
test-call.completed
Sendes når en
testsamtalekjøring
når en endelig status — completed eller failed, inkludert kjøringer
som mislyktes ved oppstart og aldri opprettet en samtale. Blokkerer ikke. 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
utviklerwebhooks aktivert krysser terskelen sin.
Ikke-blokkerende. En regel utløses én gang og følger deretter nedkjølingsperioden sin, så et
vedvarende brudd produserer én hendelse per nedkjølingsvindu.
Se veiledningen for varsler for å opprette regler, metrikk,
nedkjølingsperioder og e-post- / Slack-kanalene.
Relatert
telephony.incoming / web.incoming
Den blokkerende nyttelasten for innkommende samtaler som du må svare på.
telephony.complete / web.complete
Transkripsjon og metrikk etter samtalen.
Webhook-endepunkter
Abonner en URL på et utvalg av disse hendelsene.
Funksjonsverktøy
Hvordan
telephony.tool / web.tool-hendelser genereres.