本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
對 Amazon Connect 中的佇列報告中沒有指標或資料列太少進行故障診斷
您可以執行手動設定的佇列報告,而且不傳回指標,或傳回比預期更少的資料列。
這是因為佇列報告最多只包含 100 個佇列的資料,每個佇列使用一個資料列。如果佇列在報告的時間範圍內沒有任何活動*,則會從報告中排除,而非包含 null 值。這表示如果您建立報告,而且報告中包含的任何佇列沒有任何活動,則報告不會包含任何資料。
GetCurrentMetricsData
API 這也適用於 。這表示,如果佇列未被視為作用中,如果您使用 查詢其指標API,則不會取得任何資料。
提示
*以下說明如何定義佇列是否作用中:佇列中至少有一個聯絡案例,或者該佇列至少有一個線上客服人員。否則會視為非作用中。
即時指標報告不包括過去 5 分鐘內處於非作用中狀態的客服人員。例如,客服人員將其CCP狀態變更為離線 後,其使用者名稱會繼續出現在即時指標報告中約 5 分鐘。在正好 5 分鐘時,客服人員便不會再出現在報告中。
在下列情況下,最後可能沒有指標,或資料列比預期更少:
-
您嘗試執行不含篩選條件或群組的報告,且您的執行個體中有超過 100 個佇列。報告會提取前 100 個佇列的指標,然後只顯示作用中的指標。
-
您嘗試執行具有篩選條件和群組的報告,但仍有超過 100 個符合該條件的佇列。為了處理此請求, Amazon Connect 會套用所有指定的篩選條件和群組。這會提取符合該條件的前 100 個佇列。然後,在這些佇列中,只會顯示作用中的佇列。
例如,假設您的執行個體中有 300 個佇列。其中,200 個符合您的條件,100 個為作用中,而且碰巧全都是佇列 #100-#200。當您執行報告時,只會取得 1 列 (佇列 #100),因為傳回的其他 99 個佇列 (佇列 #1-#99) 視為非作用中且未顯示。
-
您執行的報告少於 100 個佇列。雖然您可能會預期看到所有篩選佇列的指標,但即時指標報告頁面只會顯示作用中的佇列。請嘗試變更報告的設定,例如變更時間範圍。