The Zquence API is organized around REST. It has predictable resource-oriented URLs, accepts and returns JSON, and uses standard HTTP verbs, response codes, and authentication.

Base URL

https://api.zquenceeee.com/v1
All examples in this reference assume you have exported your keys as environment variables:
export ZQUENCE_PUBLIC_KEY=pk_live_...
export ZQUENCE_SECRET_KEY=sk_live_...

Request format

  • All requests must use TLS 1.2+. Plain HTTP is rejected.
  • JSON request bodies must include Content-Type: application/json.
  • Dates and timestamps are ISO 8601 UTC strings.

Response format

Every response includes:
  • Content-Type: application/json
  • A JSON body. On error the body matches the error shape.
On success, top-level objects are returned directly (not wrapped in a data key). On failure, the body is { "statusCode": <number>, "message": "<string>" }.

Authentication

Requests are authenticated with an API key pair:
HeaderValue
x-api-keyYour public key (pk_live_... or pk_test_...)
x-api-secretYour secret key (sk_live_... or sk_test_...)
Key pairs are scoped to a tenant + environment. A live key pair (pk_live_ / sk_live_) targets your live environment; a test key pair (pk_test_ / sk_test_) targets a sandbox environment. See Authentication for full details.

Environments

Each tenant has one permanent live environment and any number of sandbox environments. API keys are bound to a specific environment — you do not need to pass an environment ID in requests; it is resolved from the key.
EndpointMethodDescription
/v1/environmentsGETList all environments for the tenant.
/v1/environments/:idGETRetrieve a single environment by ID.

Customers

Customers are the end-users (buyers, sellers, or account holders) that belong to your tenant. In the backend they are /users resources.
EndpointMethodDescription
/v1/usersGETList customers — paginated, scoped to the active environment, searchable.
/v1/users/:idGETRetrieve a customer by ID.
/v1/tenants/add-userPOSTAdd a customer to the tenant.
/v1/tenants/add-user-bulkPOSTBulk-add customers (up to 100 at once).

Accounts

Accounts represent escrow transactions. Each account links two parties (or one for non-real-estate types) and tracks compliance through its lifecycle.
EndpointMethodDescription
/v1/accountsGETList accounts — paginated, filterable by status, type, date, and archived state.
/v1/accounts/:idGETRetrieve an account by ID — includes full timeline.

KYC

EndpointMethodDescription
/v1/kyc/status/:idGETGet KYC status — retrieve current verification status, client information, and provider details.

Pagination

List endpoints use page-based pagination:
ParameterDefaultMaxDescription
page1Page number (1-indexed).
page_size / limit10100Results per page.
All paginated responses include total, page, totalPages, and a limit (or pageSize) field.

Errors

The API uses standard HTTP status codes:
StatusMeaning
400Bad request — invalid parameters or missing required fields.
401Unauthorized — missing or invalid API key pair.
403Forbidden — valid credentials but insufficient permissions.
404Not found — resource does not exist or belongs to a different tenant.
409Conflict — e.g. plan limit exceeded, duplicate resource.
410Gone — resource has been archived and is no longer accessible.
500Internal server error.
Error responses always follow this shape:
{
  "statusCode": 404,
  "message": "Transaction with ID 6a25cdcc36bc6230704b5bce not found"
}
See Errors for the full error code reference.

Authentication

API key pairs, scopes, and rotation.

Environments

List and retrieve tenant environments.

Customers

List and retrieve customers by environment.

Accounts

List and manage escrow account lifecycles.

Errors

Full error code reference.