Alle Agent, die beim gewählten Split angemeldet sind, werden angezeigt. Aufgrund der Fenstergröße derzeit nicht angezeigte Agent können mithilfe der Bildlaufleiste sichtbar gemacht werden.

Wenn sich ein Agent in einem ACD-Anruf oder im ACW-Status (Nacharbeit) befindet, wird nur ein einziger Split angezeigt, der diesem ACD-Anruf oder dem ACW-Status entspricht.

Wenn der Agent verfügbar (BEREIT) ist, werden alle Splits angezeigt.

Wenn der Agent in allen Splits in AUX ist, werden alle Splits angezeigt.

Bei Kommunikationsservern ohne EAS kann ein Agent insgesamt in vier Splits angemeldet sein.

Wenn Sie mit einem alten Kommunikationsservern arbeiten, bleiben die Felder für „Voraussichtliche Wartezeit“ (EWT) leer. EWT ist nur bei manchen Kommunikationsservern verfügbar.

Der Wert für die voraussichtliche Wartezeit wird immer dann aktualisiert, wenn ein Anruf in die Warteschlange für den betreffenden Split eingereiht wird. Wenn 2 Minuten lang kein Anruf in die Warteschlange eingereiht wurde, fordert CMS den Kommunikationsserver auf, die aktuellen voraussichtlichen Wartezeiten für den Split zu übertragen.

Die voraussichtliche Wartezeit ist zu diesem Zeitpunkt nicht bekannt.

Die voraussichtliche Wartezeit weist einen unendlich großen Wert auf (z. B., wenn kein Agent angemeldet ist).

Die Priorität (HÖCHSTE, HOCH, MITTEL oder NIEDRIG) ist nicht aktiviert.

Die Warteschlange zu diesem Split ist belegt.

Im Vektorverfahren/EAS-Handbuch finden Sie nähere Angaben zur voraussichtlichen Wartezeit und zu den Ursachen, aufgrund derer der Wert im Feld evtl. nicht angezeigt wird.

Vielleicht gelangt nur eine geringe Anzahl von Anrufen in einen Split oder sehr wenige befinden sich in einer oder mehreren der Prioritäten. Dadurch kann die voraussichtliche Wartezeit leicht größere Schwankungen zeigen, als das bei einem höheren Anrufaufkommen der Fall wäre.

Es kann sein, dass nur ein oder zwei Agent bei einem Split angemeldet sind.

Evtl. handelt es sich um eine Kombination aus geringem Anrufaufkommen und niedriger Anzahl von angemeldeten Agentn.

Es kann sein, dass die Anzahl der bei einem bestimmten Skill angemeldeten Agent erheblich steigt oder fällt. Da die voraussichtliche Wartezeit sofort angepasst wird, kann das plötzlich zu einer wesentlich längeren oder kürzeren Wartezeit führen.

Es besteht die Möglichkeit, dass ein erheblicher Teil der wartenden Anrufer die Warteschlange verlässt, weil sie entweder auflegen oder weil die Anrufe angenommen werden und keine neuen Anrufe eingehen. In einem Vektor mit tageszeitabhängiger Leitweglenkung werden z. B. nach einer festgelegten Zeit keine weiteren Anrufe an einen bestimmten Split geleitet. Anrufe in Warteschlange für diesen Split werden dann weiter bedient, aber es kommen keine neuen Anrufe in die Warteschlange. Die voraussichtliche Wartezeit bleibt jedoch unverändert, bis das angegebene Zeitintervall abgelaufen und die Revision ausgeführt worden ist.

Es kann sein, dass Anrufe für mehr als einen Skill in Warteschlange stehen.

Auch können Agent evtl. bei mehreren Skills angemeldet sein.

Es kann auch sein, dass im Kommunikationsserver die MCH-Funktion (Multiple Call Handling – Bearbeitung mehrerer Anrufe gleichzeitig) aktiviert ist.

Vielleicht wurde ein neuer Split eingerichtet, oder der Kommunikationsserver führt einen Neustart durch. Evtl. sind auch keine historischen Daten vorhanden. Die voraussichtliche Wartezeit kann in diesem Fall erst dann präzise angegeben werden, wenn sich 30 bis 50 Anrufe in der Warteschlange befinden.

Ein weiterer Grund kann sein, dass die durchschnittliche Anrufbearbeitungszeit sich plötzlich geändert hat.

Auch kann es sein, dass das Anrufaufkommen erheblich schwankt.

Ein weiterer Faktor sind fehlerhafte Wartezeiten.

Voraussichtliche Wartezeiten werden nur für Prioritäten angezeigt, die Anrufe in der Warteschlange haben. Wenn Sie also die Leitweglenkung für einen Split ändern, sodass Anrufe mit einer bestimmten Priorität nicht in die Warteschlange aufgenommen werden, wird die voraussichtliche Wartezeit für diese Priorität trotzdem weiterhin angezeigt, bis sich entweder alle Agent aus dem Split abmelden oder eine Übertragung der Konfigurationsdaten erzwungen wird.

Die Datenbankelemente für Split-Status-Berichte werden in den Tabellen csplit und „cagent“ gespeichert.

Dieser Bericht verwendet das Split/Skill-Eingabefenster für Berichte. Wählen Sie einen Skill aus, der in dem Bericht angezeigt werden soll. Weitere Informationen finden Sie unter Eingabefelder für Split/Skill-Berichte.