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:
- You have a valid payment session ID from initialization
- Any required card data is encrypted following our encryption guide
- You can handle authentication flows if needed
Endpoint
Request Parameters
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
Card declined by issuing bank
- Status code: 402
- Common reasons:
- Insufficient funds
- Invalid card
- Suspicious activity
Additional authentication needed
- Status code: 401
- Next steps:
- Handle 3DS redirect
- Collect OTP/PIN
- Retry with authentication
Best Practices
-
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
-
Error Handling
- Implement exponential backoff for retries
- Show user-friendly error messages
- Log errors with payment IDs
- Handle timeouts gracefully
-
Security
- Never log decrypted card data
- Use HTTPS for all requests
- Clear sensitive data after use
- Monitor for unusual patterns
Need Help?
- See Error Handling Guide
- Review Authentication
- Contact Support