Skip to main content

Card Payment Capture

This guide explains how to capture an authorized card payment. The capture request processes the actual charge against the customer’s card after authentication.

Overview

Before capturing a payment, ensure:
  1. You have a valid payment session ID from initialization
  2. Any required card data is encrypted following our encryption guide
  3. You can handle authentication flows if needed

Endpoint

Request Parameters

object
required
Encrypted card payment details

Example Request

Authentication Flows

Some card payments require additional authentication after capture:

3D Secure (3DS)

1

Capture Response

2

3DS Verification

Redirect customer to provided URL to complete 3DS
3

Wait for Completion

Monitor webhooks or status endpoint for final result

One-Time Password (OTP)

1

Capture Response

2

Submit OTP

PIN Verification

1

Capture Response

2

Submit PIN

Error Handling

error
Card declined by issuing bank
  • Status code: 402
  • Common reasons:
    • Insufficient funds
    • Invalid card
    • Suspicious activity
error
Additional authentication needed
  • Status code: 401
  • Next steps:
    • Handle 3DS redirect
    • Collect OTP/PIN
    • Retry with authentication

Best Practices

  1. Authentication Flow
    • Handle all authentication types (3DS, OTP, PIN)
    • Provide clear user feedback during auth
    • Implement proper timeouts and retries
    • Monitor auth completion via webhooks
  2. Error Handling
    • Implement exponential backoff for retries
    • Show user-friendly error messages
    • Log errors with payment IDs
    • Handle timeouts gracefully
  3. Security
    • Never log decrypted card data
    • Use HTTPS for all requests
    • Clear sensitive data after use
    • Monitor for unusual patterns

Need Help?