本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# Amazon Connect 流数据块：检查队列状态
<a name="check-queue-status"></a>

本主题定义了根据为此队列设置的条件检查客户队列状态的流数据块。

## 说明
<a name="check-queue-status-description"></a>
+ 基于指定条件检查队列的状态。
+ 分支基于**队列中的时间**或**队列容量**的比较。
  + **队列中的时间**是指最早的联系人在被路由到座席或从队列中删除之前在队列中花费的时间。
  + **队列容量**是指队列中等待的联系人数。
+ 如果未找到匹配项，则遵循**没有匹配**分支。

## 支持的渠道
<a name="check-queue-status-channels"></a>

下表列出了此数据块如何路由正在使用指定渠道的联系人。


| 频道 | 是否支持？ | 
| --- | --- | 
| 语音 | 是 | 
| Chat | 是 | 
| 任务 | 是 | 
| 电子邮件 | 是 | 

## 流类型
<a name="check-queue-status-types"></a>

您可以在以下[流类型](create-contact-flow.md#contact-flow-types)中使用此数据块：
+ 入站流
+ 客户队列流
+ 转接座席流
+ 转接队列流

## Properties
<a name="check-queue-status-properties"></a>

下图显示了**检查队列状态**数据块的**属性**页面。在此示例中，它会检查联系人的停留时间是否 BasicQueue 超过 2 分钟。

![“检查队列状态”属性页面。](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/check-queue-status-properties.png)


## 配置提示
<a name="check-queue-status-tips"></a>

在运行时添加条件的顺序很重要。根据条件评估结果的顺序与将结果添加到数据块中的顺序相同。联系人顺着第一个匹配条件向下路由。

例如，按照以下条件顺序，每个值都匹配前两个条件中的一个。其他条件都无法匹配。
+ 在队列中的时间 <= 90
+ 在队列中的时间 >= 90
+ 在队列中的时间 >= 9
+ 在队列中的时间 >= 12
+ 在队列中的时间 >= 15
+ 在队列中的时间 >= 18
+ 在队列中的时间 > 20
+ 在队列中的时间 > 21

在下一个示例中，队列中等待时间为 90 或更短 (<=90) 的所有联系人仅匹配第一个条件。这意味着小于或等于 9 (<=9)、<=12、<=15、<=18、<=20、<=21 永远不会运行。任何大于 90 的值都会沿着大于或等于 21 (>=21) 的条件分支向下路由。
+ 在队列中的时间 <= 90
+ 在队列中的时间 <= 9
+ 在队列中的时间 <= 12
+ 在队列中的时间 <= 15
+ 在队列中的时间 <= 18
+ 在队列中的时间 < 20
+ 在队列中的时间 < 21
+ 在队列中的时间 > 21

## 已配置的数据块
<a name="check-queue-status-configured"></a>

下图显示了该数据块已配置好的样子。它有三个分支：**在队列中的时间**条件、**不匹配**和**错误**。

![已配置的“检查队列状态”数据块。](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/check-queue-status-configured.png)


## 场景
<a name="check-queue-status-scenarios"></a>

有关使用此数据块的场景，请参阅以下主题：
+ [在 Amazon Connect 中设置流以管理队列中的联系人](queue-to-queue-transfer.md)