Voice-Fragen, beantwortet.

Bird Voice verbindet Telefonsysteme und Anwendungen mit dem Telefonnetz. Nutzen Sie SIP-Trunks, Browser-Calling und Anrufsequenzen oder verbinden Sie eine KI-Sprach-Runtime. Verfolgen Sie Anrufe über ihre Datensätze, Sessions und Events.

Erstellen Sie einen Workspace, richten Sie einen anrufbereiten Trunk und eine Anruferidentität ein und aktivieren Sie das gewünschte Testziel. Die Einrichtungsdauer hängt von Zugang, Verifizierung und dem verbundenen Client ab. Die Anleitung für den ersten Anruf führt durch einen kontrollierten Browseranruf.

Drei Dinge auf Ihrer Seite: einen SIP-Trunk, bei dem Ihre Geräte zugelassen sind (nach IP-Bereich oder API-Key), eine verifizierte Anrufer-ID (die Nummer, die Sie als Anrufer anzeigen) und das aktivierte Zielland. Bird weist Ihrem Workspace das Routing zu – das ist die vierte Voraussetzung und geschieht auf Seiten von Bird.

Ja. Öffnen Sie in Ihrem Workspace eine Nummer, die eingehende Anrufe unterstützt, und konfigurieren Sie deren Route für eingehende Anrufe. Sie können Anrufe an einen SIP-Trunk zustellen, bei dem eingehende Anrufe aktiviert sind und ein Gateway zur Anrufzustellung eingerichtet ist, oder sie an eine verifizierte Anrufer-ID weiterleiten. Neue Nummern haben zunächst eine Route, die Anrufe ablehnt.

Nein. Verwenden Sie das Browser-Phone oder ein kompatibles SIP-Softphone, eine PBX oder eine Anwendung. Stimmen Sie Transport, Authentifizierung und Medieneinstellungen auf die Trunk-Konfiguration ab.

Ja. Sie können über die Phone-App im Dashboard Anrufe per WebRTC tätigen.

Pro Anruf, zu einem Tarif, der vom Zielland abhängt. Jeder Tarif hat ein Abrechnungsinkrement: eine minimale Abrechnungsdauer und danach die Schrittgröße, auf die aufgerundet wird. Ein Tarif mit einer Minute Minimum und Sechs-Sekunden-Schritten berechnet einen 10-Sekunden-Anruf für eine volle Minute.

Die abrechenbare Zeit läuft ab dem Moment, in dem die angerufene Nummer abhebt, bis zum Ende des Anrufs. Prüfen Sie die veröffentlichten Tarifkomponenten für Ihren Anwendungsfall; Nummernmiete und andere konfigurierte Dienste sind von der abrechenbaren Gesprächszeit getrennt.

Prepaid, aus dem Wallet Ihrer Organisation. Bird prüft Ihr Guthaben, bevor der Carrier angewählt wird. Ein Anruf, den Ihr Wallet nicht decken kann, wird daher vorab mit insufficient_balance abgelehnt, statt nachträglich in Rechnung gestellt zu werden.

Ja. Pro Organisation gilt eine tägliche Ausgabenobergrenze für Voice, die zu Beginn jedes UTC-Tages zurückgesetzt wird. Wird sie überschritten, werden Anrufe mit daily_spend_exceeded abgelehnt. Die Höhe hängt von Ihrem Tarif ab, und Bird kann sie auf Anfrage erhöhen.

Öffnen Sie den Anruf im Anrufprotokoll. Die Kosten erscheinen im Datensatz, sobald er bewertet wurde – in voller Genauigkeit, ohne Steuern. Für Gesamtkosten über mehrere Anrufe exportieren Sie die gefilterte Anrufliste als CSV von der Anrufseite oder prüfen Sie Ihre Rechnungen und Nutzungsdaten.

