Limits per time period
Rate limits are applied globally to all incoming requests. Our system evaluates limits based on the unique origin of the request to prevent abuse.| Time period | Maximum number of API calls allowed |
|---|---|
| 1 minute | 100 calls |
Requesting a Limit Increase
The default limit is designed to accommodate the majority of standard integrations. However, if your specific use case requires a higher volume of requests, you can request an increase. To do so, please contact our support team with the following information:- Current Usage: A brief overview of your current API implementation.
- Desired Capacity: The specific limit increase you are requesting (e.g., 500 calls/min).
- Justification: The technical or business reason requiring this change.
Response header information
Each API response includes standard headers to help you monitor your current usage and prevent interruptions:X-RateLimit The maximum capacity for the current window.
X-RateLimit-Remaining Remaining requests available until the next reset.
X-RateLimit-Reset Unix timestamp indicating when your quota will be fully restored.
Handling Limit Exceptions (429)
When a limit is reached, the API will return a 429 Too Many Requests error. To ensure continuous service, your integration must monitor theRetry-After header, which indicates the exact number of seconds to wait before your next successful request.
Rate limit reached – Response example
Best Practices
- Optimize Batching: Avoid high-frequency polling.
- Respect Retry-After: Always implement a delay logic based on the
Retry-Afterheader.