Skip to main content
When a request fails, Encrata returns a standard HTTP status code and a JSON body describing what went wrong. This page lists every code and how to recover from the common ones.

Error format

Errors are JSON. The body shape depends on the endpoint family:
Both families use the same error key. Standard endpoints return a full sentence; lookup endpoints return a short machine-readable phrase. Branch on the HTTP status code, not the message text.

Status codes

Handle common errors

Your API key is missing, invalid, or revoked.
Fix: Send an active key in the Authorization: Bearer <key> header. If the key was revoked, create a new one.
Your account does not have enough credits, or an API key has reached its credit limit.
Fix: Add credits on the billing page, or raise the key’s credit limit. Repeat lookups of an address you already queried are free within the billing window.
Your credential is valid, but your workspace role does not permit this action.
Fix: Use a key with a non-readonly role, or ask a workspace admin.
You sent requests faster than the endpoint allows.
The response carries headers to time your retry:Fix: Wait Retry-After seconds, then retry with exponential backoff. See Rate limits.
500 is an unexpected failure. 502, 503, and 504 mean an upstream data provider failed, is unconfigured, or timed out.
Fix: These are usually transient. Retry with exponential backoff. You are not charged for a failed lookup.

Retry safely

Never retry a 400 or 401 unchanged. The request or credential is wrong, so the retry fails identically. Fix the cause first.
Prefer the Retry-After header, which is always the number of seconds to wait, over parsing X-RateLimit-Reset for retry timing.

Next steps

Rate limits

Request limits, windows, and backoff guidance.

Create API key

Fix 401s: create and manage your API keys.