Drei Obergrenzen: wie viele Anrufe Sie gleichzeitig führen dürfen (gleichzeitige Anrufe), wie viele neue Anrufe Sie pro Sekunde starten dürfen (Anrufe pro Sekunde) und wie viel Sie an einem UTC-Tag für Voice ausgeben dürfen (Tagesausgabe). Die geltenden Limits hängen von Ihrer Kontokonfiguration ab.

Der Anruf wird beim Aufbau abgelehnt, noch bevor ein Carrier angewählt wird. Der Anrufdatensatz benennt das erreichte Limit: concurrent_calls_exceeded, calls_per_second_exceeded oder daily_spend_exceeded. Ihr Telefonsystem sieht ein SIP 503.

Kontaktieren Sie den Support mit Ihrem erwarteten Traffic, Ihren Zielen und Ausgaben, um eine Limitprüfung anzufordern. Bestätigen Sie die genehmigten Limits, bevor Sie den Produktions-Traffic erhöhen.

Prüfen Sie, welchen Grund der Anrufdatensatz enthält. Ein Dialer kann calls_per_second_exceeded auslösen und dabei weit von der Obergrenze für gleichzeitige Anrufe entfernt sein, da die beiden Limits unabhängig voneinander sind. Verlangsamen Sie die Wählrate und versuchen Sie es erneut; ein sofortiger Wiederholungsversuch erhält dieselbe Antwort.

Nein. SIP-Trunking verbindet ein kompatibles Telefonsystem mit Bird. Stimmen Sie Transport, Authentifizierung und Medieneinstellungen des Trunks auf Ihren Client ab.

Ja. Konfigurieren Sie jede Richtung separat. Eingehende Anrufe erfordern zusätzlich eine eingehend nutzbare Nummer, die auf den Trunk zeigt, sowie ein Zustellungs-Gateway.

Ja, wenn ihre Laufzeitumgebung sowohl die SIP-Signalisierung als auch die Audioverbindung verarbeiten kann. Die Conversational-Anwendung steuert Sprache, Modell und Geschäftslogik; Bird übernimmt die Telefonverbindung.

Nummern, die auf diesen Trunk zeigen, fallen auf eine ablehnende Route zurück. Eine erneute Aktivierung des Trunks stellt die vorherigen Zuordnungen nicht wieder her – prüfen Sie die Nummern, bevor Sie den Verkehr wieder aufnehmen.

Bird Voice überträgt keine Notrufe. Verwenden Sie einen Telefondienst, der für diese Anforderung ausgelegt ist.

Ein SIP-Trunk ist die Verbindung zwischen Ihrem Telefonsystem und Bird. SIP (Session Initiation Protocol) ist die Sprache, die Telefonsysteme zum Aufbau von Anrufen verwenden, und ein Trunk ist die Leitung, über die diese Anrufe laufen. Bird stellt Ihrem Workspace eine Trunk-Adresse bereit, und Sie richten Ihr Telefonsystem darauf aus.

Die meisten Workspaces benötigen nur einen. Erstellen Sie weitere, wenn Sie separate Zugriffsregeln pro Standort oder System wünschen, da die IP-Zulassungsliste, die erlaubten API-Schlüssel und die Digest-Einstellungen jeweils pro Trunk gelten.

Die SIP-Domain des Trunks (von der Trunk-Seite kopiert), der Benutzername bird und das Passwort (das Secret eines auf dem Trunk zugelassenen API-Schlüssels). Senden Sie Anrufe an die SIP-Domain auf Port 5060 (UDP oder TCP) oder 5061 (TLS).

Ja, mit einer IP-Zulassungsliste, erlaubten API-Schlüsseln oder beidem. Fügen Sie die öffentlichen Adressen hinzu, von denen Ihre Geräte SIP senden, oder verlangen Sie, dass sich jeder Anruf mit einem API-Schlüssel per SIP Digest authentifiziert. Beides wird ab dem nächsten Anruf wirksam.

Die SIP-Domain des Trunks akzeptiert sofort keine neuen Anrufe mehr. Bereits laufende Anrufe werden fortgesetzt, und die über den Trunk erstellten Anrufdatensätze bleiben in Ihrem Anrufprotokoll.

