Events
Anruf beendet
Payload, die telli sendet, wenn ein Anruf einen Endzustand erreicht
WEBHOOK
Anrufergebnis
Drei Felder beschreiben, was passiert ist. Auf ihnen solltest du aufbauen:state— wo sich der Anruf in seinem Lebenszyklus befindetstatus— wie er ausgegangen ist, sobald er beendet wurdefollow_up— das von telli geplante Follow-up, falls vorhanden
call_status ist in beide Richtungen verlustbehaftet: IN_PROGRESS unterscheidet nicht zwischen in_progress und processing, und COMPLETED und ANSWERED unterscheiden sich nur darin, ob ein Follow-up geplant wurde.
Analysefelder
Die Payload enthält zwei Arten von Analysedaten, und ihre Formate unterscheiden sich.call_analysis enthält die integrierte Analyse von telli. Jeder Eintrag hat einen booleschen value; Einträge, die zusätzliche Details unterstützen, haben außerdem details:
call_outcome enthält die benutzerdefinierten Analysefelder, die du in telli konfigurierst. Die Einträge sind nach Feldnamen benannt und enthalten den extrahierten value sowie das Schema, gegen das er validiert wurde:
call_outcome-Eintrag kann zusätzlich reason enthalten, das erklärt, warum der Agent diesen Wert gewählt hat, sowie error, wenn die Extraktion fehlgeschlagen ist.
Erfasste Daten
Wenn der Agent Datenerfassungs-Aufgaben hat, zeigtcollected_data, was während des Anrufs erfasst und bestätigt wurde:
confirmed enthalten einen Wert, auf den du dich verlassen solltest. Wenn keine Datenerfassungs-Aufgaben konfiguriert sind oder keine ausgelöst wurde, ist collected_data leer oder null — behandle beide Fälle.
Wiederholungsversuche
Automatische Wiederholungen innerhalb einer geplanten Sequenz teilen sich eineloop_id, und attempt zählt darin hoch. Wird derselbe Kontakt erneut geplant, beginnt eine neue Schleife — verwende daher contact_id, um einen Kontakt über Sequenzen hinweg zu verfolgen.