Fejlesztőknek

Amit a felület tud, azt a kódjuk is tudja

Nyilvános API kulcsos hitelesítéssel, aláírt webhookok a hívás végén, tevékenység visszaírása a CRM-be, és egy MCP-kiszolgáló, amellyel a teljes munkaterület felépíthető Claude-ból vagy ChatGPT-ből.

Röviden

Van API a telefonos MI-asszisztenshez?

Igen. Van nyilvános REST API, amelyet az Authorization fejlécben küldött kulccsal hitelesítenek; ezzel kimenő hívás sorba állítható, beszélgetések és átiratok olvashatók, valamint MI-asszisztensek, hívási folyamatok és a tudásbázis kezelhetők. Amikor egy hívás véget ér, HMAC-cal aláírt webhook érkezik az önök által beállított endpointra, így soha nem kell lekérdezésekkel figyelniük a rendszert. Ha Salesforce-ban vagy HubSpotban dolgoznak, a rendszer a hívást visszaírhatja lezárt tevékenységként, a leadhez vagy a kapcsolathoz kötve. Mindez távoli MCP-kiszolgálón keresztül is elérhető, amellyel egy LLM-kliens úgy építheti fel és működtetheti a munkaterületet, hogy önöknek egyetlen sor kódot sem kell írniuk. A teljes referencia, mezőről mezőre és útvonalról útvonalra, az erről az oldalról hivatkozott OpenAPI-dokumentációban található.

Az élő referencia

A referencia magából a kódból generálódik, ezért mindig megegyezik azzal, ami ténylegesen fut. Egy útvonal, egy mező vagy egy hibakód, amelyet ott látnak, pontosan az, amit a kiszolgáló visszaad.

API-referencia megnyitása

https://server.daber.ai/v1/docs

A nyilvános REST API

Kulcsos hitelesítés minden kérésnél, snake_case a dróton, és útvonalankénti scope-ok — minden kulcs meghatározott scope-készletet hordoz, és a megfelelő scope nélküli kulcs egyszerűen nem kapja meg az útvonalat. A kulcs egyetlen alkalommal, a létrehozáskor jelenik meg; nálunk csak a hasítóértéke marad meg.

Kimenő hívás sorba állítása, igény szerint kampányhoz kötve, hogy az eredmény beszámítson annak mutatóiba
Beszélgetések olvasása: metaadatok, átirat, összefoglaló, hangulat és az emberi ügyintézőhöz irányítás oka
MI-asszisztensek és hívási folyamatok kezelése, beleértve folyam generálását meglévő forgatókönyv-dokumentumból
Írás a tudásbázisba — az API-n létrehozott bejegyzések piszkozatként érkeznek, és a felületen történő jóváhagyás teszi őket visszakereshetővé
Minden asszisztens- vagy folyammódosítás verziózódik, az is, amely az API-n át érkezett — és visszaállítható

Kimenő hívás sorba állítása

A minimális kérés: egy asszisztensazonosító és egy hívandó szám. A hívás bekerül a sorba, és ugyanazon a tárcsázási úton halad, amelyet a kampányok is használnak, így nincs másik, eltérően viselkedő kódág.

curl -X POST https://server.daber.ai/v1/calls \
  -H "Authorization: Bearer dbr_live_xxxxxxxxxxxxxxxxxxxx" \
  -H "Content-Type: application/json" \
  -d '{
    "agent_id": "3f9c1a52-7b41-4f0e-9c8d-2a5b6e7d8f10",
    "phone": "+972501234567"
  }'

A válasz a híváskérés azonosítóját adja vissza. Az eredmény — fogadták-e vagy sem, mi hangzott el és mi került összefoglalásra — a lezáró webhookon érkezik, nem pedig e kérés válaszában.

Webhookok a hívás lezárásakor

Ahelyett, hogy a hívás végéig lekérdeznék az API-t, regisztrálnak egy endpointot, és az esemény jön önökhöz. Minden kérés HMAC-SHA256 aláírást hordoz az időbélyeg és a törzs felett — ennek ellenőrzése az önök oldalán a különbség egy endpoint és egy olyan endpoint között, amelyet bárki etethet.

Az API-n keresztül indított hívás életciklus-eseményei: sorba állítva, lezárva, sikertelen
Beszélgetéslezárási esemény minden befejezett hanghívásra, nem csak az API-n keresztül indítottakra
Az aláírás külön fejlécben utazik, és időbélyeget is tartalmaz, így elutasíthatják a régi újraküldést
A titok a beállításokban megjeleníthető és cserélhető, a kézbesítési napló pedig endpointonként megőrzi a legutóbbi próbálkozásokat

Hová kerül a lezárult hívás

Egy lezárult hívás legalább két rendszerben rekord — a miénkben és az önökében. Két mód arra, hogy ezt a szakadékot kézzel írt szinkronizálás nélkül zárják be.

Tevékenység visszaírása a CRM-be

Ha a hívás nincs benne a CRM-ben, az értékesítő szempontjából meg sem történt. Lezáráskor a rendszer lezárt tevékenységet hozhat létre a Salesforce-ban vagy a HubSpotban, a megfelelő leadhez vagy kapcsolathoz kötve és annak tulajdonosához rendelve, az összefoglalóval és az eredménnyel együtt. A CRM-be írás hibája soha nem buktatja el magát a hívást — rögzítjük és megjelenítjük, a beszélgetés pedig nálunk sértetlen marad.

Távoli MCP-kiszolgáló

Ugyanaz az API, MCP-kiszolgálóként kiajánlva — így a munkaterület összeköthető egy LLM-klienssel, például a Claude-dal vagy a ChatGPT-vel, és beszélgetve építhető fel: egy forgatókönyv-dokumentum hívási folyammá alakítása, MI-asszisztens létrehozása, a folyam és a modellek hozzákötése, tudásbázis-bejegyzések felvétele és tesztes hívás indítása. A hitelesítés ugyanazzal az API-kulccsal történik, és a kliens csak azokat az eszközöket kapja meg, amelyeket az adott kulcs scope-jai engednek — egy LLM-kliens soha nem kap többet, mint a kezében lévő kulcs.

Mielőtt élesbe állnak

Az éles kulcs ugyanolyan titok, mint bármely másik: egyszer jelenik meg, és soha nem küldhető böngészőből
Kulcsonként érvényes sebességkorlát, és az észlelt tárcsázási áradat automatikusan felfüggeszthet egy kulcsot — a felfüggesztés a beállításokban visszavonható
A webhook aláírásának ellenőrzése az önök oldalán kötelező, nem opcionális
Az összefoglaló és a hangulat a hívás befejeződése után íródik, nem a bontás pillanatában — ezért a webhookon érkeznek, és nem a tárcsázási kérés válaszában

Hívja fel most az MI-asszisztenst

Egy valódi hívás, héberül. Pontosan ezt hallanák az Önt hívó ügyfelek.

Kérjen visszahívást az MI-asszisztenstől

Adja meg a számát — az asszisztens egy percen belül visszahívja.