Ugrás a fő tartalomhoz

Műveletek és eszközök

Az Actions lapon kezelheted mindazt, amit az ügynököd a beszélgetésen túl tehet — eszközöket, amelyeket az ügynök egy élő beszélgetés közben hív, prefetch-hookokat, amelyek a hívás megkezdése előtt futnak, és hívás utáni műveleteket, amelyek a hívás befejezésekor sülnek el. A kinyert változók (azok az adatmezők, amelyeket az ügynök minden beszélgetésből kinyer) ugyanezen a lapon találhatók.

Minden csomag

Minden eszköz, művelet és az új előzetes lekérési hook minden csomagon elérhető, beleértve a Free csomagot is.


A három fázis

Az Actions lap minden bejegyzése a három életciklus-fázis egyikéhez tartozik. Az Add Tool legördülő menü úgy csoportosítja őket, hogy egyértelmű legyen, mikor mi sül el:

FázisMikorPéldák
Pre fetchMielőtt az ügynök köszönHívó kikeresése a CRM-ből telefonszám alapján, legfrissebb rendelés lekérése, személyre szabott üdvözlés lekérése a backendről
Live callA beszélgetés közben, az AI által, amikor itt az idejeHívás átadása embernek, naptári elérhetőség ellenőrzése, átadás másik ügynöknek, külső API lekérdezése adatokért
Post callA hívás utánÖsszefoglaló e-mail küldése, SMS-megerősítés indítása, hívás-csomag továbbítása a CRM-be

A legördülő menü a Pre fetch opcióval nyílik a tetején, mert minden más fázisnak már így is sok opciója van — az új pre-fetch bejegyzés a legvalószínűbb, amit keresel.


Pre fetch

A pre-fetch hookok lehetővé teszik, hogy az ügynököd úgy kezdje meg a hívást, hogy már tudja, ki hív. Párhuzamosan futnak a hívás-felépítéssel, és a választ az ügynök rendszer-promptjába injektálják, mielőtt az első szó is elhangzana.

Mikor használd

  • Visszatérő ügyfél felismerése telefonszám alapján és név szerinti üdvözlése
  • A hívó nyitott rendelésének, utolsó időpontjának vagy tagsági szintjének lekérése
  • Üzleti kontextus előtöltése a hívott vonaltól függően
  • CRM-jegyzetek injektálása, hogy az ügynök ismerje a lead állapotát és előzményeit

Hogyan működik

  1. A platform feloldja a hívó telefonszámát (SIP-ből bejövő, illetve a hívási célból kimenő hívás esetén).
  2. Minden aktív Pre fetch művelet párhuzamosan elsül, kemény 1,5 másodperces kérésenkénti időtúllépéssel és 2 másodperces teljes kerettel.
  3. A sikeres válaszok az ügynök rendszer-promptjába kerülnek elnevezett blokkokként — az ügynök az első körében olvassa őket.
  4. A hibák csendben vannak elnyelve — lassú vagy hibás végpont sosem blokkolja az üdvözlést. Az ügynök csak elkezd beszélni az adott blokk nélkül.

Konfiguráció

MezőLeírás
NévKötelező. Belső címke és a blokk neve a promptban — tartsd röviden és leíró jelleggel (pl. crm_lookup, vip_check).
API URLKötelező. Lekérendő végpont. Támogatja a {phone}, {direction}, {agent_id}, {user_id}, {call_id} helyettesítőket.
HTTP-metódusA GET az alapértelmezett és legjobb illeszkedés. A POST / PUT / PATCH / DELETE is működik.
FejlécekOpcionális. Statikus vagy sablonozott (a helyettesítők itt is működnek).
Query paraméterekOpcionális. Új pre-fetch művelet esetén phone={phone} értékkel előtöltve.

Elérhető változók

Ezeket a tokeneket helyettesíti be az URL-be, fejlécekbe és query/body paraméterekbe a kérés időpontjában:

VáltozóForrásPélda-érték
{phone}A hívó telefonszáma (E.164) — kimenő esetén a célszám+431234567890
{direction}inbound vagy outboundinbound
{agent_id}Belső ügynök-azonosító65f1a2b3c4...
{user_id}Munkaterület-tulajdonos azonosítója65e0b1c2d3...
{call_id}Hívás-azonosító (lehetővé teszi a backend számára a későbbi hívás utáni payload korrelálását)65f1f2c4d5...

