Base URLs
Use the sandbox environment for development and testing. Sandbox transactions do not move real funds.
Authentication
Send your API key and secret on every request. Create them in the dashboard under Developers → API Keys.Idempotency
Send anIdempotency-Key header on every POST, PUT, PATCH and DELETE request, so a retried request isn’t processed twice.
payout-{customer_id}-{timestamp}). Keys are scoped to your account. Reusing a key for a completed request within 60 minutes returns 409. Reusing a key with a different body also returns 409. See Idempotency.
Rate limits
Requests are rate-limited per business account: by default 20 writes (POST, PUT, PATCH, DELETE) and 50 reads (GET) a second. Some endpoints have lower limits. See Rate limits.
Over the limit, you get 429 Too Many Requests with a Retry-After header. Wait that many seconds, then retry with exponential backoff.
Standard response format
All successful responses follow this structure:Error codes
Error response format
Every failed response hasstatus: "failed", and the reason in data. Most errors put a message in data.error, and the same text in message. Validation errors list the failing fields in data, and message is Request failed.
Every failed response also includes two objects with the same shape for every endpoint:
error_details: the error message, per-field messages and retry hints. Read errors from here so you don’t have to handle each endpoint’sdatashape.error: a shortcode, themessageand arequest_id. Quote therequest_idwhen you contact support. Send your ownX-Request-Idheader to have it used as therequest_id, so you can match the error to your logs.
error fields:
error_details fields:
A
5xx response’s message is always generic. It never contains internal details.
Successful responses always return HTTP 200. status_code in the body can be 201 or 202, for example when a resource was created or accepted for review.
Card Checkout
Let your customers sell by debit and credit card on a Yativo-hosted checkout page. Request access, verify each selling customer, create orders, and follow them withcard_checkout.order.* webhooks. See the Card Checkout guide.
Request access
Enable Card Checkout on your account, then read pricing and balance.
Verify selling customers
Submit each customer’s
card_checkout endorsement and send them to onboarding.Create an order
Set the amount, get a
checkout_url, and send the buyer to pay.Withdrawals
Let a selling customer withdraw cleared funds to a saved destination.

