Problem
The async FastAPI proxy doesn’t handle throttle payloads well when adjusting concurrency limits on high-volume voice queues. We’ve got a Redis-backed token cache handling auth, but the telephony engine drops the request before it hits the routing layer. Sometimes the SLA threshold checks fire too early.
Code
async def apply_throttle(client, queue_id):
payload = {
'concurrency': 15,
'max_wait_time_ms': 45000,
'overflow_routing': 'next_available',
'wrap_up_verification': True
}
await client.routing_api.put_routing_queue(queue_id, body=payload)
Error
HTTP 400 Bad Request. Response returns invalid_throttle_configuration: schema_violation_on_telephony_constraints. The abandonment prevention trigger clashes with the overflow directive once capacity hits 80%.
Question
How do I structure the atomic PATCH to satisfy the telephony engine’s capacity matrix without triggering the abandonment block? The SDK docs don’t show the exact JSON shape for the concurrency limit matrix. I’ve been hashing the payload for idempotency but the callback handler for the external workforce optimizer keeps timing out during the schema validation phase. The queue throttler endpoint needs to expose latency tracking and generate audit logs for routing governance. Figuring out the exact field names for the wrap-up verification pipeline before the next scaling window.