Az ismeretlen helyettesítők szó szerint maradnak — a hibás sablonozás soha nem zúzza össze a hívást.

Mi kerül a promptba

Ha a https://crm.example.com/lookup?phone={phone} címen lévő végpontod ezt adja vissza:

{ "name": "Sarah Johnson", "tier": "Gold", "open_orders": 1 }

Az ügynök rendszer-promptjához hozzáfűződik egy XML-be csomagolt blokk, amely a műveletről van elnevezve:

<call_context>
<block name="crm_lookup">
{ "name": "Sarah Johnson", "tier": "Gold", "open_orders": 1 }
</block>
</call_context>

Nem kell megmondanod az ügynöknek, hogyan használja — az LLM természetesen felveszi a kontextust. Opcionálisan említsd meg a pre-fetch-et a rendszer-promptodban: „Ha a <call_context> tartalmaz ügyfélnevet, üdvözöld őt név szerint."

Fontos korlátok

  • Csak telefonhívások. A pre-fetch nem fut widget- (web-) hívásokhoz — nincs telefonszám, amire sablonozni lehetne.
  • 8 KB-os felső határ a válasz törzsére — az ennél hosszabb tartalom levágódik az injektálás előtt. A felső határ védi a prompt-token-büdzsédet és határt szab egy rosszindulatú végpont hatókörének.
  • Nincs condition kiértékelés — a pre-fetch mindig elsül, amikor aktív. Még nincs átirat, amihez viszonyítani lehetne.
tanács

Használj GET-et egy telefon-kulcsú lekérési végponttal. Tartsd a válaszokat kicsinek és strukturáltnak (3-5 mezős JSON-objektum). Az ügynöknek nincs szüksége a teljes ügyfél-rekordra — csak azokra a részekre, amelyek megváltoztatják a beszélgetést.


Élő hívási eszközök

Ezek a beszélgetés közben futnak. Az AI dönti el, mikor hívja meg az egyes eszközöket a leírásuk és az aktuális párbeszéd alapján.

Elérhető eszközök

EszközCélMikor használd
Call ForwardingÁtadás emberi operátornakÜgyfél személyt kér, összetett kérdések
Google CalendarElérhetőség ellenőrzése és időpontfoglalásAz ügyfél időpontot szeretne foglalni
Outlook CalendarUgyanaz, Microsoft Outlookon keresztülAz ügyfél időpontot szeretne foglalni
API Tool RAGÉlő adatok lekérése külső API-bólValós idejű információ szükséges (rendelések, készlet, fiókállapot)
Agent TransferÁtadás másik AI hangügynöknekA hívónak más részleg vagy szakember kell
HubSpot CRMKapcsolatok és üzletek olvasása/írása HubSpotbanHívás naplózása a HubSpotba, lead kikeresése
MCP-szerverekEszközök elérhetővé tétele a regisztrált MCP-szerverekbőlMCP-kompatibilis eszközszervert futtatsz, és szeretnéd, hogy az ügynök beszélgetés közben használja eszközeit

Hívástovábbítás

Hívások átadása embernek, ha meghatározott feltételek teljesülnek.

BeállításLeírásPélda
NévKötelező. Személy vagy részleg neve"Sales Manager"
Átirányítási számAz alapértelmezett telefonszám, amelyre átirányít"+49 123 456 789"
Kiváltó feltételMikor adja át az ügynök"Az ügyfél a menedzsert kéri, vagy a probléma nem oldható meg"
Feltételes irányítási számokFeltétel–szám hozzárendelés a routinghoz{"billing": "+49 111 222", "technical": "+49 333 444"}

Hogyan működik:

  1. Beszélgetés közben az AI kiértékeli a Kiváltó feltételt.
  2. Ha feltételes irányítási számok vannak beállítva, az illeszkedő feltétel határozza meg, melyik számot kell hívni.
  3. Egyébként az Átirányítási szám kerül felhasználásra.
  4. Az ügynök tájékoztatja a hívót az átadásról.
  5. A hívás átadódik — ha nincs válasz, visszakerül az ügynökhöz.
tanács

Több Call Forwarding eszközt is hozzáadhatsz különböző részlegekhez — egyet az „Értékesítéshez" és egy másikat a „Műszaki támogatáshoz" különböző feltételekkel és számokkal.

Google Calendar

Csatlakoztasd a Google Calendart, hogy az ügynök hívások közben ellenőrizhesse az elérhetőséget és időpontot foglalhasson.

