Anrufwarteschlange
Halten Sie Anrufer in einer Warteschlange, wenn ein Agent sein Gleichzeitigkeit-Limit erreicht hat, statt sie abzulehnen.
Überblick
Wenn ein Agent oder Workspace sein Gleichzeitigkeit-Limit erreicht, werden neue Anrufe normalerweise sofort abgelehnt. Mit aktivierter Anrufwarteschlange bleiben Anrufer, die eintreffen, während der Agent ausgelastet ist, mit Wartemusik in der Leitung und werden automatisch in der Reihenfolge ihres Eintreffens verbunden, sobald ein Platz frei wird.
Die Anrufwarteschlange wird pro Agent konfiguriert und ist standardmäßig deaktiviert.
Die Anrufwarteschlange greift, sobald die gesamte verfügbare Kapazität genutzt wird, einschließlich der Burst-Kapazität, wenn für den Agenten Burst- Preise aktiviert sind.
So funktioniert die Anrufwarteschlange
- Kapazitätsprüfung: Wenn ein Anruf eingeht, prüft ElevenAgents, ob der Agent und der Workspace einen freien Gleichzeitigkeit-Slot haben. Ist das der Fall, wird der Anruf sofort verbunden.
- Einreihung: Wenn kein Slot verfügbar ist, bleibt der Anrufer in der Warteschlange des Agenten und hört Wartemusik. Es beginnt keine Unterhaltung und während der Anrufer wartet, wird nichts abgerechnet.
- Zulassung: Sobald ein Slot frei wird, wird der Anrufer am Anfang der Warteschlange verbunden und die Unterhaltung beginnt wie gewohnt.
- Zeitüberschreitung: Wenn innerhalb der Maximalen Wartezeit in der Warteschlange kein Slot frei wird, wird der Anruf getrennt. Telefonanrufe werden normal beendet. WebSocket-Clients erhalten ein
queue_status-Ereignis mit dem Statustimed_out, gefolgt von einer Schließung mit Code 4300.
Anrufer werden für einen bestimmten Agenten strikt in der Reihenfolge ihres Eintreffens verbunden. Wenn mehrere Agenten den Gleichzeitigkeit-Pool eines Workspace teilen, werden Anrufer, die länger gewartet haben, in der Regel zuerst verbunden.
Was der Anrufer hört
- Telefonanrufer über Twilio- und SIP-Trunk-Nummern hören die Wartemusik während des Anrufs.
- Nutzer des Widgets und Browser-SDKs hören die Wartemusik im Browser. Das Widget (Version 0.17.0 oder höher) zeigt außerdem eine Wartemeldung an und deaktiviert die Texteingabe während der Wartezeit.
- Direkte WebSocket-API-Clients erhalten die Wartemusik als reguläre
audio-Ereignisse sowiequeue_status-Ereignisse, um in Ihrer eigenen UI einen Wartezustand zu steuern. Siehe Warteschlangenereignisse verarbeiten.
Abrechnung und Gesprächsdauer
Die in der Warteschlange verbrachte Zeit wird nicht abgerechnet, zählt nicht zur maximalen Gesprächsdauer des Agenten und ist nicht in der gemeldeten Dauer der Unterhaltung enthalten. Die Gesprächsdetails im Dashboard zeigen, wie lange der Anrufer vor der Verbindung gewartet hat.
Unterstützte Kanäle
Das tägliche Anruflimit wird nicht in eine Warteschlange gestellt. Ein Anruf, der das tägliche Limit des Agenten überschreitet, wird sofort abgelehnt, da dieses Limit erst am nächsten Tag wieder frei wird.
Konfiguration
Die Anrufwarteschlange wird pro Agent im Abschnitt Limits des Tabs Sicherheit des Agenten konfiguriert.
Über das Dashboard aktualisieren
Über die CLI aktualisieren
Über die API aktualisieren
Limit-Einstellungen öffnen
Öffnen Sie Ihren Agenten im Dashboard, wechseln Sie zum Tab Sicherheit und scrollen Sie zu Limits.
Anrufwarteschlange aktivieren
Aktivieren Sie Anrufwarteschlange aktivieren und legen Sie die maximale Wartezeit in der Warteschlange fest.
Wartemusik über die API verwalten
Laden Sie eine MP3- oder WAV-Datei hoch, um die eigene Wartemusik des Agenten festzulegen. Das Hochladen einer neuen Datei ersetzt die vorherige. Die API akzeptiert die Content-Typen audio/mpeg und audio/wav, daher legen die Beispiele den Typ explizit fest.
Entfernen Sie den eigenen Clip, um zum Standard-Warteton zurückzukehren:
Der aktuelle Clip wird schreibgeschützt als platform_settings.queueing_config.hold_audio für den Agenten zurückgegeben. Das Senden von hold_audio in einer Anfrage zum Erstellen oder Aktualisieren eines Agenten hat keine Wirkung.
Warteschlangenereignisse in einem eigenen WebSocket-Client verarbeiten
Clients, die über die WebSocket-API verbunden sind, erhalten queue_status-Ereignisse, während sie in der Warteschlange sind:
waitingwird einmal gesendet, direkt nachconversation_initiation_metadataund vor jeder Wartemusik.admittedwird gesendet, wenn der Anrufer verbunden ist. Die Unterhaltung wird dann wie gewohnt fortgesetzt.timed_outwird gesendet, wenn die Wartezeit die maximale Wartezeit in der Warteschlange überschreitet. Der Server schließt die Verbindung dann mit Code 4300.
Anrufe, die sofort verbunden werden, erhalten niemals queue_status-Ereignisse. Das Ereignis wird immer an Anrufer in der Warteschlange gesendet und muss nicht in den client_events des Agenten aktiviert werden.
Wartemusik wird als reguläre audio-Ereignisse in etwa einsekündigen Abschnitten bereitgestellt, sofern die Client-Ereignisse des Agenten audio enthalten. Verwenden Sie queue_status, um einen Wartezustand anzuzeigen, statt die Wartemusik als Agentensprache zu behandeln.
Die SDKs @elevenlabs/client und @elevenlabs/react stellen noch keinen dedizierten Callback für dieses
Ereignis bereit. Verwenden Sie den Callback onIncomingEvent, um rohe Serverereignisse zu beobachten, einschließlich
queue_status.
FAQ
Zählt ein Anruf in der Warteschlange zu meinem Gleichzeitigkeit-Limit?
Nein. Ein Anrufer in der Warteschlange belegt keinen Gleichzeitigkeit-Slot, bis er mit dem Agenten verbunden wird.
Können Anrufer ihre Position in der Warteschlange oder eine geschätzte Wartezeit hören?
Derzeit nicht. Anrufer in der Warteschlange hören nur die Wartemusik. Positionen in der Warteschlange und Schätzungen der Wartezeit werden nicht angesagt.
Was passiert, wenn der Anrufer während der Wartezeit auflegt?
Der Anrufer verlässt die Warteschlange sofort und alle Personen hinter ihm rücken einen Platz vor. Es werden keine Gesprächsminuten abgerechnet.
Funktioniert die Anrufwarteschlange mit ausgehenden Anrufen?
Nein. Ausgehende Anrufe und Batch-Anrufe werden nur getätigt, wenn Kapazität verfügbar ist. Daher werden sie nie in eine Warteschlange gestellt.