get_current_metric_data
¶
get_current_metric_data(
instance_id: InstanceId,
filters: Filters,
current_metrics: CurrentMetrics,
*,
config_overrides: Optional[ConnectClientConfig] = None,
groupings: Optional[Groupings] = None,
next_token: Optional[NextToken] = None,
max_results: Optional[MaxResult100] = None,
sort_criteria: Optional[CurrentMetricSortCriteriaMaxOne] = None,
) -> GetCurrentMetricDataResponse
Gets the real-time metric data from the specified Connect Customer instance.
For a description of each metric, see Metrics definitions in the Connect Customer Administrator Guide.
When you make a successful API request, you can expect the following metric values in the response:
-
Metric value is null: The calculation cannot be performed due to divide by zero or insufficient data
-
Metric value is a number (including 0) of defined type: The number provided is the calculation result
-
MetricResult list is empty: The request cannot find any data in the system
The following guidelines can help you work with the API:
-
Each dimension in the metric response must contain a value
-
Each item in MetricResult must include all requested metrics
-
If the response is slow due to large result sets, try these approaches:
-
Add filters to reduce the amount of data returned
-
Parameters:
-
instance_id(InstanceId) –The identifier of the Connect Customer instance. You can find the instance ID in the Amazon Resource Name (ARN) of the instance.
-
filters(Filters) –The filters to apply to returned metrics. You can filter up to the following limits:
-
Queues: 100
-
Routing profiles: 100
-
Channels: 3 (VOICE, CHAT, and TASK channels are supported.)
-
RoutingStepExpressions: 50
-
AgentStatuses: 50
-
Subtypes: 10
-
ValidationTestTypes: 10
Metric data is retrieved only for the resources associated with the queues or routing profiles, and by any channels included in the filter. (You cannot filter by both queue AND routing profile.) You can include both resource IDs and resource ARNs in the same request.
When using
AgentStatusesas filter make sure Queues is added as primary filter.When using
Subtypesas filter make sure Queues is added as primary filter.When using
ValidationTestTypesas filter make sure Queues is added as primary filter.When using the
RoutingStepExpressionfilter, you need to pass exactly oneQueueId. The filter is also case sensitive so when using theRoutingStepExpressionfilter, grouping byROUTING_STEP_EXPRESSIONis required.Currently tagging is only supported on the resources that are passed in the filter.
-
-
groupings(Optional[Groupings], default:None) –Defines the level of aggregation for metrics data by a dimension(s). Its similar to sorting items into buckets based on a common characteristic, then counting or calculating something for each bucket. For example, when grouped by
QUEUE, the metrics returned apply to each queue rather than aggregated for all queues.The grouping list is an ordered list, with the first item in the list defined as the primary grouping. If no grouping is included in the request, the aggregation happens at the instance-level.
-
If you group by
CHANNEL, you should include a Channels filter. VOICE, CHAT, and TASK channels are supported. -
If you group by
AGENT_STATUS, you must include theQUEUEas the primary grouping and use queue filter. When you group byAGENT_STATUS, the only metric available is theAGENTS_ONLINEmetric. -
If you group by
SUBTYPEorVALIDATION_TEST_TYPEas secondary grouping then you must includeQUEUEas primary grouping and use Queue as filter -
If you group by
ROUTING_PROFILE, you must include either a queue or routing profile filter. In addition, a routing profile filter is required for metricsCONTACTS_SCHEDULED,CONTACTS_IN_QUEUE, andOLDEST_CONTACT_AGE. -
When using the
RoutingStepExpressionfilter, group byROUTING_STEP_EXPRESSIONis required.
-
-
current_metrics(CurrentMetrics) –The metrics to retrieve. Specify the name or metricId, and unit for each metric. The following metrics are available. For a description of all the metrics, see Metrics definitions in the Connect Customer Administrator Guide.
MetricId should be used to reference custom metrics or out of the box metrics as Arn. If using MetricId, the limit is 10 MetricId per request.
- AGENTS_AFTER_CONTACT_WORK
-
Unit: COUNT
Name in real-time metrics report: ACW
- AGENTS_AVAILABLE
-
Unit: COUNT
Name in real-time metrics report: Available
- AGENTS_ERROR
-
Unit: COUNT
Name in real-time metrics report: Error
- AGENTS_NON_PRODUCTIVE
-
Unit: COUNT
Name in real-time metrics report: NPT (Non-Productive Time)
- AGENTS_ON_CALL
-
Unit: COUNT
Name in real-time metrics report: On contact
- AGENTS_ON_CONTACT
-
Unit: COUNT
Name in real-time metrics report: On contact
- AGENTS_ONLINE
-
Unit: COUNT
Name in real-time metrics report: Online
- AGENTS_STAFFED
-
Unit: COUNT
Name in real-time metrics report: Staffed
- CONTACTS_IN_QUEUE
-
Unit: COUNT
Name in real-time metrics report: In queue
- CONTACTS_SCHEDULED
-
Unit: COUNT
Name in real-time metrics report: Scheduled
- ESTIMATED_WAIT_TIME
-
Unit: SECONDS
This metric supports filter and grouping combination only used for core routing purpose. Valid filter and grouping use cases:
-
Filter by a list of [Queues] and a list of [Channels], group by [“QUEUE”, “CHANNEL”]
-
Filter by a singleton list of [Queue], a singleton list of [Channel], a list of [RoutingStepExpression], group by [“ROUTING_STEP_EXPRESSION”].
-
- OLDEST_CONTACT_AGE
-
Unit: SECONDS
When you use groupings, Unit says SECONDS and the Value is returned in SECONDS.
When you do not use groupings, Unit says SECONDS but the Value is returned in MILLISECONDS. For example, if you get a response like this:
{ "Metric": { "Name": "OLDEST_CONTACT_AGE", "Unit": "SECONDS" }, "Value": 24113.0}The actual OLDEST_CONTACT_AGE is 24 seconds.
When the filter
RoutingStepExpressionis used, this metric is still calculated from enqueue time. For example, if a contact that has been queued underfor 10 seconds has expired andbecomes active, thenOLDEST_CONTACT_AGEfor this queue will be counted starting from 10, not 0.Name in real-time metrics report: Oldest
- SLOTS_ACTIVE
-
Unit: COUNT
Name in real-time metrics report: Active
- SLOTS_AVAILABLE
-
Unit: COUNT
Name in real-time metrics report: Availability
-
next_token(Optional[NextToken], default:None) –The token for the next set of results. Use the value returned in the previous response in the next request to retrieve the next set of results.
The token expires after 5 minutes from the time it is created. Subsequent requests that use the token must use the same request parameters as the request that generated the token.
-
max_results(Optional[MaxResult100], default:None) –The maximum number of results to return per page.
-
sort_criteria(Optional[CurrentMetricSortCriteriaMaxOne], default:None) –The way to sort the resulting response based on metrics. You can enter one sort criteria. By default resources are sorted based on
AGENTS_ONLINE,DESCENDING. The metric collection is sorted based on the input metrics.Note the following:
-
Sorting on
SLOTS_ACTIVEandSLOTS_AVAILABLEis not supported.
-
Raises:
-
InternalServiceException–Request processing failed because of an error or failure with the service.
-
InvalidParameterException–One or more of the specified parameters are not valid.
-
InvalidRequestException–The request is not valid.
-
ResourceNotFoundException–The specified resource was not found.
-
ThrottlingException–The throttling limit has been exceeded.
-
UnknownServiceError–The service returned an error code this client does not model.
Source code in docs_src/capo_connect/_services/connect.py
12223 12224 12225 12226 12227 12228 12229 12230 12231 12232 12233 12234 12235 12236 12237 12238 12239 12240 12241 12242 12243 12244 12245 12246 12247 12248 12249 12250 12251 12252 12253 12254 12255 12256 12257 12258 12259 12260 12261 12262 12263 12264 12265 12266 12267 12268 12269 12270 12271 12272 12273 12274 12275 12276 12277 12278 12279 12280 12281 12282 12283 12284 12285 12286 12287 12288 12289 12290 12291 12292 12293 12294 | |