Beállítás:

  1. Lépj az IntegrationCalendars menüpontba, és először csatlakoztasd a Google-fiókod.
  2. Add hozzá a Google Calendar eszközt az ügynök Actions lapján.
  3. Válaszd ki a használni kívánt naptárt.
  4. Konfiguráld az elérhetőségi beállításokat.
BeállításLeírásAlapértelmezett
NaptárKötelező. Melyik naptárt használjaAz elsődleges naptárad
IdőzónaIdőzóna az időpontokhoz (IANA formátum)Automatikus észlelés
Munkaidő kezdeteA munkaidő kezdete9:00
Munkaidő végeA munkaidő vége18:00
Időblokk hosszaIdőpont hossza percben30
MunkanapokA hét elérhető napjaiHétfő–péntek
Pufferidő időpontok közöttPufferidő időpontok között (0–60 perc)0

Támogatott időblokk-hosszak: 15, 30, 45, 60, 75, 90, 105, 120 perc.

tanács

Pontosan állítsd be a munkaidőd és a munkanapokat — az ügynök csak a beállított elérhetőségen belüli időpontokat ajánlja fel.

Outlook Calendar

Csatlakoztasd az Outlook Calendart az időpontfoglaláshoz hívások közben. Ugyanúgy működik, mint a Google Calendar.

Beállítás:

  1. Lépj az IntegrationCalendars menüpontba, és először csatlakoztasd az Outlook-fiókod.
  2. Add hozzá az Outlook Calendar eszközt az ügynök Actions lapján.
  3. Válaszd ki a használni kívánt naptárt.
  4. Konfiguráld az elérhetőségi beállításokat.

A beállítások megegyeznek a Google Calendaréval (időzóna, munkaidő, időblokk hossza, munkanapok, puffer).

Agent Transfer

Hívás átadása a fiókodban lévő másik AI hangügynöknek. Akkor hasznos, ha specializált ügynököd van különböző részlegekhez.