Ihre PBX sendet den Anruf, Bird antwortet mit einer 407-Challenge, und Ihre PBX sendet den Anruf erneut mit einem Proxy-Authorization-Header, der aus dem Benutzernamen bird und dem Secret Ihres API-Schlüssels als Passwort berechnet wird. Ihre PBX sendet einen Hash des Passworts, niemals das Passwort selbst.

SHA-256 und MD5. Bird bietet standardmäßig zuerst SHA-256 und dann MD5 an, und Ihre PBX wählt den ersten unterstützten Algorithmus. Wenn Ihre Anlage nur MD5 beherrscht und eine Challenge mit führendem SHA-256 nicht korrekt verarbeitet, stellen Sie den Trunk auf „Nur MD5".

Ja. Wenn ein Trunk beides hat, wird die Quelladresse geprüft, bevor Bird zur Passwortabfrage auffordert – ein Anruf von einer nicht gelisteten Adresse wird unabhängig von den mitgesendeten Anmeldedaten abgelehnt.

Fügen Sie zuerst den neuen Schlüssel zum Trunk hinzu, stellen Sie Ihre Anlage um und widerrufen Sie dann den alten. Das Widerrufen oder Löschen eines Schlüssels entzieht ihm sofort die Authentifizierungsfähigkeit auf jedem Trunk, der ihn zugelassen hat.

Eine Anrufer-ID ist eine Telefonnummer, die Ihr Workspace bei ausgehenden Anrufen als Absendernummer verwenden darf. Bird gleicht die Rufnummer, die Ihr Equipment im SIP-From-Header setzt, bei jedem Anruf mit dieser Liste ab. Dabei werden die berechtigten Identitäten für Ihren Workspace herangezogen, einschließlich qualifizierender Nummern in Bird und verifizierter externer Nummern.

Fügen Sie die Nummer im internationalen E.164-Format hinzu und durchlaufen Sie den Verifizierungsablauf. Nehmen Sie den Verifizierungsanruf entgegen und geben Sie den Code im Dashboard ein. Prüfen Sie den angezeigten Status der Nummer, um sicherzustellen, dass sie einsatzbereit ist, bevor Sie anrufen.

Wenn die Versuche aufgebraucht sind, verwenden Sie „Neuen Code anfordern

Sorgen Sie dafür, dass der Verifizierungsanruf über das System entgegengenommen werden kann, das Anrufe für diese Nummer empfängt. Falls die Nummer den Verifizierungsanruf nicht empfangen kann, wenden Sie sich an den Support bezüglich der verfügbaren Eigentumsnachweise.

Ab diesem Moment wird jeder Anruf, der diese Nummer präsentiert, mit caller_id_not_verified abgelehnt. Bereits laufende Anrufe werden fortgesetzt, und die Anrufprotokolle, die diese Nummer verwendet haben, bleiben unverändert.

Gebührenbetrug funktioniert, indem teure Länder angerufen werden, die Sie nie anrufen wollten. Die von Ihnen aktivierten Länder sind diejenigen, in denen Kosten anfallen können – alles andere deaktiviert zu lassen, begrenzt Ihr Risiko, falls jemand in Ihre Telefonanlage einbricht.

Finden Sie das Land auf der Destinations-Seite über das Suchfeld (Suche nach Name oder Zwei-Buchstaben-Code) und schalten Sie den Schalter ein. Die Änderung gilt ab sofort.

Anrufe in Hochrisikoländer sind teuer, und der Betreiber der angerufenen Nummer verdient einen Anteil an den Kosten. Das sind die Länder, die ein Angreifer ins Visier nimmt, wenn er in eine Telefonanlage einbricht. Lassen Sie sie deaktiviert, es sei denn, Sie haben dort Geschäftsbeziehungen, und prüfen Sie den Tarif, bevor Sie eines aktivieren.

