Amazon Connect：能否配置让座席转接后第一链路立即触发DISCONNECTED事件

问题背景 #

我正在用Amazon Connect Quick Connects实现来电座席（第一座席）到后续处理座席（第二座席）的通话转接，当前工作流如下：

• 第一座席通过CCP（Contact Control Panel）接听来电，触发第一通话链路的CONNECTED_TO_AGENT事件
• 第一座席左键点击Quick Connects，双击列表中首个Quick Connect，触发第一通话链路的QUEUED事件
• 第二座席接听来电，触发第二通话链路的CONNECTED_TO_AGENT事件
• 第一座席点击Join后，点击Leave或红色挂断按钮结束自身链路
• 第二座席结束通话时，第二链路生成DISCONNECTED事件，之后第一链路才会触发DISCONNECTED事件

当前需求：能否通过Amazon Connect配置（如联系流），让第一座席的链路结束时立即触发DISCONNECTED事件？

解决方案 #

可以通过自定义联系流或调整Quick Connect配置实现，核心是改变默认的转接会话关联逻辑：

1. 配置自定义转接联系流（推荐） #

不要依赖Quick Connect的默认转接行为，而是创建专门的转接联系流：

• 在联系流中添加转接至队列或转接至特定座席模块，找到并启用**「转接后立即断开与原座席的连接」**选项（该选项会将原座席的链路从会话中独立出来，不再关联后续通话）
• 让第一座席通过触发该联系流完成转接，而非直接双击Quick Connect

2. 关联自定义联系流到Quick Connect #

如果必须保留Quick Connect的操作方式：

• 创建新的Quick Connect时，选择「关联联系流」类型，而非默认的「队列/座席」类型
• 将上述配置了“转接后断开原座席”的自定义联系流关联到该Quick Connect
• 第一座席使用这个自定义Quick Connect完成转接，原链路会在点击Leave/挂断后立即触发DISCONNECTED

补充说明 #

默认Quick Connect的转接逻辑会将原座席链路标记为会话的“参与者”，整个会话（包含第二座席的通话）结束前，原链路不会触发DISCONNECTED。通过上述配置，我们将原座席链路从主会话中剥离，使其生命周期独立于后续通话，从而实现断开时立即触发事件。

内容的提问来源于stack exchange，提问作者Kode Charlie