Test Cards
Test transactions using a primary processor and Decline Recapture with various card numbers. Simulate approvals, full declines, and fallback approvals using Stripe or other sandbox environments. Ensure proper routing by forcing declines on the primary.
Test Card Scenarios for Primary Processor and Decline Recapture
This article outlines how to simulate different transaction outcomes when using a primary processor alongside Decline Recapture. These scenarios help ensure your integration correctly handles both successful and failed transactions.
Simulating Approvals and Declines
Decline Recapture works by attempting the transaction on your primary processor first. If it fails, the system retries the transaction through Decline Recapture. The scenarios below use Stripe’s sandbox as the primary processor.
| Test Scenario | Card Number |
|---|---|
| Approved by Stripe (not passed to Decline Recapture) | 4242 4242 4242 4242 * |
| Declined by Stripe, Declined by Decline Recapture | 4000 0000 0000 0006 * |
| Declined by Stripe, Approved by Decline Recapture | 4000 0027 6000 3184 ** |
* Cards from Stripe’s official test documentation
** Decline Recapture test card (will be approved only by Decline Recapture)
Notes on Using Other Primary Processors
Decline Recapture is compatible with 200+ processors. You can substitute Stripe’s sandbox with your own processor’s sandbox environment. However:
- Use your processor’s test cards to simulate declines or approvals on the primary attempt.
- To test Decline Recapture success, ensure your primary processor declines the Decline Recapture test card so the retry path is triggered.
By default, Decline Recapture will decline any card that is not recognized as a test card.
Updated 6 days ago