Kontaktieren Sie den Support, um es für Ihr Konto freischalten zu lassen. „Available" bedeutet, dass Sie es aktivieren können; „Not supported" bedeutet, dass Bird derzeit von Ihrem Konto aus keine Anrufe in dieses Land vermitteln kann.

Ein verfügbares Land kann dennoch bestimmte Ziele enthalten, die das Routing noch nicht erreicht. Teilen Sie dem Support die Anruf-ID mit, um Zielabdeckung und Ablehnung zu untersuchen.

Zwei Header: To (die angerufene Nummer) und From (die Nummer, die Sie als Anrufer präsentieren, die eine berechtigte Anruferidentität sein muss). Beide müssen vollständige internationale Nummern im E.164-Format sein: ein führendes + gefolgt von Landesvorwahl und nationaler Nummer. Benutzerdefinierte Header sind nicht erforderlich.

STIR/SHAKEN ermöglicht es Anbietern, Anruferidentitätsinformationen zu signieren. Die Attestierung spiegelt wider, was der Anbieter über den Anrufer und die Nummer verifizieren kann. Sie garantiert nicht, dass der Ziel-Carrier den Anruf durchstellt oder ein Spam-Label entfernt.

Öffnen Sie den Anruf im Anrufprotokoll. Ihr Telefonsystem sieht nur ein einfaches SIP 503, aber der genaue Grund steht im Anrufdatensatz, wo nur Sie ihn lesen können. Ein Bereich über den Details benennt die Ursache und verlinkt auf die Einstellung, mit der Sie sie beheben.

Nur wenn die Ursache behoben ist. Ein Anruf, der wegen calls_per_second_exceeded abgelehnt wurde, erhält dieselbe Antwort, bis Sie die Wählrate verlangsamen. Lesen Sie den Ablehnungsgrund, bevor Sie es erneut versuchen.

Nein. Es bedeutet, dass der Anruf verbunden wurde. Verknüpfen Sie ein bestätigtes Geschäftsereignis, etwa eine Buchung oder einen abgeschlossenen Fall, um den Aufgabenerfolg zu bewerten.

Ein aktiver Anruf hat die Tarifberechnung noch nicht abgeschlossen. Lesen Sie den endgültigen Datensatz erst nach Abschluss des Anrufs und der Tarifberechnung; ein fehlender Wert ist kein Nullpreis.

Überprüfen Sie die Signatur, deduplizieren Sie anhand der Webhook-Identität und tolerieren Sie Zustellung in abweichender Reihenfolge. Gleichen Sie das Endergebnis mit dem Anrufdatensatz ab.

Prüfen Sie die Richtung und die Filter des Berichts explizit. Der Traffic-Mix und die anwendbaren tariflich bewerteten Komponenten können sich unterscheiden.

Verknüpfen Sie tarifierte Anrufe und deren Sitzungen mit bestätigten Ergebnissen in Ihrer Anwendung. Berücksichtigen Sie jeden relevanten Anrufabschnitt und verwenden Sie einen einheitlichen Zeitraum und eine konsistente Definition des Abschlusses.

Für beendete Anrufe: Answered (die angerufene Nummer hat abgenommen), No answer (es klingelte bis zum Ablauf der Wartezeit), Failed (der Anruf wurde versucht, kam aber nicht zustande), Rejected (Bird hat den Anruf vor der Anwahl eines Carriers verweigert oder die Gegenstelle hat ihn abgelehnt) und Unknown (das Ergebnis konnte nicht ermittelt werden).

Eine Ablehnung durch Bird erscheint als Rejected. Wenn ein Ablehnungsgrund vorliegt, benennt er die fehlgeschlagene Prüfung. Rejected kann auch bedeuten, dass die Gegenstelle den Anruf abgelehnt hat. Failed bedeutet, dass der Anruf versucht wurde, aber nicht zustande kam; prüfen Sie den SIP-Antwortcode für weitere Informationen.

