Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Flow-Block in Connect Customer: Metriken abrufen
Standardmäßig gibt dieser Block Warteschlangenmetriken für die aktuelle Warteschlange zurück. Sie können optional wählen, ob Metriken für eine andere queue/channel Kombination oder Metriken auf Kontaktebene wie die Position des Kontakts in der Warteschlange zurückgegeben werden sollen. Metriken werden als Attribute zurückgegeben, auf die über JSONPath oder den Block „Kontaktattribute überprüfen“ verwiesen werden kann.
## Description
+ Ruft Warteschlangen-Metriken nahezu in Echtzeit mit einer Verzögerung von 5-10 Sekunden ab, so dass genauere Weiterleitungsentscheidungen getroffen werden können.
+ Sie können Kontakte basierend auf dem Status der Warteschlange oder des Kundendienstmitarbeiters weiterleiten, z. B. der Anzahl der Kontakte in der Warteschlange oder der verfügbaren Kundendienstmitarbeiter.
+ Warteschlangenmetriken werden über alle Kanäle hinweg aggregiert und als Attribute zurückgegeben.
+ Die aktuelle Warteschlange wird standardmäßig verwendet.
+ Bei auf Kundendienstmitarbeitern basierenden Metriken (z. B. Kundendienstmitarbeiter online, verfügbare oder eingesetzte Kundendienstmitarbeiter) werden keine Metriken zurückgegeben, wenn keine Kundendienstmitarbeiter vorhanden sind.
+ Für die geschätzte Wartezeit in der Warteschlange würde die Metrik nur zurückgegeben, wenn ein einziger Kanal bereitgestellt wird.
+ Im Folgenden sehen Sie die Metriken, die abgerufen werden können:
+ Queue name (Name der Warteschlange)
+ ARN der Warteschlange
+ [Kontakte in der Warteschlange](metrics-definitions.md#contacts-in-queue)
+ [Ältester Kontakt in Warteschlange](metrics-definitions.md#oldest-real-time)
+ [Kundendienstmitarbeiter online](metrics-definitions.md#online-agents)
+ [Verfügbare Kundendienstmitarbeiter](metrics-definitions.md#available-real-time)
+ [Personalbesetzung](metrics-definitions.md#staffed-agents)
+ [Kundendienstmitarbeiter in Kontaktnachbearbeitung](metrics-definitions.md#agent-after-contact-work)
+ [Die Agenten sind beschäftigt ](metrics-definitions.md#agents-on-contact)
+ [Verpasste Kundendienstmitarbeiter](metrics-definitions.md#agent-non-response) (Keine Antwort des Kundendienstmitarbeiters)
+ [Nicht produktive Kundendienstmitarbeiter](metrics-definitions.md#agent-non-productive)
+ [Geschätzte Wartezeit in der Warteschlange ](metrics-definitions.md#estimated-wait-time)
+ [Geschätzte Wartezeit des Kontakts ](metrics-definitions.md#estimated-wait-time)
+ [Position des Kontakts in der Warteschlange ](metrics-definitions.md#position-in-queue)
+ Sie können Metriken nach Kanal zurückgeben, zum Beispiel nach Sprache oder Chat. Sie können auch nach Warteschlange oder Kundendienstmitarbeiter filtern. Mit diesen Optionen können Sie herausfinden, wie viele Chat- und Sprachkontakte sich in einer Warteschlange befinden und ob Ihnen Agenten zur Verfügung stehen, die diese Kontakte bearbeiten.
+ Sie können Kontakte basierend auf dem Warteschlangenstatus weiterleiten, z. B. die Anzahl der Kontakte in der Warteschlange oder die verfügbaren Kundendienstmitarbeiter. Warteschlangenmetriken werden über alle Kanäle aggregiert und als Attribute zurückgegeben. Die aktuelle Warteschlange wird standardmäßig verwendet.
+ Verwenden ** Sie nach einem ** Block zum Abrufen von Kennzahlen einen, [Check contact attributes (Kontaktattribute prüfen)](check-contact-attributes.md) um Metrikwerte zu überprüfen und auf dieser Grundlage eine Routing-Logik zu definieren, z. B. Anzahl der Kontakte in einer Warteschlange, Anzahl verfügbarer Agenten und ältester Kontakt in einer Warteschlange.
## Unterstützte Kanäle
In der folgenden Tabelle sind die Block-Weiterleitungsoptionen für einen Kontakt im vorgegebenen Kanal aufgeführt.
| Kanal | Unterstützt? |
| --- | --- |
| Stimme | Ja |
| Chat | Ja |
| Aufgabe | Ja |
| Email | Ja |
## Flow-Typen
Sie können diesen Block in den folgenden [Flow-Typen](create-contact-flow.md#contact-flow-types) verwendet:
+ Alle Flows
## Eigenschaften
Die folgende Abbildung zeigt die ** ** Eigenschaftenseite des ** Blocks „Metriken ** abrufen“. Der Block ist so konfiguriert, dass Metriken für den Kanal **Sprache** abgerufen werden.
Sie können Metriken nach Kanal, Warteschlange oder Agent abrufen.
+ Wenn Sie keinen Kanal angeben, werden Metriken für alle Kanäle zurückgegeben.
+ Wenn Sie keine Warteschlange angeben, werden Metriken für die aktuelle Warteschlange zurückgegeben.
+ Dynamische Attribute können nur Metriken für einen Kanal zurückgeben.
Das folgende Bild zeigt beispielsweise die ** ** Eigenschaftenseite, die für den ** ** Chat-Kanal konfiguriert ist und ** BasicQueue**. Wenn du diese Einstellungen auswählst, ** würde „Warteschlangen-Metriken ** abrufen“ nur für die Messwerte zurückgeben BasicQueue, die so gefiltert sind, dass sie nur Chat-Kontakte einschließen.
## Konfigurationstipps
### Angeben eines Kanals im Block „Set contact attributes (Kontaktattribute festlegen)“
Dynamische Attribute können nur Metriken für einen Kanal zurückgeben.
Bevor Sie dynamische Attribute im ** Block „Metriken ** abrufen“ verwenden, müssen Sie die Attribute im [Set contact attributes (Kontaktattribute festlegen)](set-contact-attributes.md) Block festlegen und den Kanal angeben.
Wenn Sie einen Kanal dynamisch mithilfe von Text festlegen, wie in der folgenden Abbildung gezeigt, geben Sie für den Attributwert **Voice (Sprache)** oder **Chat** ein. Bei diesem Wert wird nicht zwischen Groß- und Kleinschreibung unterschieden.
### Verwenden Sie den Block „Kontaktattribute überprüfen“ nach dem Block „Metriken abrufen“
Fügen Sie nach einem ** Block „Metriken ** abrufen“ einen [Check contact attributes (Kontaktattribute prüfen)](check-contact-attributes.md) Block hinzu, der auf den zurückgegebenen Metriken basiert. Gehen Sie dazu wie folgt vor:
1. Fügen ** Sie nach Get metrics ** einen ** Block zur ** Überprüfung der Kontaktattribute hinzu.
1. Legen Sie im Block **Kontaktattribute prüfen** die Option **Zu prüfendes Attribut** auf **Warteschlangenmetriken** fest.
1. Im ** Dropdownfeld ** Wert sehen Sie eine Liste von Metriken, die der ** Block „Metriken ** abrufen“ überprüfen kann. Wählen Sie die Metrik aus, die Sie für die Routing-Entscheidung verwenden möchten.
**Contact-level Metriken**
**Die geschätzte Wartezeit des ** Kontakts ** und die Position des Kontakts in der Warteschlange ** sind Messwerte auf Kontaktebene. Sie werden nur dann im ** Namespace „**Queue Metriken“ angezeigt, wenn Sie im Block „Metriken ** abrufen“ die Option „Kontaktmetriken ** ** abrufen“ aktivieren. ** In einem Flow referenzieren Sie sie als `$.Metrics.Contact.EstimatedWaitTime` und`$.Metrics.Contact.PositionInQueue`. Eine vollständige Liste der zurückgegebenen Attribute finden Sie unter[Attribute der Kontaktmetrik](connect-attrib-list.md#attribs-contact-metrics-table).
**Für die geschätzte Wartezeit des Kontakts ** ist [ Connect Customer erforderlich](enable-nextgeneration-amazonconnect.md).
### Warum der Block „Metriken abrufen“ einen Fehler auslöst
Der ** Block ** Get metrics gibt im folgenden Szenario einen Fehler aus:
1. Sie fügen Ihrem Flow diesen Block hinzu.
1. Der Real-time Metrikbericht gibt leere Metriken zurück, da keine Aktivität stattfindet.
1. Der ** Block „Metriken ** abrufen“ gibt einen Fehler aus, da keine anzuzeigenden Metriken vorhanden sind.
## Konfigurierter Block
In der folgenden Abbildung sehen Sie ein Beispiel eines konfigurierten Blocks. Er hat zwei Verzweigungen: **Erfolg** und **Fehler**.
## Szenarien
In diesen Themen finden Sie Szenarien, die diesen Block verwenden:
+ [Wie referenziert man Kontaktattribute in Connect Customer](how-to-reference-attributes.md)