Anyone know why the GET /api/v2/analytics/wfm/schedule/adherence endpoint is rejecting our standard weekly query parameters? We are attempting to pull schedule adherence data for the previous work week (Monday to Sunday) via our custom reporting dashboard, but the API consistently returns a 400 Bad Request error. The timezone is set to America/Chicago, and the date range is formatted as ISO 8601 strings as per the documentation.
The issue seems to occur specifically when the end date crosses into a new week boundary relative to our schedule publication cycle. We publish schedules every Monday morning, so the reporting window often aligns with the previous Monday through Sunday. When we query for data where the end timestamp is exactly midnight on the Monday following the published week, the response fails. However, if we truncate the end time to 23:59:59 on Sunday, it works. This feels like an off-by-one error or a strict boundary check in the backend validation logic that isn’t clearly documented.
Here is the sample response we are getting:
{
"errors": [
{
"code": "BAD_REQUEST",
"message": "The specified time range is invalid. The end time must be strictly after the start time and within the last 24 months.",
"status": 400
}
]
}
We have verified that the start and end times are valid ISO strings and that the difference is exactly 7 days. Our environment is Genesys Cloud CX v2023-12-1. This is blocking our automated adherence reporting pipeline, which runs every Monday morning to calculate agent performance metrics for the prior week. We need to know if there is a known limitation with week-boundary queries in the WFM analytics API or if we need to adjust our date parsing logic on the client side to avoid hitting midnight boundaries. Any insights on how other integrations handle this edge case would be appreciated.