Ja. Der Tab „Live" auf der Seite Calls listet die Anrufe auf Ihren Trunks in Echtzeit, mit einer Anzahl. Ein laufender Anruf zeigt entweder Ringing (wartet darauf, dass die Gegenseite abnimmt) oder In progress (verbunden). Der Tab aktualisiert sich alle paar Sekunden.

Die Gesamtdauer läuft vom Moment, in dem Bird den Anruf empfangen hat, bis zum Auflegen. Die abrechenbare Zeit läuft vom Abheben bis zum Auflegen. Die Differenz ist Klingelzeit, in der niemand abgenommen hat – eine große Differenz lohnt einen Blick auf das Wählziel. Nicht angenommene Anrufe haben keine Gesprächszeit nach Annahme. Prüfen Sie die geltende Preisliste für weitere Anrufkomponenten und Gebühren.

Drei Wege: CSV von der Calls-Seite herunterladen (exportiert jeden Datensatz, der Ihren aktuellen Filtern entspricht, nicht nur die sichtbare Seite), über die API mit einem auf voice:read begrenzten API-Schlüssel abrufen oder die Bird CLI mit bird voice list verwenden.

Drei: voice_call.initiated (Bird hat den Anruf angenommen und das Routing gestartet), voice_call.answered (die angerufene Nummer hat abgenommen) und voice_call.ended (der Anruf ist beendet, mit dem Ergebnis). Ein unbeantworteter Anruf löst niemals das Answered-Event aus.

Verwenden Sie das ended-Event für den gemeldeten Status und die Dauern und gleichen Sie das Endergebnis mit dem Anrufdatensatz ab. Die Event-Veröffentlichung kann fehlschlagen, und ein vor der Zulassung zur Verarbeitung abgelehnter Request kann weder Anrufdatensatz noch Events haben. Ein fehlendes Update bedeutet nicht, dass ein Anruf noch aktiv ist.

Ja. Die Zustellung ist nicht geordnet, sodass answered Sie nach ended erreichen kann. Sortieren Sie nach dem timestamp-Feld und lassen Sie ein später eintreffendes Event mit einem früheren Zeitstempel verlieren.

Deduplizieren Sie anhand des HTTP-Headers webhook-id. Ein Zustellungs- oder Signalisierungs-Retry kann ein Event wiederholen. Derselbe Anruf und dieselbe Lebenszyklusphase behalten ihre Webhook-Identität. Gleichen Sie ein fehlendes Update mit dem Anrufdatensatz ab.

Der Anrufdatensatz enthält die Kosten und einen etwaigen Ablehnungsgrund. Der Status rejected bei voice_call.ended kann bedeuten, dass Bird den Anruf verweigert oder die Gegenstelle ihn abgelehnt hat. Öffnen Sie das Anrufprotokoll, um den Ablehnungsgrund einzusehen, sofern einer vorliegt; die Kosten erscheinen, sobald die Gebühren für den Anruf berechnet wurden.

Ein Anruf, den Bird nicht zulassen kann, wird auf SIP-Ebene abgewiesen, bevor ein Datensatz existiert. Prüfen Sie vier Dinge: Der Trunk hat einen IP-Bereich oder API-Schlüssel, der Ihre Geräte zulässt; der Anruf kam von einer Adresse auf der IP-Zulassungsliste des Trunks (hinter NAT ist das die öffentliche Adresse des Routers); die Digest-Anmeldedaten sind korrekt (Benutzername bird, das richtige API-Key-Secret, ein Algorithmus, den der Trunk anbietet); und die SIP-Domain stimmt exakt mit der Domain des Trunks überein.

Öffnen Sie den Anruf im Anrufprotokoll. Das Panel über den Details nennt die Ursache und verlinkt auf die Einstellung, die das Problem behebt. Die sieben behebbaren Gründe sind source_not_allowed, caller_id_not_verified, destination_not_enabled, insufficient_balance, daily_spend_exceeded, concurrent_calls_exceeded und calls_per_second_exceeded.

