https://api.conomyhq.com/sandbox API Reference
Build server-to-server payment experiences with identities, accounts, payment attempts, payments, checkout sessions, webhooks, and structured errors.
POST /auth conomyhq-api-version: 24-04-2025 Authentication
Authenticate once, then send the same request contract everywhere.
Use POST /auth
to obtain an access token from your backend. Protected endpoints expect
that token as a bearer credential together with your API key, API version
when required by the endpoint, and user agent.
Authorization Bearer access token returned by the authentication endpoint.
x-api-key API Gateway key assigned to your Conomy integration.
User-Agent Application identifier used for observability and support.
conomyhq-api-version Optional version selector on endpoints that define it in OpenAPI.
Request lifecycle
A payment integration moves through a predictable backend flow.
Create identities, assign permissions, and attach accounts.
Inspect origins, destinations, products, and banks before creating a payment.
Create an attempt, payment link, or checkout session for the product flow.
Create the payment, retrieve state, and subscribe to webhook updates.
Branch on success, failure, cancellation, or validation states.
Core resources
Start from the resource area that matches the object you are building with.
Actors, relationships, and permissions.
AccountsFinancial containers, internal balances, and unassigned funds.
CustomersEnd-user profiles used by checkout flows.
PaymentsAttempts, payments, links, sessions, and refunds.
WebhooksSigned transaction callbacks for asynchronous state changes.
ErrorsStable response shapes and support diagnostics.
Errors
Failures return structured bodies designed for client logic.
Branch on status, code, and type.
Treat detail as diagnostic text and include
traceId when contacting support.
Malformed request or invalid parameter.
Missing or invalid credentials.
Valid request, invalid resource state.
Unexpected platform error, retry with backoff.