本文檔介紹如何使用Analyzer報告調查Webex聯絡中心中的隊列路由決策和暫留聯絡人。
思科建議您瞭解以下主題:
本文中的資訊係根據以下軟體和硬體版本:
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您的網路運作中,請確保您瞭解任何指令可能造成的影響。
隊列路由調查是Webex聯絡中心的常見活動。您可以報告語音聯絡人仍然處於暫留或排隊狀態,即使座席似乎可用。
要瞭解路由選擇決策,需要關聯多個資料點,如隊列配置、團隊分配、技能分配以及受影響時間戳期間的座席活動。雖然其中的一些資訊可通過Stock Analyser報告獲取,但您通常需要更強的可見性來確定未路由聯絡人的原因。
本文檔僅側重於語音互動。數字管道(如聊天、電子郵件、簡訊和社交消息)不屬於本文範圍。
本文檔中介紹的自定義Analyzer報告模板有助於整合路由相關資訊,並在您調查Webex聯絡中心中暫留的聯絡人和隊列路由行為時提供額外的可視性。
該報告包含以下欄位:
將附加的座席狀態 — TAC報告模板匯入分析器。
獲取與所報告問題相關聯的互動ID。
使用CSR Report - Yesterday(Customer Session Record)報告查詢互動並確定:
記錄聯絡人停留的時間,因為此時間是調查剩餘時間所必需的。
導航到Control Hub並檢視隊列配置。
驗證:
確定哪些團隊有資格從受影響的隊列接收聯絡人。
確定隊列是否使用基於技能的路由。
如果啟用了基於技能的路由,請驗證是否分配了技能:
如果技能是通過Flow Designer分配的,請檢視該流,並確定「隊列聯絡人」活動之前應用的所有技能。
記錄應用於聯絡人的技能要求。
配置報告時間範圍,以便與之前確定的暫留時間相匹配。
檢視以下欄位:
將隊列路由要求與報告中確定的座席進行比較。
驗證:
完成分析後,確定路由行為是否是預期行為。
常見的發現包括:
使用互動ID,檢視CSR報告 — 昨天報告,並確定與聯絡人關聯的隊列和暫留期間。
在此範例中:
驗證以下內容:
在此範例中:
檢視以下欄位:
將路由要求與報告返回的座席進行比較。
座席狀態報告確認:
此案例表明,僅座席可用性並不能保證聯絡人傳遞。即使座席屬於正確的團隊,並且在該暫留期間可用,如果座席沒有所需的技能分配,通過流設計器應用的技能要求也可以阻止路由聯絡人。
附註:在此場景中,根本原因是可用座席不具備通過流設計器應用的必要技能(英語>= 5)。如果座席分配給了正確的團隊,並且擁有所需的技能,則下一步是檢查座席在暫留期間的可用性。驗證代理是否處於可路由狀態,以及是否可在CSR報告中確定的時間段內接收聯絡人。
使用互動ID,檢視CSR報告 — 昨天報告,並確定與聯絡人關聯的隊列和暫留期間。
在此範例中:
驗證以下內容:
調查證實:
檢視呼叫分配配置。
在此示例中,隊列將聯絡人分配給:
Start Time: 10/5/2026 6:59:03 AM
End Time: 10/5/2026 7:01:04 AM
使用從隊列配置中標識的組,過濾「組名」列上的報告:
「座席狀態」報告顯示:
座席僅在以下位置可用:
在駐留聯系人結束時間:
附註:如果座席在暫留期間可用,請確認該座席已登入到為隊列配置的正確團隊。未與符合條件的團隊關聯的可用座席不會從該隊列接收聯絡人。
在Webex客服中心調查暫留的語音聯絡人時:
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
1.0 |
14-Oct-2026
|
初始版本 |