BeállításLeírás
Cél-ügynökKötelező. Válaszd ki, melyik ügynöknek adja át
Kiváltó feltételMikor adja át (pl. „A hívó műszaki támogatást kér")

Példa: Egy recepciós ügynök átadja a hívókat egy értékesítési ügynöknek, amikor árazásról kérdeznek, vagy egy támogatási ügynöknek, amikor műszaki problémájuk van.

HubSpot CRM

Olvasás és írás a HubSpot CRM-edben hívás közben. Lehetővé teszi az ügynök számára, hogy interakciókat naplózzon, kapcsolatot keressen ki telefonszám alapján, vagy üzlet-frissítéseket küldjön — anélkül, hogy az API-hívásokat kézzel kellene programoznod.

Beállítás:

  1. Lépj az Integrations oldalra, és csatlakoztasd a HubSpot-fiókod.
  2. Add hozzá a HubSpot CRM eszközt az ügynök Actions lapján.
  3. Válaszd ki, melyik pipeline-okat és tulajdonságokat módosíthatja az ügynök.

Miután hozzáadtad az eszközt, az AI a hívót telefonszám alapján párosíthatja egy HubSpot-kapcsolathoz, lekérheti az üzlet állapotát, és mezőket frissíthet — mindezt az élő beszélgetésből.

MCP-szerverek

Tedd elérhetővé bármely MCP-kompatibilis szerver eszközeit, amelyet a Hanc.AI-hoz csatlakoztattál. Egy ügynök több MCP-szerverből is meríthet; egy MCP-szerver több ügynököt is kiszolgálhat.

Beállítás:

  1. Egyszer csatlakoztasd az MCP-szerveredet (vagy szervereidet) az IntegrationMCP-szerverek menüpont alatt. A teljes regisztrációs lépésekért lásd a dedikált MCP-szerverek oldalt.
  2. Add hozzá az MCP-szerverek bejegyzést az ügynök Actions lapjához — az Add Action legördülőben a Live call alatt található.
  3. Kapcsold be, hogy a regisztrált kapcsolataid közül melyikhez férjen hozzá ez az ügynök.
  4. Adj hozzá egy rövid „Mikor használja" utasítást, hogy az ügynök tudja, mikor nyúljon ezekért az eszközökért.

Az ügynök minden hívás elején újra felfedezi az eszközkészletet minden engedélyezett MCP-szerverből, így a szerveroldali változások automatikusan megjelennek a következő híváson. Az eszközök a kapcsolat-címkével előtagolva vannak átnevezve, hogy a különböző szerverek hasonló nevű eszközei ne ütközzenek.

API Tool RAG

Csatlakozz külső API-khoz, hogy valós idejű információt szerezzél hívások közben — rendelések kikeresése, készlet ellenőrzése, fiókok igazolása vagy bármilyen API-n keresztül elérhető adat.

BeállításLeírásPélda
NévKötelező. Eszköz neve"Order Lookup"
Leírás / Mikor használjaKötelező. Mikor kérdezze le az API-t"Az ügyfél a rendelés státuszáról kérdez"
API URLKötelező. API-végpont. Tartalmazhat {placeholder} tokeneket, amelyeket a Body Parameters Schema (lásd alább) értékei helyettesítenek."https://api.yourshop.com/orders/{order_id}"
HTTP-metódusKötelező. HTTP-metódusGET, POST, PUT, DELETE, PATCH
Várakozási üzenetMit mond az ügynök várakozás közben"Hadd nézzem meg ezt önnek..."
IdőtúllépésMaximális várakozási idő (ms)5000 (alapértelmezett)
FejlécekMinden kéréssel elküldött statikus HTTP-fejlécek{"Authorization": "Bearer KEY"}
Query paraméterekMinden kéréshez hozzáadott statikus query-paraméterek{"apiVersion": "v2"}
Body Parameters SchemaKötelező. JSON Schema, amely leírja azokat az argumentumokat, amelyeket az AI-nak ki kell nyernie a beszélgetésből és át kell adnia az eszköznek. Lásd A Body Parameters Schema írása.JSON Schema objektum
tanács

Mindig állíts be Várakozási üzenetet — az API-hívás közbeni csend a hívónak elromlottnak hat.

megjegyzés

A régi „Run on call start" jelölőnégyzetet az API Tool RAG-on a dedikált Pre fetch bejegyzés váltotta fel. Pre fetch-et akkor használj, ha a beszélgetés kezdete előtt szeretnéd az adatokat; API Tool RAG-ot akkor, ha az ügynöknek hívás közben kell eldöntenie, hogy lekérje-e.

A Body Parameters Schema írása

A nevével ellentétben a Body Parameters Schema nem nyers kérés-törzs. Ez egy JSON Schema, amely leírja, mit kell az AI-nak kinyernie a beszélgetésből és átadnia az eszközödnek. A HTTP-metódustól és az URL-sablontól függően ezek az értékek az URL-be, a query stringbe vagy a JSON-törzsbe kerülnek:

HTTP-metódusHová kerülnek a kinyert értékek
Az URL tartalmaz {name} placeholdertAz illeszkedő érték az URL-be kerül
GET, DELETEA fennmaradó értékek az URL-hez fűződnek ?key=value formában
POST, PUT, PATCHA fennmaradó értékek JSON-törzsként kerülnek elküldésre
Minimális struktúra
{
"type": "object",
"properties": {
"param_name": {
"type": "string",
"description": "Mit jelent ez az érték és hogyan válassza ki az AI"
}
},
"required": ["param_name"]
}

A gyökér type mindig "object". A properties listázza az egyes argumentumokat. A required jelöli azokat, amelyeket az AI-nak mindig biztosítania kell — ha az ügyfél még nem mondta ki, az AI az eszköz hívása előtt rákérdez.

Mezőreferencia
MezőCél
typeAz érték JSON-típusa: "string", "number", "integer", "boolean", "array", "object"
descriptionA legfontosabb. Megmondja az AI-nak, mit jelent az érték, milyen formátumot használjon és mikor adja meg. Lehetőség szerint mindig adj példákat.
enumEgy rögzített listára korlátozza az értéket. Az AI a természetes beszédet a legközelebbi opcióra képezi le (pl. "a kék""blue").
minimum, maximumSzámértékek határai. Az AI elutasítja/korrigálja a tartományon kívüli értékeket.
defaultAz érték, amelyet akkor használ, ha az AI nem adja át ezt a mezőt. Nem kötelező, de dokumentálja az implicit értéket.
formatValidációs tipp, pl. "email", "date" (YYYY-MM-DD), "uri".
Példák

Termékkeresés (csak kulcsszó):

{
"type": "object",
"properties": {
"query": {
"type": "string",
"description": "Termékkereső kulcsszó — pl. \"telefon\", \"laptop\", \"Apple\", \"Samsung\""
}
},
"required": ["query"]
}

A https://dummyjson.com/products/search?q={query}&limit=5 URL-lel és GET-tel használva: a query érték az URL placeholderébe kerül. A törzsbe semmi sem kerül.

Rendelés keresése azonosító alapján:

{
"type": "object",
"properties": {
"order_id": {
"type": "string",
"description": "A rendelés azonosítója, amelyről az ügyfél érdeklődik, általában 6-10 számjegy. Kérdezd meg az ügyfeltől, ha nem adta meg."
}
},
"required": ["order_id"]
}

A https://api.example.com/orders/{order_id} URL-lel és GET-tel használva.

Foglalás több kötelező mezővel:

{
"type": "object",
"properties": {
"product_id": {
"type": "string",
"description": "Egy korábbi search_products hívás által visszaadott termék-azonosító."
},
"quantity": {
"type": "integer",
"minimum": 1,
"maximum": 10,
"description": "Hány tételt kell foglalni. Alapértelmezett 1."
},
"delivery_method": {
"type": "string",
"enum": ["pickup", "home_delivery", "locker"],
"description": "Hogyan szeretné az ügyfél megkapni a tételt."
},
"customer_email": {
"type": "string",
"format": "email",
"description": "Az ügyfél e-mail-címe a rendelés megerősítéséhez. Kérdezd meg, ha nem adta meg."
}
},
"required": ["product_id", "delivery_method", "customer_email"]
}

A POST https://api.example.com/reservations esetében: a négy érték a JSON-törzsbe kerül. Az AI az eszköz hívása előtt rákérdez az ügyfélre a hiányzó required mezőkért.

Paraméter nélküli eszköz:

{
"type": "object",
"properties": {}
}

Akkor használd ezt, ha a végpont teljesen statikus (pl. GET /store/hours) és az AI-nak nem kell semmit átadnia.

Legjobb gyakorlatok AI hangügynökökhöz
  • Tartsd a sémát laposan. A beágyazott objektumok és tömbök működnek, de az AI telefonbeszélgetés közben elcsúszhat. Inkább legfeljebb 3-5 felső szintű mezőt használj.
  • Mindig írj description-t minden mezőhöz. Adj példákat (pl. "telefon", "laptop") — a példák megbízhatóbban irányítják az AI-t, mint az absztrakt definíciók.
  • Használj enum-ot, ha rögzített értéklistád van. Ez kiküszöböli azt a kockázatot, hogy az AI értékeket találjon ki, vagy "Electronics"-et küldjön "electronics" helyett.
  • A required jelzést csak akkor használd, ha az eszköz nélküle nem működik. Minden más opcionális, és az AI átugorja, ha az ügyfél nem említette — nincs kínos plusz kérdés.
  • Használj snake_case neveket, és pontosan illeszd őket az URL-ben lévő {placeholder} tokenekhez.
  • Dokumentáld a hiányzó értékek viselkedését a description-ben — pl. "Hagyd ki, ha nincs költségvetési korlát", "Alapértelmezett 5".

Hívás utáni műveletek

A hívás utáni műveletek a hívás befejezése után sülnek el, miután az elemzési lánc elkészítette az összefoglalót, a hangulatot és a kinyert változókat. Hívási adatokat fogyasztanak — nem beszélnek az ügyféllel.

Elérhető műveletek

MűveletCél
Send EmailStrukturált összefoglaló e-mailben a csapatnak vagy az ügyfélnek
Send SMSSzöveges megerősítés a hívónak
Send WhatsAppWhatsApp-üzenet vagy sablon (a 24 órás ablakon belül és kívül is működik)
API CallA teljes hívás-payload elküldése külső API-nak (CRM, webhook, az adattárházad)

Send Email

BeállításLeírás
NévKötelező. Művelet-azonosító
TárgyKötelező. Az e-mail tárgysora
ÜzenettörzsKötelező. Az e-mail törzse — tartalmazhat kinyert változókat
Kiváltó feltételMikor küldje (üres = mindig)
CímzettekKötelező. E-mail-címek, amelyek mindig megkapják az e-mailt
Feltételes címzettekFeltétel–címzett hozzárendelés

Változók használata e-mailben:

Új lead telefonhívásból:

Név: {{customer_name}}
E-mail: {{customer_email}}
Érdeklődik a következő iránt: {{selected_plan}}
Megjegyzések: {{call_notes}}

Send SMS

BeállításLeírás
NévKötelező. Művelet-azonosító
Feladó neveMegjelenített feladó-név
ÜzenetKötelező. SMS-tartalom (tartalmazhat változókat)
Kiváltó feltételMikor küldje
CímzettekKötelező. Telefonszámok, amelyek mindig megkapják az SMS-t
Feltételes címzettekFeltétel–szám hozzárendelés

Send WhatsApp

A WhatsApp-üzenetküldés a HANC-on előre jóváhagyott sablonokat használ egy központi Twilio Content-fiókból — nem kell kézzel beillesztened a Template SID-t. A művelet-szerkesztő egy legördülő menüt mutat minden jelenleg aktív és jóváhagyott sablonnal, és te kiválasztasz egyet. A sablonban lévő helyettesítőket ({{1}}, {{2}}, …) ezután a szerkesztőben általad hozzárendelt hívásváltozók vagy statikus szöveg tölti fel.

BeállításLeírás
NévKötelező. Művelet-azonosító
Kiváltó feltételMikor küldje
CímzettekKötelező. Telefonszámok, amelyek mindig megkapják az üzenetet
Feltételes címzettekFeltétel–szám hozzárendelés
SablonKötelező. Legördülő választó a központi Twilio Content-fiókból szinkronizált, előre jóváhagyott WhatsApp-sablonokhoz. Minden bejegyzés mutatja a sablon nevét, nyelvét és a törzs előnézetét, így tudod, melyiket válaszd.
SablonváltozókA kiválasztott sablonhoz a szerkesztő listázza az egyes helyettesítőket ({{1}}, {{2}}, …), és lehetővé teszi, hogy hívásváltozóhoz (lásd alább) vagy statikus stringhez rendeld őket.

Elérhető hívásváltozók, amelyeket sablon-helyettesítőkbe képezhetsz le:

VáltozóLeírás
{{call_from}}A hívó telefonszáma
{{call_to}}A hívott szám
{{call_summary}}AI által generált hívás-összefoglaló
{{call_sentiment}}Hangulat (positive/neutral/negative)
{{call_task_achieved}}Hogy elérte-e a hívás a feladatot
{{call_transcription}}Teljes hívás-átirat
Miért választó, nem szabad szöveg

A WhatsApp megköveteli, hogy minden vállalkozás által kezdeményezett üzenet a 24 órás ügyfélszolgálati ablakon kívül előre jóváhagyott sablont használjon. A HANC szinkronizálja a jóváhagyott sablonok listáját a megosztott Twilio Content-fiókból, így a legördülő mindig pontosan azt mutatja, ami most küldhető — nem választhatsz véletlenül vázlatot, elutasított sablont vagy nem létező SID-t. Új sablon hozzáadásához lépj kapcsolatba a támogatással; amint a WhatsApp jóváhagyta, automatikusan megjelenik a legördülőben.

API Call

A hívás utáni API Call művelet az általános webhook-od a stacked többi részéhez. Válaszd ki a metódust, állítsd be az URL-t, és elküldjük a teljes hívás-payloadot — a végpontod egy strukturált JSON-objektumot kap, amely leírja, mi történt.

BeállításLeírás
NévKötelező. Művelet-azonosító
Kiváltó feltételMikor süljön el (üres = minden hívás). Az átirathoz képest egy LLM értékeli ki.
API URLKötelező. API-végpont URL-je
HTTP-metódusKötelező. GET, POST, PUT, DELETE, PATCH
FejlécekOpcionális kérés-fejlécek
Query paraméterekOpcionális query-paraméterek

Mit kap a végpontod

POST / PUT / PATCH esetén a végpontod egy JSON-objektumot kap a kérés-törzsben. A konfigurált body-paramétereid összeolvadnak a teljes hívás-payloaddal:

{
"call_from": "+431234567890",
"call_to": "+439876543210",
"direction": "inbound",
"call_type": "phone",
"call_status": "ended",
"start_timestamp": 1730000000000,
"end_timestamp": 1730000187000,
"duration": 187000,
"transcription": [
{ "speaker": "agent", "content": "Hello…", "timestamp": 1730000001000 },
{ "speaker": "user", "content": "Hi…", "timestamp": 1730000003000 }
],
"call_summary": "Az ügyfél árazásról kérdezett…",
"task_achieved": true,
"sentiment": { "sentiment": "positive", "explanation": "…" },
"custom_analysis_data": {
"name": "John",
"email": "john@example.com"
},
"collected_data": { /* hívás közbeni űrlap-beküldések */ },
"transfer_history": [ /* ha történt ügynök-átadás */ ],
"recording_url": "https://…",
"disconnection_reason": "user_hangup",
"is_anonymous": false,
"is_simulation": false,
"created_at": 1730000000000,
"updated_at": 1730000187000
}

GET / DELETE esetén ugyanezek a mezők a query stringbe kerülnek lapítva — de a beágyazott értékeket, mint a transcription, sentiment és custom_analysis_data, eldobjuk (az URL-ek nem hordoznak strukturált adatot ésszerűen). Ha szükséged van az átiratra, használj POST/PUT/PATCH-et.

Minden kérés kap egy X-Correlation-Id fejlécet a nyomon követéshez, és 30 másodperc után időtúllépést kap.

Pre-fetch vs hívás utáni API Call
  • A Pre fetch a {phone} és társait sablonozza az URL-be/fejlécekbe/queryba/törzsbe. Visszatér a promptba, a hívás előtt.
  • A Hívás utáni API Call a teljes hívás-dumpot küldi a törzsben vagy queryben. Nincs URL-sablonozás — a végpontod statikus URL-t + dinamikus törzset kap.

Kinyert változók

A kinyert változók olyan egyéni adatmezők, amelyeket az AI automatikusan kinyer a beszélgetésekből. Például az ügynök elcsípheti a hívó nevét, e-mailjét, telefonszámát vagy bármely más megadott információt.

Alapértelmezett változók

Minden új ügynök két alapértelmezett kinyert változóval jön létre:

VáltozóTípusLeírás
EmailEmailA hívó e-mail-címe
PhonePhoneA hívó telefonszáma

Ezek alapértelmezetten engedélyezve vannak, és megjelennek a hívás-widget űrlapján. Szerkesztheted vagy eltávolíthatod őket, és hozzáadhatsz saját egyéni változókat.

Változótípusok

TípusFelhasználási esetPélda
TextNevek, címek, jegyzetek, szabadszövegű bevitelÜgyfél neve, szállítási cím
NumberMennyiségek, költségvetések, ID-kRendelési mennyiség, költségvetés összege
EmailE-mail-címek validációvalÜgyfél e-mailje
PhoneTelefonszámok validációvalÜgyfél telefonszáma
SelectorVálasztás előre meghatározott opciók közülPreferált csomag (Basic/Pro/Enterprise)
CheckboxIgen/nem hozzájárulás vagy megerősítés„Beleegyezem a marketinges e-mailek fogadásába"

Változó konfigurálása

MezőLeírásPélda
Változó neveKötelező. Változó-azonosítócustomer_email
Utasítások az AI-nakKötelező. Utasítások az AI-nak, hogy mikor és hogyan nyerje ki ezt az értéket"Az ügyfél e-mail-címe. Kérdezd meg, ha nem adta meg."
Példa formátum(Opcionális) Az elvárt formátum példája"john@example.com"
Opciók (Selector esetén)(Csak Selector) Megengedett opciók listája["Basic", "Pro", "Enterprise"]
Megjelenítés űrlaponHogy ez a mező megjelenjen-e a hívás-widget űrlapjánAlapértelmezetten engedélyezve

Megjelenítés űrlapon

Amikor a Megjelenítés űrlapon engedélyezve van, a változó látható beviteli mezőként jelenik meg a webes widgetben a hívás előtt és alatt. Ez lehetővé teszi, hogy a hívók közvetlenül megadják az információikat, az AI által a beszélgetésből történő kinyerésen túl.

tanács

Az AI természetesen rákérdez a hiányzó információkra a beszélgetés során. Adj meg világos leírást, mint például „Az ügyfél e-mail-címe, kérdezd meg udvariasan, ha nem adta meg", és az ügynök kezeli.


Eszközök és műveletek hozzáadása

  1. Lépj az ügynököd Actions lapjára.
  2. Kattints az Add Tool gombra.
  3. Válaszd ki a megfelelő fázist a legördülőből — Pre fetch, Live call vagy Post call.
  4. Konfiguráld a beállításokat.
  5. Mentsd el — a változtatások a következő híváson lépnek életbe.

Minden bejegyzés együtt szerepel az Actions táblázatban. Kattints bármelyik sorra a szerkesztéshez, vagy használd a kuka ikont a törléshez.


Kapcsolódó