{
"error": "Invalid request parameters",
"errorCode": "invalid_request",
"errors": [
{
"message": "The 'interval' parameter must be one of: last_24_hours, last_7_days, last_30_days."
}
]
}
We’re trying to pull real-time queue statistics from CXone to feed into our OpenTelemetry metrics pipeline. The goal is to capture queue wait times and agent availability every 30 seconds. We’re hitting the endpoint GET /api/v2/reporting/queues/stats with an interval of real_time or a custom 30-second window, but the API keeps rejecting it with a 400 Bad Request. The docs for Genesys Cloud mention real_time, but CXone’s Swagger spec seems stricter or different.
Here’s the cURL command we’re using:
curl -X GET "https://api.ccxone.com/api/v2/reporting/queues/stats?interval=real_time&metrics=wait_time,agent_count" \
-H "Authorization: Bearer <token>"
We’ve also tried passing a specific date range with a 1-minute granularity, but that just returns historical aggregated data, not the live state we need for tracing correlation. Is there a specific header or parameter combination that enables true real-time polling? We’ve checked the Accept header is set to application/json.
The trace context needs to align with the exact moment a Data Action triggers, so we can’t rely on 5-minute aggregates. We’re using the Python requests library for the actual integration, but the error is identical to the cURL test.
We’re in Manila, so timezone handling for date ranges is also a headache. If we pass start_time and end_time in UTC, does the API convert it to the queue’s local time or stick to UTC? The documentation is vague on this point.
We’ve tried omitting the interval parameter entirely, which defaults to last_24_hours, but that’s useless for our use case. We need the current snapshot. Is there a different endpoint for live stats, like /api/v2/queues/status? That one seems to return a list of queues but lacks the detailed metrics we’re after.
Can anyone share a working example of pulling live queue stats via the Reporting API in CXone? We’re stuck on this block.