Base URL
/v1/.
Authentication
Every request must include your API key in thex-api-key header.
403 Forbidden.
Request format
Send all request bodies as JSON with theContent-Type: application/json header.
Terminal ID
All documented payment and recurring endpoints include{terminal_friendly_id} as a path
parameter. This 6-character string identifies the Terminal used for the operation.
terminal_friendly_id when SmartRetry provisions your account. A single API key may have access to multiple terminals.
Amount and currency
Sendamount as a number in major currency units. Send currency as one of the ISO 4217 values
shown by the bound operation schema. Amount and currency availability is operation-specific.
Transaction reference
merchant_transaction_id is your own transaction identifier. It is required for Sale and
Pre-authorization requests and optional on some other operations. Follow the requiredness shown on
the individual endpoint page.
- Reconciliation - use this ID to match SmartRetry transactions back to orders in your system.
- Correlation - log it in your application so you can trace a SmartRetry transaction back to the originating cart, invoice, or subscription event.
Idempotency
Use theIdempotency-Key header on POST /v1/payments/* requests when you need safe retries. If you resend the same POST request with the same key and the same body, SmartRetry replays the original non-5xx response for 24 hours instead of creating a second operation.
If you reuse the same key with a different request body, SmartRetry returns 409 Conflict with reason code ROUTING/IDEMPOTENCY_CONFLICT.
See Idempotency for the full behavior, supported methods, response headers, and retry guidance.
Response format
Submission responses include anaccepted boolean at the top level. accepted: true means the
operation was accepted for asynchronous processing; it does not confirm issuer approval. Retrieve
the transaction status using the returned transaction_id to get
the current outcome.
Discovery links
Every response includes aLink header that points back to this documentation, following the RFC 8631 link relations. Use it to find the docs from any response you are holding, including errors.
Read the header with any client:
Endpoint groups
Payments
Sale, pre-authorization, capture, their retry request variants, refunds, voids, and transaction
status.
Recurring
Initialize and charge recurring series, submit retry attempts through those same endpoints, and
retrieve, update, or cancel a series.
Future Transactions
View, update, charge, or cancel scheduled future payments within a recurring plan.
Monitor API uptime and incidents at status.smartretry.com.