Place a Fund Reserve
Reserve funds without capturing. Call capture later to settle, or cancel to release the hold. Ideal for physical goods.
POST /payment/authorization reserves funds on the cardholder’s account without settling them. The authorization hold is typically valid for 7 days, though the exact window depends on the acquirer and card network. Call Capture to settle the funds when you’re ready to fulfill, or Cancel to release the hold if you can’t fulfill the order.
See the Purchase reference for the full card/shopper/response field descriptions — the request and response shape are identical, only the outcome differs (a hold instead of a settled charge).
amount less than or equal to the authorized amount. For example, if you authorized 75.00 worth of goods, capture $75.00 and the remaining hold is released automatically.Authorizations
Your secret API key: Bearer prv_production_xxx (production) or Bearer prv_sandbox_xxx (sandbox).
Headers
A UUID you generate per operation. Required in production. Retrying with the same key returns the original response.
Body
Your merchant account identifier. Validated against the Bearer key's merchant; required if the key maps to more than one merchant account.
Your internal order reference. Must be unique per merchant — use it to correlate Therius payments with your own records.
Card input for one-off payments: exactly one instrument (cardData / nonceData / tokenData) plus optional stored-credential and installment modifiers.
- Raw card (PCI DSS)
- SDK nonce
- Vault token
Alternative payment method data — use instead of card for APMs such as Pix, ACH or Boleto. Structure varies by method.
Payment method code. Omit for card payments; for APMs pass the code, e.g. pix, ach, boleto.
Shopper information. Required when tokenizing a card (card.<instrument>.tokenize: true).
Per-payment webhook URL override (HTTPS only). Therius posts the final payment status here when it changes asynchronously.
Pin this payment to a specific gateway connection. Omit to use your routing rules.
Cardholder's IP address, passed to fraud scoring when available.
Arbitrary string key/value pairs, echoed back in webhook payloads.
Response
Authorization result
The Therius payment id. Returned by POST /payment/authorization and POST /payment/purchase; use it as the {id} path segment for capture, refund, cancel and cancel_or_refund.
"9f8b2c1e-4d5a-6b7c-8d9e-0f1a2b3c4d5e"
captured - funds settled; authorized - funds reserved, call capture to settle; declined - issuer declined, see refusalCode; pending_3ds - a 3DS challenge is required, see actionRequired; pending_action - an external action (redirect, voucher) is required, see actionRequired; failed - processing error unrelated to the issuer; cancelled - authorization voided; refunded - captured funds returned.
captured, authorized, declined, pending_3ds, pending_action, failed, cancelled, refunded Therius receipt ID, for reconciliation, support and Inquiry. NOT the handle for capture/refund/cancel — use id for that.
"PC-1234567890"
Your orderCode, echoed back.
Your merchantCode, echoed back.
Issuer authorization code on an approved payment. The field name is misspelled on the wire (no h) - this is intentional and stable.
Payment method used, e.g. card, pix, ach.
Code of the gateway connection that processed the payment.
Display name of the gateway connection that processed the payment.
Card details from the response: masked PAN, brand, type, and the network transaction/reference IDs to cite on future MIT charges.
Alternative-payment-method details (redirect URL, QR code, barcode) when paymentMethod is an APM.
Present when the card was tokenized (tokenize: true).
Present when status is pending_3ds or pending_action. Describes what the cardholder must do next — with the Therius JS SDK, pass the whole object to sdk.handleAction().
Present when status is declined. See the Declined Payments concept page for the full code table and how to react to each recoveryAction.