Manche Geräte verarbeiten eine Challenge, die mit SHA-256 beginnt, fehlerhaft. Setzen Sie den Digest-Algorithmus des Trunks auf „Nur MD5", und Ihre PBX erhält eine Challenge, die sie versteht.

Prüfen Sie Medienadressen, Firewall-Regeln und unterstützte Codecs. Eine häufige Ursache ist NAT, das Medien an eine nicht erreichbare private Adresse sendet. Konfigurieren Sie die NAT- oder STUN-Behandlung des Clients und verifizieren Sie Audio in beide Richtungen.

Das ist möglich. Bird unterstützt TLS auf Port 5061 für SIP-Signalisierung, sodass der Verbindungsaufbau verschlüsselt übertragen wird. UDP und TCP auf Port 5060 sind unverschlüsselt. Wählen Sie das Transportprotokoll, das Ihren Sicherheitsanforderungen entspricht.

Jedes Ereignis ist HMAC-signiert. Überprüfen Sie die Signatur mit dem Secret Ihres Endpunkts, bevor Sie auf die Payload reagieren, und rotieren Sie dieses Secret bei Bedarf über das Dashboard.

Voice-Datensätze folgen der konfigurierten Dienstregion. Prüfen Sie die geltenden Datenverarbeitungs- und Aufbewahrungsbedingungen für Ihr Deployment; das API-Endpoint-Routing allein beschreibt nicht jeden Verarbeitungs- oder Speicherort.

Verwenden Sie Voice-Zugriff auf Schreibebene für einen zugelassenen Schlüssel, um Anrufe zu authentifizieren, und Voice-Lesezugriff, um Anrufdatensätze zu lesen. Der separate Scope voice_management deckt die Konfiguration ab. Der Trunk wendet zusätzlich seine konfigurierten Schlüssel- und Quellregeln an.

Der genaue Grund wird im Anrufdatensatz gespeichert, wo nur Sie ihn lesen können. Die Rückgabe eines generischen 503 auf SIP-Ebene verhindert, dass jemand, der Ihren Trunk testet, erfährt, welche Trunks, Nummern und Ziele existieren.

Zertifizierungen und Sicherheitsdokumentation finden Sie im Trust Center unter trust.bird.com. Der Datenverarbeitungsvertrag, die Datenschutzerklärung und die Nutzungsrichtlinien sind unter bird.com/legal veröffentlicht. Für einen Lieferantenfragebogen ist Ihr Bird-Account-Team zuständig.

Eine Anrufsequenz steuert Ansagen, Tastatureingaben und Aufnahmen innerhalb eines Telefonats. Ein Automatisierungsablauf koordiniert einen übergeordneten Geschäftsprozess. Halten Sie die beiden Workflows und ihre Veröffentlichungsentscheidungen getrennt.

Ja. Kombinieren Sie eine gesprochene oder aufgezeichnete Ansage mit Tastatureingabe und Verzweigungen für erkannte Ziffern, Zeitüberschreitung und nicht zugeordnete Eingabe.

Nein. Die Tastatureingabe liest DTMF-Ziffern. Ein sprachbasierter Agent mit natürlicher Sprache benötigt eine konversationelle Laufzeitumgebung mit eigenem Sprach- und Gesprächssteuerungsverhalten.

Anrufe, die eine veröffentlichte Version nutzen, behalten deren unveränderlichen Inhalt. Neue Anrufe verwenden die neu veröffentlichte Version. Entwurfs-Testanrufe lesen bei jedem Übergang die zuletzt gespeicherte Sequenz und können Entwurfsänderungen sofort übernehmen.

Nein. Sie kennzeichnet angenommene Arbeit. Verfolgen Sie Klingeln, Annahme und das endgültige Anrufergebnis separat und binden Sie unsichere Wiederholungsversuche an dieselbe Operation.

Nein. Ein Telefonmenü folgt vordefinierten Auswahlmöglichkeiten wie Tasteneingaben. Eine KI-Sprachkonversation interpretiert Sprache und erzeugt Antworten über eine konversationelle Laufzeitumgebung. Beide erfordern dennoch ein vollständiges Design für Anrufweiterleitung und Ergebnisverarbeitung.

