Need some help troubleshooting rate limiting issues with the Workforce Management API.
Running JMeter 5.6 against the /api/v2/wfm/schedules endpoint on Genesys Cloud US1. The goal is to validate throughput for bulk schedule updates. When pushing 30 concurrent threads, the system returns HTTP 429 Too Many Requests almost immediately. The response header shows Retry-After: 5.
The environment is Genesys Cloud US1. The test uses a standard JWT authentication flow with token refresh logic handled by a JMeter JSR223 PreProcessor. The request payload includes a standard schedule object with startTime, endTime, and scheduleSegments.
Is there a specific rate limit for WFM scheduling endpoints that is lower than the general API limit? Or is this a WebSocket connection limit issue? The error persists even when reducing concurrency to 10 threads. The API documentation does not specify explicit limits for this endpoint.
Any advice on how to structure the test to avoid hitting these limits while still validating capacity? The current setup uses a Constant Throughput Timer set to 60 requests/minute per thread group. The error logs show consistent 429 responses with no successful 200 or 201 status codes after the initial burst.
Thanks for any insights.