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

All errors use application/json, but the body shape depends on the endpoint family. Branch on the HTTP status first. Then read code or result.code when that field is present.

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 during the 6-month free-repeat 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.