Skip to main content
Every error is returned as a JSON body with a fixed shape:
Successful responses always include "status": "ok". As a defensive pattern, check the JSON status field in addition to the HTTP status code.

HTTP status codes

Databunker Pro releases prior to the 2026-07 update returned HTTP 405 for most error conditions. If you run an older release, treat any non-2xx response as an error and rely on the JSON status/message fields.

Common error messages

The message field is human-readable. Representative messages per status code:

400 — Bad request

403 — Access denied

404 — Not found

409 — Conflict

500 — Internal server error

Server-side error details (database errors, stack context) are never included in API responses — they are written to the server log and the audit trail only.

Special cases

  • UserPrelogin captcha failure returns HTTP 200 with {"status":"error","message":"captcha-error"} — the user portal login flow consumes this in-body. Always check the status field on prelogin responses.
  • Public endpoints (UserPrelogin, UserLogin, CaptchaCreate, SharedRecordGet, TenantGetUIConf) require no token; all other endpoints return 403 without a valid one — see Authentication.
  • Unknown endpoint names under /v2/ return 404 with The API request was not found; unknown URL paths outside /v2/ return 404 with endpoint is missing.