Rate limits
Last updated
Was this helpful?
Every API key is assigned a rate-limit tier. Limits are per-key, per-rolling-60-second window.
standard
60
premium
300
unlimited
10,000
Your tenant admin assigns a tier when issuing the key.
Every response includes:
X-RateLimit-Limit
Your bucket's max for the current window
X-RateLimit-Remaining
Requests left in the current window
X-RateLimit-Reset
Unix timestamp (seconds) when the bucket resets
You get 429 Too Many Requests:
{ "error": "Rate limit exceeded. Try again later." }X-RateLimit-Reset tells you when to retry. Sleep until then, then retry.
Honor Retry-After when present.
Cache GET /api/v1/manifest, /catalog, /capabilities, and /pricing/resolve responses for at least 60 seconds — they don't change often.
For batch jobs, prefer fewer, larger calls — use filter parameters (e.g. ?status=active, ?accountId=...) on list endpoints to fetch the rows you need in one request rather than many small ones.
Webhook deliveries do not consume your API rate limit.
Ask your account team to lift your tier. Justify the request with expected RPS and burst patterns; we are happy to right-size.
Last updated
Was this helpful?
Was this helpful?