Eine SIP-fähige Laufzeitumgebung lässt sich über Bird anbinden, wenn Signalisierung, Authentifizierung und Medienverhalten kompatibel sind. Validieren Sie die Integration mit einem echten Anruf in beiden Richtungen, bevor Sie Traffic umleiten.

Nein. MCP ermöglicht einem autorisierten Software-Agenten, Konto-Tools zu nutzen. Ein Live-Sprachagent benötigt zusätzlich Audio, Sprachverarbeitung, Gesprächssteuerung und eine Konversationsanwendung.

Binden Sie diese Aktionen über die autorisierten Tools Ihrer Anwendung an. Behandeln Sie den zurückgegebenen Status als maßgebliche Quelle und fordern Sie die entsprechende Kundenbestätigung ein, bevor Sie eine Änderung vornehmen.

Messen Sie Verbindungsaufbau und Gesprächsabschluss getrennt vom Aufgabenerfolg. Verfolgen Sie das bestätigte Geschäftsergebnis, die Eskalationsrate und die beobachteten Fehlerursachen; ein Transkript oder ein angenommener Anruf allein kann keine Konversion belegen.

Nein. Konfigurieren Sie die eingehende Route der Nummer. Eine ablehnende Route ist ein explizites Ergebnis, keine automatische Verbindung zu einem Team oder Agenten.

Ja, über die Anrufanwendung oder die SIP-Laufzeitumgebung, die Sie für den Empfang konfigurieren. Nummer, eingehender Trunk, Gateway und Conversation-Runtime müssen jeweils bereit sein.

Prüfen Sie beide korrelierten Anrufabschnitte. Kontrollieren Sie das verifizierte Ziel, das aktivierte Zielland, das verfügbare Routing und die geltenden Kontolimits.

Nein. Die Route erfasst das gewählte Behandlungsverhalten. Der Anrufstatus und die zugehörigen Events zeigen Ihnen, ob dieses Verhalten erfolgreich war.

Die Weiterleitung erzeugt neben dem eingehenden Abschnitt einen ausgehenden Abschnitt. Prüfen Sie die veröffentlichten Tarife und die endgültigen abrechnungsrelevanten Komponenten des Anrufs.

Nein. Das Dashboard-Telefon nutzt den Browser und einen konfigurierten Bird-SIP-Trunk.

Das Dashboard-Telefon führt ausgehende Anrufe. Leiten Sie eingehende Anrufe an das Telefonsystem oder die Anwendung weiter, die dafür vorgesehen ist, sie anzunehmen.

Ja. Nutzen Sie das Tastenfeld für DTMF-Auswahlen wie ein IVR-Menü oder eine Durchwahl.

Sie werden als Voice-Anrufe übertragen und abgerechnet. Prüfen Sie die veröffentlichten Tarife für das Ziel und den abschließenden Anrufdatensatz.

Nein. Bird Voice vermittelt keine Notrufe.

Nein. Die Aufzeichnung ist ein expliziter Bestandteil des konfigurierten Workflows. Legen Sie fest, welche unterstützte Quelle erfasst wird und wann die Aufnahme beginnt und endet.

Audioaufnahme und Transkription sind separate Vorgänge. Fordern Sie die Transkription bei Bedarf an und prüfen Sie das Verarbeitungsergebnis.

Ja. Die Sprachverarbeitung kann nach dem Telefonat abgeschlossen werden. Halten Sie Anrufergebnis und Verarbeitungsstatus der Artefakte getrennt.

Nein. Eine Sitzung kann mehrere Anrufabschnitte korrelieren, und jeder kann eigene Artefakte haben. Prüfen Sie den Quellanruf und die Aufnahmeidentität.

Nutzen Sie es als Gesprächsnachweis. Bestätigen Sie eine Buchung, Bestelländerung oder Zahlung in dem Geschäftssystem, das die Aktion ausgeführt hat.