Retrieve a payment
GET/payments/:id
Returns a single payment object by ID.
Request
Responses
- 200
- 401
- 404
- 429
- 500
The requested payment.
Missing or invalid API key.
Cause: One of three things; see error in the response body:
no_api_key: theAuthorizationheader was omitted entirely.invalid_api_key: a header was sent but the token isn't a recognized PayFlow key (wrong scheme, malformed, or a test-mode key used against production, or vice versa).api_key_expired: the key was valid but has since been rotated or revoked.
Fix: Send Authorization: Bearer <your API key>. For
api_key_expired, generate a new key in the Dashboard and update
the integration.
Retry: Safe, but will keep failing until a valid, current key for the right environment is supplied.
Payment not found.
Cause: No payment exists with the given id (error:
resource_not_found), either because it was mistyped or it
belongs to a different account/environment (for example, a
test-mode ID used against production). In the sandbox, only IDs
returned by a prior createPayment/retrievePayment call
resolve.
Fix: Double-check the id and that you're using the correct
API key/environment.
Retry: Safe, but will keep failing until the id or
environment is corrected.
Rate limit exceeded.
Cause: Too many requests were sent from this API key within the current window.
Fix: Slow down request rate and honor the Retry-After header
if present. Consider batching or caching reads where possible.
Retry: Safe after waiting out the window; retrying immediately will fail again.
Response Headers
The maximum number of requests allowed per window.
Requests remaining in the current window.
Unix timestamp (seconds) when the current window resets.
Seconds to wait before retrying.
PayFlow server error.
Cause: An unexpected failure on PayFlow's side, not caused by the request.
Fix: Nothing to change in the request. If it persists, contact PayFlow Developer Support with the request ID.
Retry: Safe. Use an idempotency key on write requests so a retry can't create a duplicate if the original actually succeeded.