Deletes a queue by its ID. Supports both hard delete (permanent removal) and soft delete (recoverable, marks as deleted without removing from the database).
Finding Your Customer Subdomain
Your subdomain is found in your Avaya Infinity portal URL and is required for all API calls.
Example: If your portal URL is:
https://core.avaya1234.ec.avayacloud.com/app/core-config-ui/
Your subdomain is: avaya1234
To use this API:
- Find your subdomain from your Infinity portal URL (as shown above)
- Get your Bearer token using the
ADMIN_API_CONSUMERclient credential (see Authentication below) - In the API explorer on the right:
- Click on
{customerId}in the URL field and replace it with your actual subdomain - Paste your Bearer token in the Credentials section
- Enter the
idof the queue to delete and setsoftDeleteas needed
- Click on
Authentication
This endpoint requires a valid OAuth 2.0 Bearer token. To get started, contact Avaya Support to request a client_id and client_secret provisioned with the ADMIN_API_CONSUMER scope.
Once you have your credentials, generate an access token and include it in the Authorization: Bearer <token> header of each request.
Working with Soft Delete
By default, softDelete=false performs a hard delete — the queue is permanently removed and cannot be recovered.
Set softDelete=true to mark the queue as deleted without permanently removing it. Soft-deleted queues:
- Are excluded from standard
GET /queueslist results - Remain in the database and may be recoverable for audit purposes
- Cannot be interacted with via normal queue operations
Important Notes
- This action cannot be undone for hard deletes. Confirm the correct queue ID before proceeding.
- Returns a
404if no queue exists with the specified ID. - Returns
204 No Contenton success — no response body is returned.
DOS Protection & Rate Limiting
- This endpoint implements DOS protection and rate limiting.
Security Implementation Guidelines
- Never expose your
client_secretor Bearer token to client-side applications. - Implement proper error handling — avoid surfacing internal error details to end users.
