Was sind Anrufbenachrichtigungen?
Das Modul Anrufbenachrichtigungen ermöglicht es Dir, Anrufdaten automatisch an eine URL Deiner Wahl zu senden. Diese Anrufbenachrichtigungen werden für alle Gespräche in Deiner Portalumgebung an die angegebene URL gesendet.
Wenn Du diese Anrufbenachrichtigungen mit Deiner CRM-Software koppelst, kannst Du sehen, wer angerufen hat, wann der Anruf stattfand und wie lange er gedauert hat.
Die Anrufbenachrichtigungen werden bei eingehenden, internen und ausgehenden Gesprächen ausgelöst. Du kannst Anrufbenachrichtigungen auch für andere Zwecke nutzen, z. B. zur Messung von Anrufstatistiken.
Schau Dir unbedingt Webhooks an, um das volle Potenzial Deines Telefondienstes auszuschöpfen.
Einstellungen für Anrufbenachrichtigungen
- Beschreibung: Gib dieser Anrufbenachrichtigung einen Namen, den Du auf einen Blick erkennst. Nur Dein Team sieht ihn, nie der Anrufer.
- Service: Wähle aus, wohin diese Benachrichtigung gesendet werden soll: Wähle Custom, um sie selbst einzurichten, oder Robin, um sie direkt an die Robin-Kopplung zu senden.
- Web hook URL: Füge die vollständige Webhook-URL ein, einschließlich https://, an die Du diese Benachrichtigungen senden möchtest.
- Call notifications_send_summary_events: Wenn Du dieses Kästchen aktivierst, werden Anrufzusammenfassungen mit den Anrufbenachrichtigungen gesendet. Bitte beachte: Intelligence muss dafür aktiviert sein.
- Call notifications_send_transcription_events: Wenn Du dieses Kästchen aktivierst, werden Anruftranskriptionen mit den Anrufbenachrichtigungen gesendet. Bitte beachte: Intelligence muss dafür aktiviert sein.
Die Auslöser für Anrufbenachrichtigungen
Während eines Anrufs werden Informationen zu sechs verschiedenen Zeitpunkten an die angegebene URL gesendet – bei eingehenden, internen und ausgehenden Gesprächen: Erstellt, Klingelt, Angenommen, Warm transfer, Cold transfer und Aufgelegt. Benachrichtigungen werden bei verschiedenen wichtigen Ereignissen während eines Anrufs an die angegebene URL gesendet. Die Benachrichtigungen werden als POST-Request mit den Daten in einem JSON-Dokument verschickt. Im Folgenden erfährst Du, welche Informationen genau gesendet werden.
Erstellt
Ein created-Event wird ausgelöst, wenn ein eingehender Anruf initiiert wird.
- call_id: Eine eindeutige Zeichenkette zur Identifizierung des Anrufs.
- timestamp: Datum und Uhrzeit, wann der Webhook generiert wird, im ISO 8601-Format.
- status: Der Status des Anrufs. Bei diesem Benachrichtigungstyp ist es
created. - version: Ein Versionsattribut, das in Zukunft für die Migration zu einer anderen Webhook-Version verwendet werden kann. Aktuell ist es immer
v2. - direction: Ob ein Anruf eingehend (
inbound) oder ausgehend (outbound) ist. Das created-Event wird nur bei eingehenden Anrufen gesendet. - caller: Informationen über den Anrufer.
- number: Die Telefonnummer, die der Anrufer verwendet.
- name: Der Name des Anrufers.
- account_number: Diese Information wird beim
created-Event nicht gesendet. - user_numbers: Diese Information wird beim
created-Event nicht gesendet. - user_emails: Diese Information wird beim
created-Event nicht gesendet. - destination: Informationen darüber, wohin der Anruf geleitet wird.
- number: Die Telefonnummer, die der Anrufer gewählt hat.
Klingelt
Eine ringing-Benachrichtigung wird gesendet, wenn Telefone aufgrund eines eingehenden Anrufs zu klingeln beginnen.
Es ist möglich, dass mehrere ringing-Benachrichtigungen nacheinander gesendet werden, wenn neue Geräte zu klingeln beginnen.
- call_id: Eine eindeutige Zeichenkette zur Identifizierung des Anrufs.
- timestamp: Datum und Uhrzeit, wann der Webhook generiert wird, im ISO 8601-Format.
- status: Der Status des Anrufs. Bei diesem Benachrichtigungstyp ist es
ringing. - version: Ein Versionsattribut, das in Zukunft für die Migration zu einer anderen Webhook-Version verwendet werden kann. Aktuell ist es immer
v2. - direction: Ob ein Anruf eingehend (
inbound) oder ausgehend (outbound) ist. Gespräche zwischen Kollegen werden alsoutboundmarkiert. - caller: Informationen über den Anrufer.
- number: Die Telefonnummer, die der Anrufer verwendet.
- name: Der Name des Anrufers.
- account_number: Diese Information wird beim
ringing-Event nicht gesendet. - user_numbers: Diese Information wird beim
ringing-Event nicht gesendet. - user_emails: Diese Information wird beim
ringing-Event nicht gesendet. - destination: Informationen darüber, wohin der Anruf geleitet wird.
- number: Die Telefonnummer, die der Anrufer gewählt hat.
- targets: Die Telefone, die bei diesem Anruf klingeln. Telefone, die nicht erreichbar sind, werden nicht angezeigt.
- number: Die Nummer, die angerufen wird. Diese ist normalerweise identisch mit destination.number, kann sich aber ändern, wenn der Anruf weitergeleitet wird.
- name: Der Name der Person, die angerufen wird. Bei eingehenden Anrufen ist dies fast immer
null. - account_number: Die internen Nummern der User, die ihren VoIP Account als erreichbar eingerichtet haben (sofern verfügbar, kann ein leeres Array sein).
- user_numbers: Die internen Nummern der User, die erreichbar sind (sofern verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
Angenommen (in Bearbeitung)
Eine in-progress-Benachrichtigung wird gesendet, wenn ein Anruf angenommen wird.
Hinweis! Das target, das den Anruf annimmt, ist nicht immer eines der Geräte, die ursprünglich geklingelt haben. Durch die Anrufübernahme kann es vorkommen, dass der Anruf auf einem anderen Gerät angenommen wird.
- call_id: Eine eindeutige Zeichenfolge zur Identifizierung des Anrufs.
- timestamp: Datum und Uhrzeit der Webhook-Generierung im ISO-8601-Format.
- status: Der Status des Anrufs. Für diesen Benachrichtigungstyp ist er
in-progress. - version: Ein Versions-Attribut, das künftig für die Migration zu einer anderen Webhook-Version genutzt werden kann. Aktuell ist es immer
v2. - direction: Gibt an, ob ein Anruf eingehend (
inbound) oder ausgehend (outbound) ist. Anrufe zwischen Kollegen werden alsoutboundmarkiert. - caller: Informationen über den Anrufer.
- number: Die Telefonnummer, die der Anrufer verwendet.
- name: Der Name des Anrufers.
- account_number: Die interne Nummer des VoIP Accounts (sofern verfügbar, bei eingehenden Anrufen ist diese fast immer
null). - user_numbers: Die internen Nummern der User, die erreichbar sind (sofern verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
- destination: Informationen darüber, wohin der Anruf geleitet wird.
- number: Die Telefonnummer, die der Anrufer gewählt hat.
- targets: Die Telefone, die für diesen Anruf klingeln. Nicht erreichbare Telefone werden nicht angezeigt.
- number: Die angerufene Nummer. Diese ist normalerweise identisch mit destination.number, kann sich aber bei einer Weiterleitung ändern.
- name: Der Name der angerufenen Person. Bei eingehenden Anrufen ist dieser fast immer
null. - account_number: Die internen Nummern der User, die ihren VoIP Account auf erreichbar eingestellt haben (sofern verfügbar, kann ein leeres Array sein).
- user_numbers: Die internen Nummern der User, die erreichbar sind (sofern verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
Warm Transfer
Eine warm-transfer-Benachrichtigung wird gesendet, wenn ein Anruf „warm" weitergeleitet wird. Bei einem Warm Transfer ruft der Weiterleitende zunächst den neuen Teilnehmer an, dieser nimmt ab, spricht mit dem Weiterleitenden, und dann wird der Anruf weitergeleitet.
Der Anruf vom Weiterleitenden zur dritten Partei erzeugt ebenfalls ringing- und in-progress-Benachrichtigungen mit eigener call_id. Während einer Weiterleitung werden diese beiden Anrufe im Grunde zu einem einzigen Anruf zusammengeführt. Die call_id eines der beiden Anrufe wird dann für den Anruf nach der Weiterleitung verwendet. Die andere call_id wird in der Weiterleitung als merged_id angegeben und anschließend verworfen.
- call_id: Eine eindeutige Zeichenfolge zur Identifizierung des Anrufs, übernommen von einem der vorherigen Anrufe.
- merged_id: Die call_id des anderen vorherigen Anrufs, die nicht mehr verwendet wird.
- timestamp: Datum und Uhrzeit der Webhook-Generierung im ISO-8601-Format.
- status: Der Status des Anrufs. Für diesen Benachrichtigungstyp ist er
transfer. - version: Ein Versions-Attribut, das künftig für die Migration zu einer anderen Webhook-Version genutzt werden kann. Aktuell ist es immer
v2. - direction: Gibt an, ob ein Anruf eingehend (
inbound) oder ausgehend (outbound) ist. Anrufe zwischen Kollegen werden alsoutboundmarkiert. - caller: Informationen über den Anrufer.
- number: Die Telefonnummer, die der Anrufer verwendet.
- name: Der Name des Anrufers.
- account_number: Die interne Nummer des VoIP Accounts (sofern verfügbar, bei eingehenden Anrufen ist diese fast immer
null). - user_numbers: Die internen Nummern der User, die erreichbar sind (sofern verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
- destination: Informationen darüber, wohin der Anruf geleitet wird.
- number: Die Telefonnummer, die der Anrufer gewählt hat.
- targets: Die Telefone, die für diesen Anruf klingeln. Nicht erreichbare Telefone werden nicht angezeigt.
- number: Die angerufene Nummer. Diese ist normalerweise identisch mit destination.number, kann sich aber bei einer Weiterleitung ändern.
- name: Der Name der angerufenen Person. Bei eingehenden Anrufen ist dieser fast immer
null. - account_number: Die internen Nummern der User, die ihren VoIP Account auf erreichbar eingestellt haben (sofern verfügbar, kann ein leeres Array sein).
- user_numbers: Die internen Nummern der User, die erreichbar sind (sofern verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
- redirector: Informationen über den Teilnehmer, der die Weiterleitung durchgeführt hat.
- number: Die Telefonnummer, die der Weiterleitende verwendet.
- name: Der Name des Weiterleitenden.
- account_number: Die interne Nummer des VoIP Accounts (sofern verfügbar, bei eingehenden Anrufen ist diese fast immer
null). - user_numbers: Die internen Nummern der User, die erreichbar sind (sofern verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
Cold Transfer
Eine cold-transfer-Benachrichtigung wird gesendet, wenn ein Anruf per Cold Transfer verbunden wird. Bei einem Cold Transfer ruft die verbindende Person den neuen Teilnehmer an, verbindet den Anruf aber, ohne abzuwarten, ob oder wer abnimmt.
Es gibt zwei wesentliche Unterschiede zwischen einem cold-transfer und einem warm-transfer:
- Bei einem Warm Transfer gibt es immer nur einen Angerufenen, während bei einem Cold Transfer mehrere Angerufene möglich sind (z. B. wenn der Anruf zu einer Anrufgruppe verbunden wird).
- Bei einem Warm Transfer werden zunächst
ringing- undin-progress-Benachrichtigungen erzeugt. Bei einem Cold Transfer wird nur eineringing-Benachrichtigung gesendet, und einein-progress-Benachrichtigung folgt erst, wenn der Dritte den Anruf annimmt.
Der Anruf von der verbindenden Person zum Dritten erzeugt ebenfalls eine ringing-Benachrichtigung mit einer eigenen call_id. Während einer Verbindung werden diese beiden Anrufe im Wesentlichen zu einem einzigen Anruf zusammengeführt. Die call_id eines der beiden Anrufe wird dann für den Anruf nach der Verbindung verwendet. Die andere call_id wird im Transfer als merged_id aufgenommen und anschließend verworfen.
- call_id: Eine eindeutige Zeichenfolge zur Identifizierung des Anrufs, die von einem der vorherigen Anrufe übernommen wird.
- merged_id: Die call_id des anderen vorherigen Anrufs, die nicht mehr verwendet wird.
- timestamp: Datum und Uhrzeit der Webhook-Erzeugung im ISO 8601-Format.
- status: Der Status des Anrufs. Bei diesem Benachrichtigungstyp ist es
transfer. - version: Ein Versionsattribut, das in Zukunft zur Migration auf eine andere Version der Webhooks genutzt werden kann. Aktuell ist es immer
v2. - direction: Ob ein Anruf eingehend oder ausgehend ist. Aktuell werden nur eingehende Anrufe unterstützt, daher ist dieser Wert immer
inbound. - caller: Informationen über den Anrufer.
- number: Die Telefonnummer, die der Anrufer verwendet.
- name: Der Name des Anrufers.
- account_number: Die interne Nummer des VoIP Accounts (sofern verfügbar, bei eingehenden Anrufen ist dies fast immer
null). - user_numbers: Die internen Nummern der erreichbaren User (sofern verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
- destination: Informationen darüber, wohin der Anruf geleitet wird.
- number: Die Telefonnummer, die der Anrufer gewählt hat.
- targets: Die Telefone, die für diesen Anruf klingeln. Nicht erreichbare Telefone werden nicht angezeigt.
- number: Die Nummer, die angerufen wird. Diese ist normalerweise identisch mit destination.number, kann sich aber ändern, wenn der Anruf umgeleitet wird.
- name: Der Name der angerufenen Person. Bei eingehenden Anrufen ist dies fast immer
null. - account_number: Die internen Nummern der User, die ihren VoIP Account als erreichbar eingerichtet haben (sofern verfügbar, kann ein leeres Array sein).
- user_numbers: Die internen Nummern der erreichbaren User (sofern verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
- redirector: Informationen über den Teilnehmer, der die Verbindung durchgeführt hat.
- number: Die Telefonnummer, die der Verbindende verwendet.
- name: Der Name des Verbindenden.
- account_number: Die interne Nummer des VoIP Accounts (sofern verfügbar, bei eingehenden Anrufen ist dies fast immer
null). - user_numbers: Die internen Nummern der erreichbaren User (sofern verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
Auflegen (ended)
Eine ended-Benachrichtigung wird gesendet, wenn ein Anruf beendet wird. Es gibt verschiedene Gründe, warum ein Anruf enden kann.
Eine ended-Benachrichtigung kann nach einer in-progress-Benachrichtigung gesendet werden, wenn der Anruf von einem der Teilnehmer aufgelegt wurde, nach einer ringing-Benachrichtigung, wenn niemand geantwortet hat, oder als einzige Benachrichtigung, wenn keine Geräte erreichbar waren.
- call_id: Eine eindeutige Zeichenfolge zur Identifizierung des Anrufs.
- timestamp: Datum und Uhrzeit der Webhook-Erzeugung im ISO 8601-Format.
- status: Der Status des Anrufs. Bei diesem Benachrichtigungstyp ist es
ended. - reason: Der Grund, warum der Anruf beendet wurde. Der Grund kann einer der folgenden Werte sein:
- completed: Der Anruf wurde erfolgreich abgeschlossen.
- busy: Der Anruf wurde abgelehnt, der Angerufene war beschäftigt.
- no-answer: Niemand hat den Anruf aus verschiedenen Gründen angenommen.
- failed: Ein Fehler ist aufgetreten, der den Verbindungsaufbau verhindert hat.
- cancelled: Der Anrufer hat aufgelegt, bevor jemand abnehmen konnte.
- abandon: Der Anrufer hat aufgelegt, während er in der Warteschleife wartete.
- version: Ein Versionsattribut, das in Zukunft zur Migration auf eine andere Version der Webhooks genutzt werden kann. Aktuell ist es immer
v2. - direction: Ob ein Anruf eingehend (
inbound) oder ausgehend (outbound) ist. Anrufe zwischen Kollegen werden alsoutboundmarkiert. - caller: Informationen über den Anrufer.
- number: Die Telefonnummer, die der Anrufer verwendet.
- name: Der Name des Anrufers.
- account_number: Die interne Nummer des VoIP Accounts (falls verfügbar, bei eingehenden Anrufen fast immer
null). - user_numbers: Die internen Nummern der User, die erreichbar sind (falls verfügbar, kann ein leeres Array sein).
- user_emails: Die E-Mail-Adressen der User.
- destination: Informationen darüber, wohin der Anruf geleitet wird.
- number: Die Telefonnummer, die der Anrufer gewählt hat.
Transkription erstellt
Eine call_transcription Benachrichtigung wird gesendet, sobald die Transkription fertig ist.
Wenn Voys Intelligence aktiviert ist. Dies ist das erste Ereignis, das auf eine ended Benachrichtigung folgt. Falls Anrufzusammenfassungen aktiviert sind, folgt in Kürze das summary Ereignis.
{
"call_id": "ua0-grq-prd-1780997460.58680",
"call_transcription": "Speaker 1: Hi how are you.\nSpeaker 2: Hey great that you called.",
}Zusammenfassung erstellt
Eine summary Benachrichtigung wird gesendet, sobald die Anrufzusammenfassung fertig ist.
Wenn Voys Intelligence aktiviert ist. Dies ist das letzte Ereignis für einen bestimmten Anruf.
{
"call_id": "ua0-grq-prd-1780997460.58680",
"summary": "This was a great call."
}Reihenfolge der Benachrichtigungen
Für jeden Anruf werden mehrere Benachrichtigungen gesendet. Die gesendeten Benachrichtigungen hängen davon ab, wie der Anruf abgewickelt wird. Nachfolgend findest Du die Reihenfolge der Benachrichtigungen für die gängigsten Anruftypen.
Einfacher Anruf
Ein erfolgreicher Anruf mit zwei Teilnehmern:
- ringing - A ruft B an
- in-progress - A ruft B an
- ended - A ruft B an (Grund:
completed)
Einfacher Anruf mit aktiviertem Voys Intelligence
Ein erfolgreicher Anruf mit zwei Teilnehmern:
- ringing - A ruft B an
- in-progress - A ruft B an
- ended - A ruft B an (Grund:
completed) - call_transcription - Transkription des Anrufs ist fertig
- summary - Zusammenfassung des Anrufs ist fertig
Keine Antwort
Das Telefon des Angerufenen klingelt, wird aber nicht angenommen.
- ringing - A ruft B an
- ended - A ruft B an (Grund:
busyoderno-answerje nach Gerät)
Angerufener nicht erreichbar
Der Angerufene ist nicht erreichbar (z. B. das Telefon ist auf Bitte nicht stören eingestellt), sodass das Telefon nicht klingelt und der Anruf nicht angenommen wird.
- ended - A ruft B an (Grund:
busy)
Begleitete Weiterleitung
Bei einer begleiteten Weiterleitung (Warm Transfer) ruft A zunächst B an, dann leitet einer der Teilnehmer den Anruf an C weiter. Der Teilnehmer ruft zunächst C an, und nachdem sie gesprochen haben, wird der Anruf weitergeleitet. Nur die Teilnehmer A und C bleiben im Gespräch.
- ringing - A ruft B an
- in-progress - A ruft B an
- ringing - B ruft C an
- in-progress - B ruft C an
- warm-transfer - B verbindet A und C
- ended - A und C legen auf (Grund:
completed) - call_transcription - Transkription des Anrufs ist fertig (eine pro Anrufabschnitt, falls aktiviert)
- summary - Zusammenfassung des Anrufs ist fertig (eine pro Anrufabschnitt, falls aktiviert)
Blinde Weiterleitung
Bei einer blinden Weiterleitung (Cold Transfer) ruft A zunächst B an, dann leitet einer der Teilnehmer den Anruf an C weiter, ohne abzuwarten, ob C erreichbar ist.
- ringing - A ruft B an
- in-progress - A ruft B an
- ringing - B ruft C an
- cold-transfer - B verbindet A und C
- in-progress - A ruft C an
- ended - A ruft C nicht mehr an (Grund:
completed) - call_transcription - Transkription des Gesprächs ist fertig
- summary - Zusammenfassung des Gesprächs ist fertig
Semi-attended Transfer
Bei einem Semi-attended Transfer (lauwarmer Transfer) ruft A zunächst B an, dann verbindet einer der Teilnehmer den Anruf mit C. Der Teilnehmer versucht zuerst, C anzurufen, verbindet den Anruf aber, bevor C abnimmt.
- ringing - A ruft B an
- in-progress - A ruft B an
- ringing - B ruft C an
- cold-transfer - B verbindet A und C
- in-progress - A ruft C an
- ended - A ruft C nicht mehr an (Grund:
completed) - call_transcription - Transkription des Gesprächs ist fertig
- summary - Zusammenfassung des Gesprächs ist fertig
Call Pickup
Wenn sich zwei Telefone in derselben Pickup-Gruppe befinden, kann ein für ein anderes Telefon bestimmter Anruf von einem Telefon aus angenommen werden.
- ringing - A ruft B an
- in-progress - A ruft C an
- ended - A ruft C nicht mehr an (Grund:
completed) - call_transcription - Transkription des Gesprächs ist fertig
- summary - Zusammenfassung des Gesprächs ist fertig
Rufumleitung
Wenn ein User sein Telefon so einstellt, dass eingehende Anrufe automatisch an eine andere Nummer weitergeleitet werden.
- ringing - A ruft B an
- ringing - A ruft B & C an
- in-progress oder ended, je nachdem ob jemand abnimmt.
- call_transcription - Transkription des Gesprächs ist fertig
- summary - Zusammenfassung des Gesprächs ist fertig
Anrufbenachrichtigungen einrichten
- Gehe zu Anrufbenachrichtigungen.
- Klicke auf Hinzufügen.
- Gib im Feld Beschreibung eine Beschreibung ein, um den Zweck der Benachrichtigung festzulegen.
- Wähle bei Paket die Option 'Custom', es sei denn, Du möchtest eine Standardoption verwenden.
- Gib die URL ein, an die die Gesprächsbenachrichtigungen gesendet werden sollen.
- Gib das API-Token ein, falls Dein gewähltes Paket eines bereitstellt.
- Klicke auf Speichern.
Hinweis: Dies ist nur erforderlich, wenn Dein Paket ein API-Token ausstellt.
Beispiel-Kopplungen
Hier sind einige Beispiele für Kopplungen in Kombination mit Zapier:
- Eine Nachricht an Slack bei einem verpassten Anruf senden.
- Eine E-Mail bei einem verpassten Anruf senden.
- Robin-Kopplung.
- Microsoft Flow-Kopplung
- Zapier-Kopplung
Und ein Beispiel mit N8N und unserer Call Transcription API
FAQ
Webhooks werden an einem bestimmten Punkt im Anrufplan ausgelöst und funktionieren nur für eingehende Anrufe. Bei Bedarf kann für jeden eingerichteten Webhook eine andere URL verwendet werden. Ein Webhook wird zu einem einzigen Zeitpunkt aufgerufen.
Anrufbenachrichtigungen funktionieren sowohl für eingehende als auch für ausgehende Anrufe. Weitere Details findest Du hier:
Mit Anrufbenachrichtigungen kann die URL an sechs verschiedenen Punkten im Lebenszyklus des Anrufs aufgerufen werden.
Eingehende, ausgehende und interne Gespräche.
Ein Formular im JSON-Format wird an die URL des Kunden gesendet.
- Für Webhooks verwende eine GET-Anfrage.
- Für Anrufbenachrichtigungen verwende eine POST-Anfrage.
Erste Frage: Ist Voys Intelligence eingeschaltet? Die Optionen für Anrufbenachrichtigungen lassen sich auch konfigurieren, wenn es ausgeschaltet ist – die Einrichtung sieht also korrekt aus, aber es wird nichts versendet. Keine Zusammenfassungen, keine Transkriptionen, nicht mal eine leere Benachrichtigung. Schalte Voys Intelligence ein und Dein Webhook erhält die Daten.
Verwandte Seiten
Gesprächstranskriptionen automatisch mit N8N abrufen